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
Роман
21 ноября 2019, 14:10
modx.pro
2 768
0

Комментарии: 11

Евгений Пашков
21 ноября 2019, 14:21
0
HTTPS правильно настроен?
Бывает такое если открываешь через http
    Роман
    21 ноября 2019, 14:23
    0
    Https в принципе еще не настраивал, сайт тестовый
      Антон Тарасов
      21 ноября 2019, 14:36
      0
      есть возможность временно переключить PHP: 5.6 на 7.x? иногда со старушкой у некоторых хостеров творятся чудеса.
        Роман
        21 ноября 2019, 14:45
        0
        Попробую
          Роман
          21 ноября 2019, 14:58
          0
          Обновил, нет реакции
            Антон Тарасов
            21 ноября 2019, 16:08
            0
            А что пишет консоль браузера при таком доступе в админку, там нет ошибок?
              Роман
              21 ноября 2019, 19:15
              0
                Андрей
                21 ноября 2019, 19:22
                0
                С такой ошибкой советуют прописать в .htaccess строку типа:
                В папке core лежит свой файл ht.access, его надо переименовать, там уже всё прописано.

                В чем может быть дело? Возможно причина на стороне хоста?
                Права на папки и файлы верные выставлены? Что за хостинг?
                  Роман
                  21 ноября 2019, 19:41
                  0
                  htaccess в core переименовывал еще при запуске сайта
                  На папки 755, на файлы 644.

                  По ошибкам из лога браузера советуют отключить сжатие css js файлов, но это я сделал еще давно.

                  Хостинг masterhost
      Роман
      25 ноября 2019, 15:58
      3
      0
      Итак, в течение недели пытался разобраться в данной проблемой. Перерыл весь интернет и понял, что данная проблема достаточно часто встречается. У людей в основном она возникает просто так через месяц после запуска сайта (как и у меня).
      Проблема замечалась еще в 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-скрипты. Тут лучше судить знающим людям.

      Надеюсь, что моя инструкция поможет с решением данный проблемы тем, у кого она возникла. Спасибо за внимание)
        Вадим
        25 ноября 2019, 18:54
        0
        Поздравляю! Инструкция для стерилизации установленной среды. Возможно, базу можно переименовать (заливать на чистую), а после стерилизации вернуть первоначальное название.
          Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
          11