Выбрасывает на 404 при любой активности в админке
Здравствуйте.
Обнаружил крайне странное поведение админки: при любой активности — выбрасывает на 404 ошибку. Т. е. зайдя под администратором в админку сайта, я нажимаю ЛКМ на документ — перенаправляет на 404, нажимаю на любой пункт в панели, например, на «журнал ошибок» — на 404 и т. д.
ПКМ — редактировать = тоже на 404, но «быстро обновить» — работает.
С чем это может быть связано и самое главное — как исправить?
Эта история появилась сегодня утром. Вчера вечером было всё норм, в «кишках» ничего нигде не менял, доступ никому не давал.
Сам сайт работает вроде бы стабильно.
Обнаружил крайне странное поведение админки: при любой активности — выбрасывает на 404 ошибку. Т. е. зайдя под администратором в админку сайта, я нажимаю ЛКМ на документ — перенаправляет на 404, нажимаю на любой пункт в панели, например, на «журнал ошибок» — на 404 и т. д.
ПКМ — редактировать = тоже на 404, но «быстро обновить» — работает.
С чем это может быть связано и самое главное — как исправить?
Эта история появилась сегодня утром. Вчера вечером было всё норм, в «кишках» ничего нигде не менял, доступ никому не давал.
Сам сайт работает вроде бы стабильно.
Комментарии: 15
Может стоять какое-то правило в htaccess в папке manager или в основном. Самый простой пример — наличие и отсутствие слеш в конце
Да, вполне. Но откуда тогда это правило могло появится, если никто правок не вносил в htaccess уже 3 (!) месяца?
Откуда я-то знаю? )) Ссылки правильные прорисовывает? Права пользователя на работу в контексте mgr не сбились? Может был сбой в базе, может перевод с одной версии php на другую вызвал проблему в работе какого-нибудь плагина самописного. Чистка core/cache, я так понимаю, ничего не дала?
Да, да, понимаю, что Вы не знаете, простите)) Про core/cache — имеете ввиду вручную через ftp удалить?
или через FTP, или через панель управления хостера. В последнем случае, как правило, быстрее все проходит, чем рекурсивное удаление через FileZilla.
Я прямо в админке переименовываю папку cache, а удаляю потом через ssh, так иногда быстрее.
это если есть доступ)) не все хостеры его дают на виртуалке
Почистил кэш. Не помогло. В растерянности.
Откатил на позавчерашний день. Тоже не помогло. Теперь становится страшновато. Кто-то может помочь?
в логе ошибок что-нибудь написано? (core/cache/logs/error.log)
Вот выбивает при создании нового документа:
2017/01/21 22:38:09 [error] 19889#19889: *18244327 access forbidden by rule, client: 185.66.68.164, server: s6457.h6.modhost.pro, request: "GET /core/docs/changelog.txt HTTP/1.1", host: "hitch.space"
Это вроде бы 403, а не 404, то есть имеет смысл просмотреть содержимое htaccess, которые в modx имеются в 3-х экземплярах:
1) в корне
2) в manager
3) в core
1) в корне
2) в manager
3) в core
На модхосте не используется апач:
На наших серверах не используется Apache2 по многим причинам, включая низкую производительность и высокое потребление ресурсов. Поэтому, вместо привычной работы с .htaccess файлами, вы можете конфигурировать nginx.
Довольно странно. Но всё заработало. Спасибо.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.