Конечно можно задать кучу вопросов "почему...?"/"зачем...?" автору статьи. Но ещё больше вопросов к TimeWeb. Почему нельзя было согласовать с клиентом и применить некоторые "костыли" если он согласен? А если не согласен и хочет всё идеально и на актуальных версиях, то пояснить, что это потребует больше трудозатрат и поэтому большей оплаты? Наверняка же проблема в том, что сайт был на стеке с версиями, которые сейчас уже устарели, а хостер при переносе решил всё свежее поставить - вот и банальные ошибки полетели типа недоступности БД, проблем с кодировкой и прочее. Предложили бы в роли "костыля" docker контейнер со старыми версиями пакетов как и на текущем (рабочем) хосте. А если клиенту хочется всё актуальных версий, то попросили бы денег и сделали бы осмысленный перенос с детальным разбором ошибок и необходимыми правками данных БД. По любому тупо дамп БД пытались пихать на новый серв без преобразований. С движком не знаком, но если там делали доработки - писали какие-то скрипты, устанавливали плагины, которых в новой версии уже не существует, то тут ещё плюсуются проблемы. Вообще ещё вопрос если xenforo был представлен в "Каталоге CMS" самой панели VPS от timeweb. Если он был установлен не самостоятельно, а из каталога и не было доработок кастомными скриптами и самописными плагинами, то с чего вдруг у них проблемы с переносом? В смысле если вы предлагаете пользоваться CMS, но у вас нет специалистов в штате или по найму способных осуществить весьма востребованную операцию по переносу на VDS, то зачем вообще эту CMS предлагать и держать своего клиента за дурака, вешать ему лапшу на уши и по итогу не выполнить работу на которую подписались.
Xenforo не представлено в наших каталогах, а перенос делается бесплатно. Окружение сервера было приближено к тому, что было на виртуальном хостинге, но сделать 1 в 1 нельзя. Сейчас ищем эти самые "костыли" чтобы помочь проекту прижиться в новой среде.
Конечно можно задать кучу вопросов "почему...?"/"зачем...?" автору статьи.
Но ещё больше вопросов к TimeWeb.
Почему нельзя было согласовать с клиентом и применить некоторые "костыли" если он согласен? А если не согласен и хочет всё идеально и на актуальных версиях, то пояснить, что это потребует больше трудозатрат и поэтому большей оплаты?
Наверняка же проблема в том, что сайт был на стеке с версиями, которые сейчас уже устарели, а хостер при переносе решил всё свежее поставить - вот и банальные ошибки полетели типа недоступности БД, проблем с кодировкой и прочее. Предложили бы в роли "костыля" docker контейнер со старыми версиями пакетов как и на текущем (рабочем) хосте. А если клиенту хочется всё актуальных версий, то попросили бы денег и сделали бы осмысленный перенос с детальным разбором ошибок и необходимыми правками данных БД. По любому тупо дамп БД пытались пихать на новый серв без преобразований.
С движком не знаком, но если там делали доработки - писали какие-то скрипты, устанавливали плагины, которых в новой версии уже не существует, то тут ещё плюсуются проблемы.
Вообще ещё вопрос если xenforo был представлен в "Каталоге CMS" самой панели VPS от timeweb. Если он был установлен не самостоятельно, а из каталога и не было доработок кастомными скриптами и самописными плагинами, то с чего вдруг у них проблемы с переносом? В смысле если вы предлагаете пользоваться CMS, но у вас нет специалистов в штате или по найму способных осуществить весьма востребованную операцию по переносу на VDS, то зачем вообще эту CMS предлагать и держать своего клиента за дурака, вешать ему лапшу на уши и по итогу не выполнить работу на которую подписались.
Xenforo не представлено в наших каталогах, а перенос делается бесплатно.
Окружение сервера было приближено к тому, что было на виртуальном хостинге, но сделать 1 в 1 нельзя.
Сейчас ищем эти самые "костыли" чтобы помочь проекту прижиться в новой среде.