MODX пустая админка - is not defined [РЕШЕНО]
Последний раз был в админке два дня назад — все было в норме, сегодня вот так. Никаких кардинальных изменений не происходило, плагины за это время не загружались. Сайт поднял месяц назад — все работало нормально.
Сайт доступен, по фтп все файлы на месте, редактируются, загружаются, на сайте изменения происходят, БД целая.
Версия PHP: 5.6
Версия MODX: 2.7.2
В лог ошибок льется строка:
[authz_core:error] AH01630: client denied by server configuration: .../www/core/docs/changelog.txt
Гуглил по ней, но таких же симптомов как у меня не нашел.С такой ошибкой советуют прописать в .htaccess строку типа:
<Directory />
Require all denied
</Directory>
Но это не помогаетТакая ошибка и до этого проскакивала в логе пару раз, но никаких проблем не было.
В чем может быть дело? Возможно причина на стороне хоста?
UPD: Добавлю, что на остальных страницах админки тоже ничего нет, куда не переходишь — везде белый экран (только шапка MODX'а)
UPD: ключевые запросы для поиска:
MODX is not defined
Uncaught ReferenceError: Ext is not defined modx
пустая админка MODX
undefined в админке
Решение проблемы «пустой админки» MODX
Пустая страница в manager
Комментарии: 11
HTTPS правильно настроен?
Бывает такое если открываешь через http
Бывает такое если открываешь через http
Https в принципе еще не настраивал, сайт тестовый
есть возможность временно переключить PHP: 5.6 на 7.x? иногда со старушкой у некоторых хостеров творятся чудеса.
Попробую
Обновил, нет реакции
А что пишет консоль браузера при таком доступе в админку, там нет ошибок?
С такой ошибкой советуют прописать в .htaccess строку типа:В папке core лежит свой файл ht.access, его надо переименовать, там уже всё прописано.
В чем может быть дело? Возможно причина на стороне хоста?Права на папки и файлы верные выставлены? Что за хостинг?
htaccess в core переименовывал еще при запуске сайта
На папки 755, на файлы 644.
По ошибкам из лога браузера советуют отключить сжатие css js файлов, но это я сделал еще давно.
Хостинг masterhost
На папки 755, на файлы 644.
По ошибкам из лога браузера советуют отключить сжатие css js файлов, но это я сделал еще давно.
Хостинг masterhost
Итак, в течение недели пытался разобраться в данной проблемой. Перерыл весь интернет и понял, что данная проблема достаточно часто встречается. У людей в основном она возникает просто так через месяц после запуска сайта (как и у меня).
Проблема замечалась еще в 2012 году, но за все время поисков я не смог найти адекватного ее решения. В основном все советуют отключать сжатие css js, чистить кэш и прочее, но это не помогает.
Чего я только не делал за эту неделю, но методом проб, ошибок и кучи потраченных нервов мне удалось прийти к самому простому и эффективному решению данной проблемы, которое не затронет структуру вашего сайта и БД.
В шапке оставил теги, по которым люди чаще всего ищут решение данной проблемы.
Теперь к сути:
Конкретного решения (то есть из за чего возникает данная проблема и как решить ее точечно) я не нашел, хотя очень хотелось бы. Но нашлось решение другое, возможно даже лучшее. Нам не потребуются новые домены и базы данных.
По пунктам:
1. Выходим из админки MODX.
2. Удаляем оба файла .htaccess (в корне сайта и в /core).
3. Вручную чистим кэш (удаляем всё из папки /core/cache).
4. Выгружаем нашу базу данных любым удобным способом (я делал через phpMyAdmin).
5. Удаляем все таблицы из БД(чтобы база данных была пустая).
6. Скачиваем с офсайта MODX файлы для установки.
7. Заливаем их на сервер поверх наших файлов с заменой (перезаписать все совпадения) и не забываем про папку setup.
8. Далее идем по адресу 'ваш-сайт.ру/setup' и устанавливаем MODX (не обновляем, а именно устанавливаем, первый пункт в списке предложенных). Я так же отключал сжатие css js. Тут как обычно, выбираем нашу ранее очищенную БД и устанавливаем. В конце установки уберите галочку «удалить установочные файлы», так как папка setup нам еще понадобится.
9. Далее идем в базу данных, удаляем вновь созданные таблицы и импортируем нашу старую базу, которую мы выгрузили в пункте 4. Чистим кэш (/core/cache).
10. Снова идем по адресу 'ваш-сайт.ру/setup', тут нам могут сказать, что надо удалить папку .locked в папке setup чтобы продолжить, делаем это и перезагружаем страницу установки. Теперь все нормально и нам остается лишь выбрать второй пункт «обновить», убрать чекбокс «сжатие css js» и обновить MODX.
11. Снова чистим кэш и пробуем заползти в админку. У меня после такого обновления (О, ЧУДО) админка ожила и все работает как раньше, ничего не слетело и не уехало, все на месте. Не забываем переименовать файлы ht.access
За время поисков решения я смог предположить несколько вариантов появления данной проблемы, но это лишь предположения:
— Вредоносный php скрипт (проблемы с безопасностью)
— Неверное системное время (возможно заходили в админку с компьютера с неправильно настроенным временем) — Мутные делишки хоста. За время поисков обнаружилось аж 4-ро людей с такой проблемой, которые хостились на MasterHost, как и я. «Совпадение? Не думаю...». Хотя с данным хостингом работаю на MODX давно и таких проблем на прошлом проекте с версией 2.5.2 не возникало. Может быть и правда совпадение, но я все же новый проект перенес на более популярный хост))
Еще на счет хостинга — еще до начала недельной эпопеи, греша на хост, я переправил сайт на новое место, но проблема осталась, так что нельзя быть на 100% уверенным в «мутных делишках» хоста, хотя возможно какие-то сбои повредили js-скрипты. Тут лучше судить знающим людям.
Надеюсь, что моя инструкция поможет с решением данный проблемы тем, у кого она возникла. Спасибо за внимание)
Проблема замечалась еще в 2012 году, но за все время поисков я не смог найти адекватного ее решения. В основном все советуют отключать сжатие css js, чистить кэш и прочее, но это не помогает.
Чего я только не делал за эту неделю, но методом проб, ошибок и кучи потраченных нервов мне удалось прийти к самому простому и эффективному решению данной проблемы, которое не затронет структуру вашего сайта и БД.
В шапке оставил теги, по которым люди чаще всего ищут решение данной проблемы.
Теперь к сути:
Конкретного решения (то есть из за чего возникает данная проблема и как решить ее точечно) я не нашел, хотя очень хотелось бы. Но нашлось решение другое, возможно даже лучшее. Нам не потребуются новые домены и базы данных.
По пунктам:
1. Выходим из админки MODX.
2. Удаляем оба файла .htaccess (в корне сайта и в /core).
3. Вручную чистим кэш (удаляем всё из папки /core/cache).
4. Выгружаем нашу базу данных любым удобным способом (я делал через phpMyAdmin).
5. Удаляем все таблицы из БД(чтобы база данных была пустая).
6. Скачиваем с офсайта MODX файлы для установки.
7. Заливаем их на сервер поверх наших файлов с заменой (перезаписать все совпадения) и не забываем про папку setup.
8. Далее идем по адресу 'ваш-сайт.ру/setup' и устанавливаем MODX (не обновляем, а именно устанавливаем, первый пункт в списке предложенных). Я так же отключал сжатие css js. Тут как обычно, выбираем нашу ранее очищенную БД и устанавливаем. В конце установки уберите галочку «удалить установочные файлы», так как папка setup нам еще понадобится.
9. Далее идем в базу данных, удаляем вновь созданные таблицы и импортируем нашу старую базу, которую мы выгрузили в пункте 4. Чистим кэш (/core/cache).
10. Снова идем по адресу 'ваш-сайт.ру/setup', тут нам могут сказать, что надо удалить папку .locked в папке setup чтобы продолжить, делаем это и перезагружаем страницу установки. Теперь все нормально и нам остается лишь выбрать второй пункт «обновить», убрать чекбокс «сжатие css js» и обновить MODX.
11. Снова чистим кэш и пробуем заползти в админку. У меня после такого обновления (О, ЧУДО) админка ожила и все работает как раньше, ничего не слетело и не уехало, все на месте. Не забываем переименовать файлы ht.access
За время поисков решения я смог предположить несколько вариантов появления данной проблемы, но это лишь предположения:
— Вредоносный php скрипт (проблемы с безопасностью)
— Неверное системное время (возможно заходили в админку с компьютера с неправильно настроенным временем) — Мутные делишки хоста. За время поисков обнаружилось аж 4-ро людей с такой проблемой, которые хостились на MasterHost, как и я. «Совпадение? Не думаю...». Хотя с данным хостингом работаю на MODX давно и таких проблем на прошлом проекте с версией 2.5.2 не возникало. Может быть и правда совпадение, но я все же новый проект перенес на более популярный хост))
Еще на счет хостинга — еще до начала недельной эпопеи, греша на хост, я переправил сайт на новое место, но проблема осталась, так что нельзя быть на 100% уверенным в «мутных делишках» хоста, хотя возможно какие-то сбои повредили js-скрипты. Тут лучше судить знающим людям.
Надеюсь, что моя инструкция поможет с решением данный проблемы тем, у кого она возникла. Спасибо за внимание)
Поздравляю! Инструкция для стерилизации установленной среды. Возможно, базу можно переименовать (заливать на чистую), а после стерилизации вернуть первоначальное название.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.