И сразу вопросы тогда — зачем в политиках 2-й Site Administrator — нельзя ли первому добавить новых значений
Я в топике писал:
UPD: Обновил пакет. На modxcloud.com выявился неприятный баг: при переустановке или обновлении MODX-а восстанавливаются базовые политики безопасности (при чем сами шаблоны не восстанавливаются, а именно политики восстанавливаются (Access Policies)). В общем сделал копии политик (Site Administrator и Site Content editor) и настроил все на них. Теперь можно не бояться переустановки MODX-а.
То есть приходится с копиями работать, так как иначе при переустановке слетают настройки.
зачем несколько копий шаблонов политик доступа — с нулевыми разрешениями — ContextTemplate, Media Source AdminTemplate
Я не знаю в какой момент они обнулились, но вообще у ни должны быть свои настройки. Я это уже пофиксил, просто не выпускал новый релиз ради этой мелочи. В следующем релизе там будут значения.
вроде там допиливали что-то для судо юзера?
Для sudo все разрешено. Но не всем же дашь sudo, а есть и те политики, которых нет из коробки, к примеру Debug для плагина Debug и console для компонента Console:) Ааа, еще и для CMPGenerator тоже настройка есть.
Еще в Technical pages, под алиасом 401 ссылка на 403 ошибку в системных настройках
В русской версии перевода путаница с 401 и 403. У MODX-а есть базовые хендлеры только на 404 и 401.
$this->sendForward($this->getOption('unauthorized_page', $options, '401'), $options);