|
Пользователь 291336 Эксперт Сообщений: 1497 |
#401 0 26.01.2019 14:18:32 |
|
Пользователь 57829 Гуру Сообщений: 3754 |
#402 0 26.01.2019 15:04:52 Роман Семёнов,и не найдете, настроить BitrixVM не сложно, вам сам битрикс не даст на нестандартном порту работать. |
|
Пользователь 291336 Эксперт Сообщений: 1497 |
#403 0 26.01.2019 19:01:49 тоесть bitrix не поддерживает порты кроме 80 ? |
|
Пользователь 57829 Гуру Сообщений: 3754 |
#404 0 26.01.2019 20:18:11 Роман Семёнов,будут постоянные косяки, где то порт будет убирать из урла, где то еще какие то косяки, умеет работать только по 80/443 |
|
Пользователь 291336 Эксперт Сообщений: 1497 |
#405 0 26.01.2019 20:31:25
понятно Как создать лендинг из любого готового решения Bitrix |
||
|
Пользователь 829881 Постоянный посетитель Сообщений: 126 |
#406 0 26.01.2019 20:34:08
всё работает, и https и http на нестандартных портах Капитан токсичность |
||
|
Пользователь 180446 Эксперт Сообщений: 684 |
#407 0 26.01.2019 21:21:00
Так и есть, 8080 и 81 работают ок |
||
|
Пользователь 57829 Гуру Сообщений: 3754 |
#408 0 26.01.2019 22:44:09
у меня не взлетало не разу, а пробовал, может я неудачник, а может что то допилили, последний раз пробовал года два назад Карточка партнера Наш сайт |
||
|
Пользователь 291336 Эксперт Сообщений: 1497 |
#409 0 27.01.2019 10:15:09
хорошо если порты работают а как настроить через /root/menu.sh ? Как создать лендинг из любого готового решения Bitrix |
||||
|
Пользователь 180446 Эксперт Сообщений: 684 |
#410 0 27.01.2019 10:26:46 Роман Семёнов, сам понимаешь, такие потребности в районе 1%, |
|
Пользователь 1329903 Эксперт Сообщений: 209 |
#411 0 27.01.2019 12:12:00
В конфигах сайта поменять на нужные порты, и всё будет работать. |
||||
|
Пользователь 291336 Эксперт Сообщений: 1497 |
#412 0 27.01.2019 20:04:42
да я в курсе про конфиги сайта — там много чего можно сделать Как создать лендинг из любого готового решения Bitrix |
||
|
Пользователь 6713 Посетитель Сообщений: 80 |
#413 0 27.01.2019 23:19:42 Давно не пользовался vmbitrix, использовал кастомные сборки. http://www.1c-bitrix.ru/download/vmbitrix.php Для начала увидел не соответствие версий — путаница! |
|
Пользователь 829881 Постоянный посетитель Сообщений: 126 |
#414 0 28.01.2019 05:03:17
кхм, а это для кого написали?
Капитан токсичность |
||||
|
Пользователь 180446 Эксперт Сообщений: 684 |
#415 0 28.01.2019 05:20:19 Семён Забусов, ну как бы навыки администрирования и поиск костылей на форуме не одно и тоже |
|
Алексей Шафранский
Администратор Сообщений: 1019 |
#416 0 28.01.2019 14:03:59
Никакой путаницы нет. В образе версия 7.3.0 о чем на сайте написано. В релизе последняя версия пакета 7.3.4. В планах с версии 7.4.0 собирать образы на каждую следующую версию.
Подскажите, как повторить? Кидаю свой бекап и такого не вижу.
При чем тут bitrix?) Проблема касается пакета percona-releases из репозитория percona. Уже месяц прошел после выпуска обновления этого пакета. Почему вы не пишите им что-то из разряда — «почему нет фикса?», «почему сломали и не чините?» «когда исправите?»? Вы же понимаете, что проблема в пакете из стороннего репозитория и мы на это никак повлиять не можем?
Вы про какие костыли? PS: по пакету percona-releases фикс сделали, вышел в статусе BETA в версии 7.3.13. В релиз уйдет в 7.4.0. Образ будет новый. Но! те машины, что уже с такой проблемой, починить можно только руками увы( |
||||||||
|
Пользователь 829881 Постоянный посетитель Сообщений: 126 |
#417 0 28.01.2019 22:30:29
это в каких местах он там прав? Капитан токсичность |
||
|
Пользователь 6713 Посетитель Сообщений: 80 |
#418 0 29.01.2019 00:43:54 Прав в том, что решение не работает в полной мере, сотрудники знают об этом и не отзывают релиз. Администрирование не равно поиск костылей. В былые времена, VMbitrix работал из коробки и не требовал особого администрирования, за что и был в почете. |
|
Пользователь 57829 Гуру Сообщений: 3754 |
#419 0 29.01.2019 09:36:22 Руслан Яцукевич, цикл релизов от компании к компании сильно разнится, проверка безопасниками итд, а отвечать за действия третьих лиц Битрикс точно не может, как в данном случае с репозитарием percona. |
|
Пользователь 9700 Эксперт Сообщений: 756 |
#420 0 30.01.2019 13:43:27
Вы конечно извините, но это нелепая отмазка. Баги (3х лиц РНР) как то обходят, исправляют и, даже, как то получается. А тут резко «не получается, не хочется, не можется» (нужное подчеркнуть). Особенно, учитывая, что исправление проблемы довольно простое для вендора. |
||
|
Пользователь 1488151 Эксперт Сообщений: 290 |
#421 0 31.01.2019 04:31:43
Временное решение прямиком влияет на безопасность ОС. Возможно в этом причина, почему данный фикс не вносится в bitrix-env. |
||||
|
Пользователь 141771 Заглянувший Сообщений: 35 |
#422 0 03.02.2019 16:32:32 Добрый день! Не уверен что по теме, но может подскажет кто-либо. После включения мониторинга и прошествии длительного времени картина следующая — нагрузка везде по «0» и графики отсутствуют.
|
|
Пользователь 9245 Постоянный посетитель Сообщений: 190 |
#423 0 05.02.2019 23:45:49 Не устанавливается bitrixVM. В чем может быть дело? |
|
Пользователь 829881 Постоянный посетитель Сообщений: 126 |
#424 0 05.02.2019 23:57:27
Ну а что в логе? Скрипт даже путь к логу дал. Уж насколько я ленивый, но логи смотрю Капитан токсичность |
||
|
Пользователь 9245 Постоянный посетитель Сообщений: 190 |
#425 0 06.02.2019 10:08:33
Last failed login: Wed Feb 6 08:03:56 CET 2019 from 58.242.83.35 on ssh:notty |
||
Если вы еще не восстанавливали/переносили Битрикс на свеженький (или не очень) сервер с PHP 7, то вы счастливый человек. Нет, сам Битрикс на PHP 7 работает более чем хорошо, я бы даже сказал, что намного лучше, чем на 5.X.
Т.е. все прекрасно, кроме самого процесса переноса. Если вы воспользуетесь официальным инструментом от Битрикса – скриптом restore.php, то столкнетесь с проблемами. Собственно, как только дело дойдет до восстановления базы данных – сервер упадает в 500 ошибку, а в логах появится следующая запись:
|
PHP Fatal error: Uncaught Error:Call toundefined functionmysql_connect()in/var/www/html/restore.php:1328 Stack trace: #0 /var/www/html/restore.php(670): CDBRestore->Connect() #1 {main} thrown in/var/www/html/restore.php on line1328 |
Т.е. в скрипте по прежнему используется старая библиотекой php для работы с MySQL, вместо mysqli – уже как несколько лет обозначенной, как единственно верное и поддерживаемое решение.
А в PHP 7 больше нет поддержки старой библиотеки для mysql, это известно всем, кроме тех людей которые занимаются скрипом восстановления (я уверен, что им уже сказали, но пока они раскачаются…).
Решение тут понятно простое – восстановить базу руками, что, понятно, несложно. Нет один, два раза без проблем, но на десятый уже конечно надоедает.
Собственно решение тут одно, взять и поправить код скрипта, благо правок так немного. Что и было сделано:
- Убран код, который скачивает свежую версию скрипта с Битрикса и подменяет текущий файл;
- Собственно все старые не поддерживаемые функции заменены на аналоги из mysqli
Скачать: bitrix_restore_php7
Как только в Битрикс выпустят свою нормальную версию – ссылку заменю на официальный продукт.
Upd: Вышел официальный restore.php с поддержкой mysqli.
Приступая к животрепещущей теме резервного копирования на «Битрикс», прежде всего хотелось бы поблагодарить разработчиков, реализовавших автоматическое резервное копирование в облачное хранилище в версии 12.0.8 и более поздних. В ранних версиях эта возможность не предусматривалась и резервное копирование сайта требовало непосредственного управления администратора или же довольно сложных ухищрений для автоматизации процесса своими силами. Мы обязательно вернемся к этому замечательному функционалу в будущем, а сейчас обсудим некоторые детали восстановления резервной копии сайта.
1. Совместимость формата *.tar.gz
Формат архива резервной копии *.tar.gz предназначен для распаковки файлом restore.php и корректно распаковывается только с его помощью. Распаковывать другими архиваторами целесообразно только для познавательных нужд или получения отдельных файлов скриптов и изображений, по какой-то причине утерянных. Делать собственные сборки и модификации резервной копии при помощи архиваторов rar, zip, 7z нецелесообразно, такой архив не будет распакован файлом restore.php.
2. Пошаговое восстановление резервной копии
А) Подготовьте окружение и архив
На хостинге или локальной машине с полностью новой базой данных, или установленным заново веб-окружением помещаем в папку www файл restore.php. Актуальную версию restore.php скачайте на сайте «Битрикс». Загрузите также в папку www архив резервной копии с расширением .tar.gz
Б) Запустите восстановление
Сделайте это командой http://ваш_сайт:6448/restore.php
В) Действия на Первом шаге
Choose the language: [RU] – выберите язык
Archive name: [200906031441_b2c12992.tar.gz] — выберите имя архива
Step (sec.): [30] – укажите длительность шага распаковки
Restore – перейдите ко Второму шагу
Г) Действия на Втором шаге
Database dump file: [200906031441_b2c12992.sql] — выберите имя архива базы данных
User Name: [‘’] — не заполняйте
Password: [‘’] — не заполняйте
Database Name: [ ] — не заполняйте
Database Host: [localhost:31006] – допустимы только имена localhost:31006 или localhost:3 6448 . Таковы настройки базы данных по умолчанию.
Create database [ ] – не ставьте флаг (галочку).
——————————-
Спасибо за внимание!
Читайте свежий выпуск «Кладовки программиста» каждый день!
Назад в раздел
Приветствую, друзья!
Сегодня мы с вами рассмотрим процедуру восстановления сайта из резервной копии.
Для работы нам потребуется:
· Хостинг;
· Домен, который уже прилинкован к данному хостингу;
· Файловый менеджер — это может быть FTP клиент, как вот в моём текущем случае. Либо вы можете использовать файловый менеджер вашего хостинга.
· Ну и само собой нам потребуется непосредственно, сам архив вашего сайта: то есть, резервная копия.
· А также скрипт для восстановления – это файл для восстановления под названием restore.php, через который и будет разворачиваться весь этот наш архив.
Естественно, мы подразумеваем то, что мы восстанавливаем с вами сайт не с помощью инструментов, встроенных в хостинг. Потому что на хостингах (практически на всех), есть так сказать: встроенная резервная карта копирования.
В данном случае на Beget – здесь есть папочка BackUp. И здесь вот как правило: хранятся резервные копии:
.png "Резервные копии")
Отсюда можно, через этот интерфейс восстановить. Но мы рассматриваем именно тот случай, когда мы с вами сделали резервную копию сайта в 1с-Битрикс и скачали архив себе.
Что касается файла restore.php – то его можно взять здесь, вот прямо в интерфейсе. Мы с вами, когда перешли: в настройки — в инструменты – в резервное копирование и в списке резервных копий есть вот эта вот сноска:
.png "Сноска")
И здесь есть ссылка на скачивание файла: restore.php – просто нажимаем и нам файл загружается этот. После чего мы помещаем этот файл в папку с нашей резервной копией.
ШАГ 2
И следующим шагом мы с вами загружаем вот это всё содержимое (в моём случае – это три файла), в вашем случае может быть больше файлов. Но в любом случае – это будет архив, он просто может быть разбит на несколько частей. У меня просто две части, а у вас их может быть 22 части.
И это будет вот этот скрипт для восстановления — restore.php
ПЕРВЫЙ ЭТАП
Загружаем всё на хостинг. Здесь я через FTP клиент подключился к хостингу. Выбираем нашу папку с сайтом. Переходим в раздел: public_html и вот сюда закачиваем вот это всё содержимое: архив + файлы restore.php
.png "Установка")
Итак, наши файлы загружены. Что делать дальше?
Итак, архив мы загрузили. Теперь переходим на наш домен. Подразумевается, что у нас уже домен с хостингом связался. Ставим в адресной строке / и указываем имя файла нашего скрипта: restore.php. Нажимаем ENTER.
Вот у нас открылся этот скрипт:
.png "Скрипт")
Нажимаем кнопочку «ДАЛЕЕ». Выбираем: Архив загружен в корневую папку
.png "Архив загружен")
Вот- он его тут сразу увидел. Нажимаем «ДАЛЕЕ». И у нас пошёл процесс распаковки архива.
Итак, архив распаковался, но скрипт «ругается», говорит: что у нас неправильная кодировка и один из параметров тоже указан некорректно:
.png "Неправильная кодировка")
Для этого мы возвращаемся в наш хостинг. Переходим в раздел: Управление сайтами. И здесь настраиваем то, что просит от нас скрипт. То есть, выбираем в нашем случае так:
.png "Настройка параметров")
Ставим вот этот параметр на 0:
.png "Параметр")
Нажимаем «Применить».
И ждём в течении двух-трёх минут. Все настройки будут применены.
.png "Попробовать снова")
Нажимаем кнопочку «Попробовать снова» … И у нас ничего не происходит. Для этого мы нажмём кнопочку «Назад» и попробуем провести всю процедуру заново. Это в общем-то, не отнимет у нас больше трёх-пяти минут.
Видим, что у нас ничего не поменялось.
Тогда мы с вами попробуем вернуть часть значений на те, которые у нас просит вот этот инсталлятор. То есть, кодировку мы с вами поставили, но мы до этого поменяли вот этот вот параметр: mbstring – мы поставили ноль. Потому что сейчас Битрикс работает на ноль.
Вернём его обратно на 2.
Друзья, хочу обратить ваше внимание на то, что распаковка происходит именно с параметром mbstring – 2. Если мы ставим – 0, а после того, как сайт у вас будет распакован и в такой «боевой» готовности, Битрикс рекомендует использовать – 0.
Но для распаковки архива он хочет именно этот параметр:
.png "Параметр 2")
Вы можете вот с этим параметром «поиграться». Но то, что есть у нас – то и есть. Это какая-то такая видимо, недоработка со стороны 1с-Битрикс – то, что работает нормально на нуле, а чтобы восстановить – нужна двойка.
Итак, вот мы видим окно для того, чтобы мы могли восстановить базу данных:
.png "Окно")
Для этого мы должны заранее подготовить базу данных на хостинге:
Сервер баз данных (имя) – у нас остаётся без изменений.
Что касается:
— Имени пользователя
— Имени базы данных
— Пароля – то мы сейчас их введём.
Для этого мы с вами переходим в раздел MySQL. Указываем имя базы данных… Ну пускай оно будет таким:
.png)
Сразу же можем указать имя базы здесь:
.png "Имя базы 2")
И имя пользователя — в нашем случае совпадает с именем базы данных. Сразу можем тоже здесь указать. Осталось ввести пароль.
Мы с вами сгенерируем пароль и введём пароль в нужное поле. Предварительно нам (после того, как мы сгенерировали пароль), нужно нажать кнопочку «ДОБАВИТЬ» и вот у нас появилась наша база данных:
.png "Появилась база данных")
Далее…
Мы всё здесь заполнили:
.png "Всё заполнили")
и нажимаем кнопочку «ВОССТАНОВИТЬ».
В принципе, всё нормально. На вот это сообщение можно внимание не обращать.
.png "Сообщение")
Мы можем вот здесь нажать зелёную кнопку и нажать «ПЕРЕЙТИ НА САЙТ».
Всё! Мы полностью восстановили с вами сайт из резервной копии. Нам осталось только зайти в админку.
На этом операция по восстановлению сайта из резервной копии выполнена.
Благодарю вас за внимание!
© Автор статьи: Хрусталёв Кирилл
Копирование материала только с указание ссылки на источник.
https://hrustalev.com
Добрый день уважаемые читатели блога про битрикс, итак сегодня я расскажу вам о том, как перенести действующий сайт на другой хостинг или развернуть бекап из облачного сервиса битрикс благодаря скрипту «bitrix restore.php«.
Чтобы восстановить сайт Битрикс из бекапа на новый хостинг или на локальный веб-сервер достаточно создать в корневом каталоге файл restore.php скопировать код или скачать restore.php bitrix:
в уже созданный файл и запустить его из строки своего браузера: site.ru/restore.php, либо скачать его с официального сайта Битрикс по ссылке: www.1c-bitrix.ru/download/scripts/restore.php После чего, его нужно скопировать в корневую папку сайта и запустить. Далее вам откроется окно, где вы выбираете расположение бекапа вашего сайта, он может быть уже закачен вами в корневую папку нового сервера, либо размещен на том хостинге с которого вы хотите его перенести, либо если вы его загрузили к себе на компьютер, то также можно его загрузить с локального диска(далее укажите его местоположение с помощью кнопки Обзор), ну и самое главное, если у вас действующая лицензия bitrix и вы воспользовались функцией регулярного резервного копирования в облако bitrix, то скрипт предложит и этот метод восстановления/ переноса вашего сайта на bitrix. Тут в принципе нечего объяснять, вы и так всё видите. Всё довольно просто, проделаете эту процедуру раз 5 и поймете что восстанавливать сайты из резервных копий не занимает много времени и усилий. Кстати говоря, не забывайте их делать хотя бы каждую неделю — если вы активно работаете над сайтом, и каждый месяц — если редко., либо воспользуйтесь функцией регулярного резервного копирования в облако, я после завершения работ по новому сайту всегда выполняю данную настройку, чтобы не случилось с вашим хостингом, в облаке bitrix бекапы все-таки держать надежнее, причем места под несколько бекапов там там достаточно.
Итак переходим по ссылке site.ru/restore.php
Жмём далее… Указываем откуда будем собственно скачивать бекап
В случае если скачиваем из облака, а это самый предпочтительный вариант, указываем код действующей лицензии сайта на битрикс
Выбираем нужный архив по дате, как я уже говорил, их может быть несколько если вы все правильно настроили в модуле резервного копирования в облако.
Загрузка успешно началась, в этом несомненно нам помогает скрипт bitrix restore.php ))
Вот в принципе и все, загрузка с облака на сервер успешно завершена.
Далее идет распаковка архива на сервере, PS: если в друг что-то далее пойдет не так, то шаг загрузки уже можно пропустить, т.к. архив уже на сервере и его можно только разархивировать
После того как все файлы разархивированы, скрипт restore.php начинает восстанавливать базу данных, здесь немного надо поработать, ведь скрипт не может делать всё за вас))
Итак:
Восстановление базы данных.
- Создаем базу данных на новом хостинге;
- Копируем пароль от БД из распакованного из архива на новом сервере, из файла по пути /bitrix/php_interface/dbconn.php и указываем паролем для новой БД.
- Заходим по FTP на сервер и правим файлы /bitrix/settings.php и /bitrix/php-interface/dbconn.php, т.е. указываем там новое имя и пользователя БД.
После этого скрипт заберет указанные ваши данные и вернет их в следующее окно. Сервер базы данных так и оставляем: localhost
После этого жмем восстановить БД.
Восстановление базы данных и вообщем сайта успешно завершено благодаря скрипту от bitrix restore.php
И как всегда, спасибо за внимание, ставьте лайки, подписывайтесь))
