Modx revolution не работает

Перестал работать сайт на Modx Revo

Доброго дня.
Работал сайт akropol39.ru/
Висит на хостинге sweb.ru
С 14 марта(судя по метрике) сайт перестал открываться. Выдает 502-ю ошибку.

В админку же зайти дает и из-под залогиненного пользователя все открывается.
В поддержке хостинга на обращение отписали ответ:
В логе сервера apache была обнаружена следующая ошибка
===
akropol39.ru [Mon Mar 26 00:29:44 2018] [error] [client 80.252.155.198] PHP Fatal error: Maximum execution time of 10 seconds exceeded in /home/n/novostroy/public_html/core/model/modx/modaccessibleobject.class.php on line 92, referer: akropol39.ru/
===
Мы со своей стороны добавили строку «php_value max_execution_time 60» после чего данная ошибка больше не возникает. После чего ответ сервера 502. Данная ошибка может появиться в случае, если работающий процесс пытается потребить больше ресурсов, чем доступно в рамках услуги виртуального хостинга, в этом случае ему посылается сигнал завершения и возвращается результат запроса 502.
Приводим лог нагрузки за последний час:
===
Mar 26 00:17:22: wZ3 [227370] used 91% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:17:43: wZ3 [228384] used 84% CPU time in 11 seconds. 1 hits, 0 left
Mar 26 00:18:03: wZ3 [228641] used 93% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:18:43: wZ3 [229612] used 86% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:22:21: P [231945] used 54% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:22:41: P [232748] used 93% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:22:41: P [232934] used 56% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:23:52: P [240313] used 70% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:24:02: P [240522] used 86% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:24:22: P [240838] used 80% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:24:52: P [241149] used 95% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:29:15: P [239457] used 52% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:29:25: P [239527] used 58% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:34:29: P [243732] used 83% CPU time in 11 seconds. 1 hits, 0 left
Mar 26 00:35:49: P [244521] used 89% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:36:20: P [244523] used 92% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:36:30: P [244523] used 92% CPU time in 10 seconds. 2 hits, sent SIGKILL
Mar 26 00:40:32: P [307601] used 63% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:40:42: P [307601] used 95% CPU time in 10 seconds. 2 hits, sent SIGKILL
Mar 26 00:42:34: P [313491] used 87% CPU time in 11 seconds. 1 hits, 0 left
Mar 26 00:42:44: P [313491] used 95% CPU time in 10 seconds. 2 hits, sent SIGKILL
Mar 26 00:42:54: P [313708] used 95% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:44:15: P [247210] used 83% CPU time in 11 seconds. 1 hits, 0 left
Mar 26 00:46:46: P [249534] used 92% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:47:06: P [251132] used 93% CPU time in 10 seconds. 1 hits, 0 left
Mar 26 00:54:21: P [318546] used 90% CPU time in 10 seconds. 1 hits, 0 left
===

И далее рекомендация обратится к админу сайта. Что в итоге произошло не знаю. Резервной копии за 14 число нет, она только за крайние 5 дней обычно.

PS. 13 марта была добавлена recaptchaV2 для формы обратной связи. Проверял, все работало. После Этого сайт день-два поработал и «упал». Что можно сделать? Как его «поднять»?
Спасибо.

Комментарии (5)

Для добавления комментариев вы должны авторизоваться или зарегистрироваться.

Источник

Часто задаваемые вопросы и устранение неполадок

Это руководство поможет вам ознакомиться с решением общих проблем / вопросов по MODX Revolution, указав на нужные ресурсы. Оно ни в коем случае не является всеохватывающим, и глубокий поиск на форумах и в документации поможет найти больше ответов. В любом случае, если вы не можете найти то, что ищете, спросите на форумах или в IRC: irc.freenode.org канал: #MODX.

Нумерация вопросов представляет собой ни что иное, как просто номер вопроса, для удобства навигации.

Это не полное руководство и вы можете помочь завершить его! Если у вас нет доступа к редактированию этой страницы, пожалуйста, напишите о том что вы хотите добавить или обновить в этом топике на форуме.

Этот документ всегда будет в работе, так как постоянно добавляются / изменяются новые возможности, и вы можете помочь поддержать его развитие и актуальность! Если у вас нет доступа к редактированию этой страницы, пожалуйста, напишите о том что вы хотите добавить или обновить в этом топике на форуме.

• Пожалуйста, используйте правильные заголовки (заголовки 2-го уровня для категорий, заголовки 3-го уровня для вопросов) чтобы быть уверенными, что оглавление и остальное правильно генерируются и будут иметь смысл.
• Большие темы могут использоваться для создания подразделов этой страницы, и если другие похожие страницы уже существуют, пожалуйста, дайте ссылку на них в первом разделе.
• Пожалуйста, убедитесь, что нумерация верна, когда вы добавляете вопрос, чтобы облегчить навигацию по странице.
• Пожалуйста, убедитесь, что ваши ссылки правильно указывают на информацию по теме.

FAQ и/или Устранение неполадок по конкретным темам в других местах:

Подразделы, посвященные конкретным темам:

1. MODX 101¶

1.1. Что такое MODX Evolution, и что такое MODX Revolution? В чем отличия?¶

MODX Evolution является устаревшим кодом и версией 1.x. За последние пять лет на нем созданы сотни тысяч веб-сайтов и на основе него сформирован MODX.

MODX Revolution — это полностью переписанный MODX Evolution, который разделяет те же идеи, но основан на xPDO, слое абстракции базы данных, выпущенный в 2010 году.

На данный момент существует три версии MODX:

• 0.9.6.x – исходная кодовая база, которая началась с первого выпуска стабильной версии 0.9.0 в конце октября 2005. Больше не поддерживается, вы должны обновить ее до последней версии Evolution. Уязвимости, найденные в 0.9.6.x давно исправлены!
• Evolution 1.x – доработанный и улучшенный дистрибутив 0.9.6.x с конвенциями и терминологией, более соответствующий нашей полностью переписанной версии Revolution.
• Revolution 2.x – полностью объектно-ориентированная и совершенно новая ветвь, которая разрабатывалась более 3 лет, которая устраняет ограничения, обнаруженные в исходной базе кода, такие как наличие рекурсивного синтаксического анализатора и устранение потолка в 5000 документов.

Дополнительно к прочтению:

• «The Evolution of a Revolution» https://modx.com/about/blog/the-evolution-of-a-revolution/
• «What are the basic differences between Evolution and Revolution?» https://modx.com/revolution/product/faq/#q1
• На форумах также есть несколько больших тем, в которых обсуждаются evo и revo. Они могут быть интересны, если вы ищете более глубокое обсуждение различий. Поскольку Revo была более трех лет в разработке, проверьте дату их публикации, чтобы убедиться, что они по-прежнему актуальны.

1.2. Какие теги я могу использовать? Что означает [[*pagetitle]] , [[Wayfinder]] и так далее?¶

Прочитайте документацию по Синтаксису тегов. Вы можете найти поля ресурсов, которые можно использовать в Revolution на странице Документации по ресурсам.

2. Панель управления¶

2.1. Помогите! Куда пропал сайдбар?¶

Скорее всего вы его скрыли. В левой части экрана есть тонкая стрелка (смотрите картинку), которую можно кликнуть чтобы вернуть его. В некоторых случаях для правильной загрузки содержимого боковой панели потребуется обновить страницу.

2.2 Как изменить видимые поля ресурсов при создании или редактировании Ресурса? Это что-то вроде ManagerManager для Revolution?¶

Вы можете использовать Настройку форм (находится в меню «Система») для изменения полей. Она не предоставляет все возможности плагина ManagerManager (Evolution), но дает многие из них.

2.3 Что означает modDocument/ modWeblink/ modSymLink/ modStaticResource?¶

Это имена классов документов, веб-ссылок, символических ссылок и статических ресурсов. Они являются «подтипом» ресурсов (modResource — имя класса) и у каждой есть своя конкретная цель. Все они отображаются в дереве ресурсов и могут использоваться для любых целей.

• Документы (называются также Русерсами, смотрите 2.4 и ниже) обычные страницы с контентом.
• Веб-ссылки перенаправляют пользователя на разные Ресурсы или являются внешними ссылками.
• Символические ссылки ведут себя как копии Документа.
• Статические ресурсы работают как Документы, однако их содержимое получается из файла в файловой системе.

2.4 В чем разница между Resource и Document?¶

Технически, Resource (modResource) это абстрактный объект который реализует Document (modDocument).

Практически оба термина используются для обозначения одного и того же: страницы с контентом. Исходя из технической реализации, Веб-ссылки, Символические ссылки или Статические ресурсы также ссылаются на «Resources» так как являются реализацией класса modResource.

2.5 Я заблокирован! Я не могу попасть в панель управления! «Забыли пароль» и восстановление не работает¶

3. Проблемы отображения интерфейса¶

3.1 Пустые страницы фронтэнда, разрешаемые очисткой кэша¶

В Revolution 2.2.5 способ записи файлов кэша xPDO/MODX был переработан. Если у вас возникли проблемы с пустыми страницами фронтенда, которые решаются после очистки кэша сайта, вы можете попробовать установить use_flock. Это должно помочь с облачным хостингом RackSpace, хостингом GoDaddy и некоторыми другими.

В файле конфигурации MODX добавьте параметр use\flock в массив $config\options и задайте для него значение false.

3.2 Общие проблемы сниппетов¶

Если вы обнаружите, что сниппет и/или плагин не работает должным образом, несмотря на правильный код, дважды проверьте, что он установлен.

Источник

Решение проблемы «пустой админки» MODX Revo

При установке MODX Revolution у многих возникает проблема с тем, что при заходе в админку не загружается основное содержимое (правый блок).

Такое поведение — следствие работы работы модуля Suhosin и/или eAccelerator.

Под катом решения.

Проблема состоит в том, что по-умолчанию в админке MODX Revo используется кеширование JS и CSS файлов с помощью Minify. Одно из решений «в лоб», которое много где рекомендуют «если остальное не сработало», отключение кеширования. На всякий случай, расскажу как это делается:

Открываем файл /core/cache/system_settings/config.cache.php
строку ‘compress_js’ => ’1′, меняем на ’compress_js’ => ’0′,
строку ‘compress_css’ => ’1′, меняем на ’compress_css’ => ’0′,

затем, когда админка загрузиться, идём в Система->Настройки и в поиск вводим compress, будет выведено несколько пунктов, нам нужно у compress_js и compress_css установить значения Нет.

Решение рабочее, вот только таким образом мы тормозим админку загрузкой 100500 скриптов и стилей, а нам хотелось бы чтобы админка работала побыстрее.

Рассмотрим более лучшие правильные решения.

Решение проблемы с Suhosin.

Чаще всего, решить проблему с Suhosin удается путём указания в php-конфиге suhosin.ini значение переменной suhosin.get.max_value_length равной 4096:
suhosin.get.max_value_length = 4096

Или, если настройки сервера позволяют, то прописать в /manager/.htaccess такую строчку:
php_value suhosin.get.max_value_length 4096

Хотя эта настройка и прописана в скрипте minify, но может и не сработать, если у вас запрещено менять такую настройку из PHP скрипта.

Если всё хорошо и кеширование заработало, то дальше можно не читать.

Решение проблемы с eAccelerator.

У меня на сервере работает связка apache+nginx+php с eAccelerator’ом. По неизвестной причине, кеширование скриптов срабатывало через раз. Опытным путём было выяснено, что проблема из-за eAccelerator’а. Гугление толковых советов не дало, отключать eAccelerator совсем не вариант, отключать кеширование скриптов тоже не вариант.

Решение простое.
Открываем файл /manager/min/index.php и в самый верх (после @ini_set(‘eaccelerator.enable’, 0);
тем самым отключив eAccelerator для этого скрипта.
Разумеется, чтобы это сработало, у вас должна работать возможность изменения настроек из PHP-скриптов.

Как вариант, если настройки сервера позволяют, можно прописать в файл /manager/min/.htaccess такую строчку:
php_value eaccelerator.enable 0

После проделанных манипуляций кеширование скриптов и стилей работает, админка работает шустрее!

Источник

Ошибки при обновлении Modx Revolution

Обновить MODX Revolution до актуальной версии не сложно, но многие пренебрегают этим. В новые версии движка включают исправления ошибок и устранение уязвимостей, поэтому откладывать обновление в долгий ящик не стоит.

В первую очередь перед обновлением сделайте резервную копию всех файлов сайта и базы данных. Это требуется чтобы в случае неудачного обновления сделать откат.

Скачайте актуальную версию MODX Revolution (Traditional). Распакуйте архив и закачайте его содержимое на хостинг, перезаписывая старые файлы движка. Затем начинаем установку.

В параметрах установки ставим галочку «Обновление существующей установки» и нажимаем «Далее». По идее, всё должно нормально обновиться. На практике иногда встречаются проблемы.

Ошибки при обновлении MODX

В самом начале обновления MODX может появится ошибка:

Нас просят прописать в файле конфигурации php.ini временную зону:

И действительно, при первичной инсталляции MODX Revolution после этого установка шла дальше, а вот при обновлении почему-то проблема не решилась. Причину я так и не нашел, возможно, требуется прописать timezone где-то ещё.

Самый простой вариант обойти эту ошибку — в начале файла установщика MODX (/setup/index.php) прописать код:

После решения этой проблемы на следующем шаге обновления MODX Revolution я столкнулся с ещё одной ошибкой:

Ошибка обновления таблицы для класса modTemplateVar

Array (
[0] => 42S21
[1] => 1060
[2] => Duplicate column name ‘input_properties’ )

Решилась проблема так, из каталога «/core/packages/» удаляем папку core и пробуем ещё раз пройти этот пункт установки/обновления MODX. Мне помогло.

Данное решение так же помогает при следующей ошибке:

Возможно также возникновение ошибок, связанных с правами на каталоги, но на них я заострять внимание не буду, они быстро решаются установкой нужных прав (через терминал, FTP или SSH клиент).

После обновления MODX Revolution не забудьте удалить с хостинга каталог setup .

Предупреждение «Каталог ядра в открытом доступе»

В новых версиях движка в панели администрирования часто появляется сообщение «Каталог ядра в открытом доступе». Многие знают, что этим каталогом «/core/» и его файлы не должны быть доступны из вне. Для того чтобы ограничить доступ к ним, требуется в корне каталога создать файл .htaccess с содержимым:

Несмотря на это, предупреждение об открытом каталоге ядра часто не пропадает. Это происходит из-за того что MODX осуществляет проверку с помощью доступности файла «/core/docs/changelog.txt», но есть проблема. На многих хостингах за отдачу изображений и текстовых файлов отвечает не apach, для которого созданы правила в htaccess, а nginx. Соответственно, текстовый файл будет доступен несмотря на запрет. В этом нет ничего страшного. Следует проверить доступность других важных файлов, например «/core/cache/logs/error.log», а файл «changelog.txt» просто переименовать или удалить.

После обновления ресурсы отдают 500 ошибку

Если после обновления MODX до версии 2.5.1 в панели администрирования невозможно отктыть ресурсы, то попробуйте удалить визуальный редактор TinyMCE.

Сделать это можно в разделе управления пакетами. В качестве замены рекомендуется использовать TinyMCE RTE или вовсе отказаться от редактора и использовать Ace с подсветкой html синтаксиса.

Источник