Ошибка Modx. В чем проблема хостинга?

Здравствуйте.

Работающие сайты на Evolution 1.4.10 при попытке сохранить конфигурацию в центральном окне выдают 404 ошибку. Установил последнюю evolution-1.4.11 — тоже самое. Ещё при нажатии на страницу в дереве документа выдает «Logging error: action not set.»

На локальном OpenSeerver все в порядке.

Что не так с настройками удаленного хостинга? Или менять хостера?

6 комментариев

avatar
Ответ хостера: «Судя по требованиям, docs.evo.im/en/01_info/10_more/trebovaniya_k_hostingu.html — наш хостинг не подходит для этой CMS. У нас более новая версия Apache, чем требуется, а также PHP не работает как FastCGI (глобально, изменить для одного аккаунта — невозможно). MySQL 4 — у нас такой версии никогда даже не было. Вероятно, последнее обновление нашего сервера стало критическим для данной CMS и она больше не может работать. Попробуйте установить более новую версию, 2.0»

Так что 1.4 уходит в небытие?
avatar
Э, и какой это хостинг.
Меня мучают смутные сомнения.
Сколько ставил таких проблем не было.
Посмотри логи на предмет ошибок.
404 — странная ошибка.
Возможно не правильно настроен apache и в вашем случии не передаются данные в index.php
Комментарий отредактирован 2020-05-28 15:57:36 пользователем Redduck
avatar
Поставил evo 2.0. С предустановленным сайтом. Тоже ошибка при попытке сохранить конфигурацию. Хостинг с cPanel (название особо не поможет, думаю).

avatar
В общем погуглив на английском была выявлена причина: ModSecurity. С выключенным ModSecurity всё работает.
avatar
Добрый день.
Названия хостинга я хотел узнать для того что-бы понимать где работают специалисты — «новички». Ведь судя по ответу выше проблема была в жесткой настройке правил ModSecurity. Можно и не отключать Modsecurity, а правильно настроить. Ну я так думаю. И кстати в логах на сервере это можно было увидеть, если конечно логи не отключены.
avatar
Столкнулся с такой же проблемой. Хостинг hoster.by, несколько сайтов разных версий, после обновления до последней версии 1.4.11 получил такой же исход, длительное переписывание с техподдержкой хостинга привило лишь к тому что они отключи некоторые правила modsecurity. Их ответ «Данная проблема связана с небезопасными функциями, которые использует при работе данная CMS (Проблемы вызваны возможностью использования PHP инъекций и возможностью удаленного редактирования исполняемых файлов на сервере).»
в пример привели лог
<code>
Apache-Error: [file "apache2_util.c"] [line 271] [level 3] [client 46.xx.xxx.xx] ModSecurity: Access denied with code 403 (phase 2). Match of "pm cpanel AdminTranslations" against "REQUEST_URI" required. [file "/etc/apache2/conf.d/modsec_vendor_configs/imunify360-full-apache/008_Global_Generic.conf"] [line "45"] [id "77211xxx"] [msg "IM360 WAF: Remote File Access Attempt||MVN:REQUEST_URI||MV:/manager/index.php||T:APACHE||PC:63292"] [severity "CRITICAL"] [tag "service_gen"] [hostname "demo2.domen.by"] [uri "/manager/index.php"] [unique_id "XvNFmRyu@XXXXXXX-hRAAAAAI"]
[msg "PHP Injection Attack: Low-Value PHP Function Call Found||MVN:ARGS:captcha_words||T:APACHE||PC:311||SC:/home/xxx/demo2.domen.by/manager/index.php"] [severity "DEBUG"] [maturity "1"] [accuracy "7"] [tag "service_o"] [tag "service_i360"] [tag "noshow"]
</code>
Комментарий отредактирован 2020-06-25 13:54:20 пользователем shden
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.