Проблемы с админкой после смены хостинга
История длинная.
Изначально сайт кафедры гум. наук, о котором речь (он, естественно, на MODX Revo), «жил» на хостинге timeweb, на домене humanitar.spcpa.ru (домен академии СПХФА). Не знаю, связано ли это как-то, но сам сайт академии (spcpa.ru) сделан на Joomla CMS, часто подвергающейся всяким DDOS атакам и т.п., что и происходило этой зимой. В результате админка сайта кафедры начала постоянно «глючить» (с самим сайтом все было ок): то вообще белый лист, то все съезжало куда-то вниз, а меню становилось некликабельным…
В итоге я не выдержала и добилась переезда на хостинг modhost.pro. Cоздала аккаунт, импортировала БД (с помощью тех. поддержки), по ftp скачала со старого хостинга и залила на новый все файлы и папки. — Проблемы, конечно, продолжились.
После анализа ситуации* я обнаружила, что практически во всех файлах index.php добавлен «левый» код. Кроме того, во многих папках появился «левый» index.php, которого вообще не должно быть в этих папках.
(*Обнаружила все это, скачав на комп все файлы и папки и в поиске введя index.php. И далее — перебор всех найденных файлов. Я не знаток в этих вещах, мне на ум других способов не пришло, как сумела.)
Чистка индексных файлов не помогла (точнее помогла, но частично, — видимо, я что-то нужное тоже «почистила»).
Последнее действие: полная переустановка с нуля из панели хостинга нового MODX, база данных закачана уже существующая, естественно (опять таки с помощью тех. поддержки, — спасибо ей).
После этого захожу в админ.панель сначала с планшета — все работает, страницы, чанки, шаблоны — все открывается для редактирования. Затем захожу с домашнего компа — и снова проблема: при попытке создать новый или отредактировать старый чанк, ресурс или шаблон — белая пустая страница вместо админки.
УМОЛЯЮ СЛЁЗНО! — помогите решить проблему! Сайт нужен кафедре как воздух!)
Готова оплатить вашу работу по устранению проблем.
Изначально сайт кафедры гум. наук, о котором речь (он, естественно, на MODX Revo), «жил» на хостинге timeweb, на домене humanitar.spcpa.ru (домен академии СПХФА). Не знаю, связано ли это как-то, но сам сайт академии (spcpa.ru) сделан на Joomla CMS, часто подвергающейся всяким DDOS атакам и т.п., что и происходило этой зимой. В результате админка сайта кафедры начала постоянно «глючить» (с самим сайтом все было ок): то вообще белый лист, то все съезжало куда-то вниз, а меню становилось некликабельным…
В итоге я не выдержала и добилась переезда на хостинг modhost.pro. Cоздала аккаунт, импортировала БД (с помощью тех. поддержки), по ftp скачала со старого хостинга и залила на новый все файлы и папки. — Проблемы, конечно, продолжились.
После анализа ситуации* я обнаружила, что практически во всех файлах index.php добавлен «левый» код. Кроме того, во многих папках появился «левый» index.php, которого вообще не должно быть в этих папках.
(*Обнаружила все это, скачав на комп все файлы и папки и в поиске введя index.php. И далее — перебор всех найденных файлов. Я не знаток в этих вещах, мне на ум других способов не пришло, как сумела.)
Чистка индексных файлов не помогла (точнее помогла, но частично, — видимо, я что-то нужное тоже «почистила»).
Последнее действие: полная переустановка с нуля из панели хостинга нового MODX, база данных закачана уже существующая, естественно (опять таки с помощью тех. поддержки, — спасибо ей).
После этого захожу в админ.панель сначала с планшета — все работает, страницы, чанки, шаблоны — все открывается для редактирования. Затем захожу с домашнего компа — и снова проблема: при попытке создать новый или отредактировать старый чанк, ресурс или шаблон — белая пустая страница вместо админки.
УМОЛЯЮ СЛЁЗНО! — помогите решить проблему! Сайт нужен кафедре как воздух!)
Готова оплатить вашу работу по устранению проблем.
Комментарии: 17
Проблема сейчас в том, что файлы от чистой установки сайта, а БД от рабочего сайта.
В БД находятся всякие сниппеты, плагины, настройки и даже подключение моделей сторонних дополнений, таких как Articles, Tickets и т.п.
Конечно, если не установить эти файлы на сайт, то админка нормально работать не будет. Нужно смотреть в логи ошибок и доустанавливать, что просят.
В БД находятся всякие сниппеты, плагины, настройки и даже подключение моделей сторонних дополнений, таких как Articles, Tickets и т.п.
Конечно, если не установить эти файлы на сайт, то админка нормально работать не будет. Нужно смотреть в логи ошибок и доустанавливать, что просят.
Добрый день.
Попробуйте такой вариант (если у вас есть архив прошлого сайта со старого хостинга):
1. Открываете архив у себя на компьютере и находите папку core/packages. Если она пустая, то смотрите core/components.
2. Переписываете названия либо файлов, либо папок. только названия, цифры пропускайте, возможно там будут файлы с одинаковым названием и разными цифрами — это разные версии. У вас должен получится список файлов.
3. Заходите в админку и устанавливаете все дополнения из списка, что составили в прошлом пункте
4. Через фтп/сфтп записываете на хостинг файлы вашего проекта. ВАЖНО — записывать нужно только ваши файлы — типа рисунки, стили. То есть папки core, manager, файлы и index.php ни в коем случае писать не надо
Попробуйте такой вариант (если у вас есть архив прошлого сайта со старого хостинга):
1. Открываете архив у себя на компьютере и находите папку core/packages. Если она пустая, то смотрите core/components.
2. Переписываете названия либо файлов, либо папок. только названия, цифры пропускайте, возможно там будут файлы с одинаковым названием и разными цифрами — это разные версии. У вас должен получится список файлов.
3. Заходите в админку и устанавливаете все дополнения из списка, что составили в прошлом пункте
4. Через фтп/сфтп записываете на хостинг файлы вашего проекта. ВАЖНО — записывать нужно только ваши файлы — типа рисунки, стили. То есть папки core, manager, файлы и index.php ни в коем случае писать не надо
Либо же, ведь у вас база поставлена старая (с рабочего сайта) — заходите в админку нового сайта, меню сверху управление — установщик. Вот вам список нужных пакетов. Кнопка переустановить не сработает, так как файлов нет, но вы можете создать список нужных пакетов, удалить их кнопкой «удалить» прямо в этом окне и тут же поставить заново из репозитория. Этим действием вы добавите в вашу систему недостающие файлы.
Надеюсь это вам поможет.
Надеюсь это вам поможет.
Пробую делать по вашей инструкции — в логах исчезают ошибки, связанные с компонентами, которые я удалила и заново установила. Проделаю всю работу вечером и напишу о результате. Спасибо за помощь!
Спасибо вам за советы! К сожалению, архив сайта на рабочем компьютере, только завтра до него доберусь.
В первых логах ошибок фигурировал компонент Article, я его переустановила, но ничего не изменилось (кстати, этот компонент не использовался, а лишь был инсталлирован и забыт).
Сейчас все компоненты, если сверять по памяти, вроде бы стоят (много таких, которые не от Seample Dream). Может быть их все стоит переустановить заново?
В первых логах ошибок фигурировал компонент Article, я его переустановила, но ничего не изменилось (кстати, этот компонент не использовался, а лишь был инсталлирован и забыт).
Сейчас все компоненты, если сверять по памяти, вроде бы стоят (много таких, которые не от Seample Dream). Может быть их все стоит переустановить заново?
Может быть глупый вопрос: если на старом сайте были какие-то вирусы, зловредный код и т.п., это могла как-то в базе данных оказаться и через нее передаться в новый сайт? Или только файлы и папки страдают?
Да, зловредный код может быть в сниппетах — они в БД.
Как вам правильно подсказали, базу тоже нужно просмотреть на сторонние элементы — снипсеты и, возможно, плагины, но если вы не разрабатывали сайт сами и разработчик не использовал какой-то стиль названий, то найти посторонние элементы можно только открывая по очереди и просматривая код.
Хотя судя по тому, что у вас много «левых» индексных файлов появилось, могли и пароль от фтп подобрать или через шел на другом движке файлы залить. Все зависит от того, что сломали — фтп, админку, базу данных, или комбинации.
Кстати — попробуйте посмотреть в отчетах: управление — отчеты — журнал системы управления. там в фильтре в поле действие набрать snippet_update, а в датах задать период, когда заметили первые проблемы. Вы увидите список снипсетов, что изменялся в этот период. А потом аналогично для snippet_create, plugin_create и plugin_update.
Хотя судя по тому, что у вас много «левых» индексных файлов появилось, могли и пароль от фтп подобрать или через шел на другом движке файлы залить. Все зависит от того, что сломали — фтп, админку, базу данных, или комбинации.
Кстати — попробуйте посмотреть в отчетах: управление — отчеты — журнал системы управления. там в фильтре в поле действие набрать snippet_update, а в датах задать период, когда заметили первые проблемы. Вы увидите список снипсетов, что изменялся в этот период. А потом аналогично для snippet_create, plugin_create и plugin_update.
Кроме ошибок с пакетами расширений есть еще вот такая, например:
[2015-03-01 11:12:57] (ERROR @ /manager/index.php) Could not load class: modDevTools from moddevtools.
[2015-03-01 11:12:57] (ERROR @ /manager/index.php) Problem getting service devTools, instance of class modDevTools, from path /home/s1200/www/core/components/moddevtools/model/moddevtools/
Возникает при открытии редактора ресурса.
Снимаю вопрос, — это также один из компонентов (не узнала по названию сразу..)
Удалила и заново инсталлировала все пакеты. Теперь все работает! Осталось только папку assets обратно закачать, в том числе css.
В логах ошибок появляется только это пока:
В логах ошибок появляется только это пока:
[2015-03-01 20:40:53] (ERROR @ /home/s1200/www/core/cache/includes/elements/modsnippet/52.include.cache.php : 159) PHP warning: array_merge(): Argument #2 is not an array
[2015-03-01 20:40:53] (ERROR @ /home/s1200/www/core/cache/includes/elements/modsnippet/52.include.cache.php : 164) PHP warning: usort() expects parameter 1 to be array, null given
[2015-03-01 20:40:53] (ERROR @ /home/s1200/www/core/cache/includes/elements/modsnippet/52.include.cache.php : 167) PHP warning: array_slice() expects parameter 1 to be array, null given
Подскажите, пожалуйста, это критичные ошибки? Нужно ли что-то делать, чтобы их исправить?
Это некритичные ошибки, смотри что за сниппет с id = 52.
Спасибо. Это TwitterX. В принципе он не особо и нужен.
Только не заменяйте файлы в assets — так как там не только ваши файлы, а еще и файлы заново установленных пакетов хранятся — папка components. Но эту папку тоже надо копировать, так как в ней могут хранится ваши файлы — например галерея по умолчанию туда файлы кидает, НО когда будете заливать файлы и вас спросит заменять — скажите нет для всех. То есть ваши файлы дописываем, а файлы пакетов не трогаем.
Александр, спасибо за помощь и что обратили внимание на момент с папкой assets! Я бы не подумала об этом.
Протестировала конфигурацию с помощью test_config.php.
Ответ:
The following errors were detected:
/home/s1200/www/connectors/element folder does not exist!
/home/s1200/www/connectors/layout folder does not exist!
/home/s1200/www/connectors/resource folder does not exist!
/home/s1200/www/connectors/source folder does not exist!
/home/s1200/www/connectors/workspace folder does not exist!
Вопрос, нужны ли эти директории в последней версии MODX (test_config.php написан раньше, чем она вышла)? На тестовом сайте при установке последней версии MODX они отсутствуют.
Ответ:
The following errors were detected:
/home/s1200/www/connectors/element folder does not exist!
/home/s1200/www/connectors/layout folder does not exist!
/home/s1200/www/connectors/resource folder does not exist!
/home/s1200/www/connectors/source folder does not exist!
/home/s1200/www/connectors/workspace folder does not exist!
Вопрос, нужны ли эти директории в последней версии MODX (test_config.php написан раньше, чем она вышла)? На тестовом сайте при установке последней версии MODX они отсутствуют.
Очевидно, нет, не нужны.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.