Сохраните ресурс и сразу откройте запрос connector

DevTools → Network → Fetch/XHR. Найдите запрос MODX после нажатия «Сохранить». Посмотрите HTTP-код, Response и action/processor. Это быстрее, чем начинать с очистки cache.

Ответ connector → вероятная причина

ОтветЧто проверять
403ACL, сессия, WAF/ModSecurity
500processor/plugin/PHP log
200 + success=falseтекст MODX-ошибки, validation
Часть полей теряетсяmax_input_vars/request size
Запроса нетJS Manager / frontend Manager assets

MODX log + PHP limits

BASH
tail -n 120 /path/to/site/core/cache/logs/error.log

php -r '
foreach (["max_input_vars","post_max_size","memory_limit","max_execution_time"] as $k) {
  echo $k."=".ini_get($k).PHP_EOL;
}
'

Большой ресурс сохраняется хуже маленького

Если проблема появляется только на страницах с большим количеством TV/полей, проверьте max_input_vars и размер POST. После изменения убедитесь, что параметр применён к PHP handler сайта.

ACL и процессоры

Если один пользователь сохраняет, а другой нет, сравните User Groups, Context Access, Resource Group Access и политику. Если ошибка появляется у всех — смотрите processor/plugin и серверный log.

WAF/ModSecurity

403 может зависеть от конкретного содержимого поля. Не выключайте защиту полностью: сопоставьте timestamp запроса с WAF log и найдите правило, которое блокирует payload.

Скачать набор диагностики

RuJul Site Diagnostics — один ZIP

Связанные инструкции