В продолжение эпопеи хочется сказать, что он, сервер то есть уже давно поменялся и уже давно работает. Точно описать всё содеянное уже конечно не возможно, попробую вспомнить с чем столкнулся во время замены.
Первое и самое простое это установка Virtualmin, потому как бесплатно, альтернативно, ффункциональнои относительно без ошибок. В принципе тут всё просто, качаем скрипт с сайта, копируем его, ну и собственно ставим, я особых проблем не заметил, если будут пишите в комментариях вместе разберёмся.
Дальше вот есть несколько нюансов. Первое и самое не приятное это по умолчанию отключена функция FollowSymLinks, то есть при переносе сайта или восстановлении его из бэкапа вы получите Internal server error, а в логах будет Option FollowSymLinks not allowed here. Тут есть два варианта развития событий.
1. Заменить в файле .htaccess это пресловутый FollowSymLinks на SymlinksIfOwnerMatch (если CMS это поддерживает)
2. Или уже править конфиг самого Апача, на предмет добавления туда + FollowSymLinks, c последующим его рестартом (Апача самого собой)
Есть ещё вариант подправить сам конфиг  Virtualmin, но скорее всего после обновления оно слетит опять, это же кстати относится и  к восстановлению сайта из бэкапа,  опция в этом случае опять затрётся и надо будет править снова, так что если платформа позволяет предпочтительней поменять это в  .htaccess.

Кстати вот в копилку тема с форума сабжа, люди вопрошают, разработчики отвечают.

Кого это затронет:
Да практически все сайты которые были старше одного года с момента  публикации этой статьи. Drupal, Bitrix, Umi, и так далее,  достоверно могу сказать что это не коснётся WordPress, остальное получается по разному, причём надо учесть что на  Drupal, в связи с уязвимостями  ядра, этот самый файл появился в нескольких местах, например в Files/pict, да и вообще много где.

По Bitrix кстати хочется отдельно сказать пару слов:
Во первых если вменяемые прогеры объявляют  использование PHP вполне вменяемым способом <?php, то творение под названием Bitrix имеет в всех файлах  просто объявленный <? . Что имеем в сухом остатке? Правильно, ничего хорошего. Были конечно споры что мол сами создатели PHP говорили вроде будем просто использовать <? заместо громоздкого <?php , но на самом деле эти споры это 5 страниц на форуме, после не долгих раздумий сами создатели сказали , что мол погорячились всё останется как есть ибо это бред. Что делать создатели Битрикс так не считают.
Правда спасибо  людям  писавшим PHP и Virtualmin, есть такая опция которая решает Ваши проблемы
Screenshot - 04_09
Ну и далее надо увеличить время выполнения Maximum PHP script run time до 360 минимум, это тоже стандартные настройки находящиеся по адресу Server configuration — Website options. И самое главное не забудьте сменить кодировку по умолчанию используемую в БД для Битрикс, на 1251, потому как если вы этого не сделаете, во время обновлений этой Битрикс у Вас будет падать MySQL что собственно ни разу не ура, долго будете искать почему все сайты отвалились. В общем это важно.

Далее хочется рассказать про Веб сервер Апач, и некоторые нюансы с ним:
Во время установки скрипта Virtualmin ставится и репозиторий для дальнейшего обновления этого Virtualmin, и так же рекомендую поставить репозиторий для обновления Webmin, потому как это всё работает в связке как единое целое, но по факту всё на ваше усмотрение.
Так вот таких вещей как Mcrypt в этих репозиториях нет, а он нужен, ровно как и модуль Geoip, для этого же Апача. Его надо брать отдельно и ставить, как я это делал я уже не помню, всё в принципе есть в интернете, если будут какие то конкретные вопросы, пишите, опять же, попробуем разобраться. Сюда же хочется упомянуть такие вещи как mbstring и apc для PHP, их тоже нет в этих репозиториях, и возможно их надо сразу же поставить, потому как у кого то они использовались. Так же отсутствуют библиотеки работы с изображениями для Апача, что ставить решать конкретно Вам потому как они имеют уязвимости, и на какие риски идти, а на какие нет, это Ваше дело.
Ну и в завершение хочется сказать, все сайты которые вы восстанавливаете не в ручную, а я думаю вы руками ничего делать не будете, потому как это займёт много времени, и сил, а если доменов у вас хотя бы с 10, то это просто головой об стену, то все те сайты что будут восстановлены из бэкапов, они будут восстановлены полностью, с всеми проблемами которые они имели, и возможно этот этап миграции, это как раз тот этап когда эти проблемы выявить будет проще всего, восстановив один сайт и помониторив что будет происходить дальше, и так поэтапно вы лишите новый хостинг старых проблем.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Навигация по записям