Илья Уткин

Классно, мне нравится

Нашел я, в чем проблемка. На Shared-хостингах распространена практика использования связки NGINX и Apache. В этом случае вся статика (картинки и текстовые файлы) обрабатывается NGINX'ом, а php-файлы обрабатывает Apache.

Таким образом, файл /core/docs/changelog.txt будет доступен независимо от того, что указано в .htaccess, а MODX проверяет доступность именно этого файла.

Выход один. Сначала проверить, что у вас не открывается в браузере файл /core/cache/logs/error.log, а потом просто удалить файл changelog.txt

Тогда ошибка исчезнет.

Минусы его в том, что он сохраняет в файлах только элементы. Ни настройки системы, ни ТВ-параметры, ни наборы компонентов — ничего не сохраняется в папке. Это все нужно руками дублировать. Но я настройки системы меняю редко, компонент не сложно два раза поставить, так что для меня эти минусы незначительны.

А вот автоматическое создание, например, чанков из файлов — очень интересный плюс

Я не знаю, кто поставил вам минус, но прошу не обращать на это внимание.

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

Не знаю. Не тестировал.

modx.pro/howto/4711-version-control-and-deploy-in-developing-the-site-to-modx/

$c = $modx->newQuery('Operation');
        $c->where(array(
            'userid' => $userid,
        ));

        // Надо, во-первых, указать, сколько всего в базе строк
        $modx->setPlaceholder($totalVar, $modx->getCount('Operation', $c));

        // А во-вторых, ограничить выборку с помощью переменных, которые передаст нам pdoPage
        $c->limit($limit, $offset);

        $q = $modx->getCollection('Operation',$c); // получаем все денежные пополнения  конкретного юзера в шаблоне  incoming_tpl
        foreach($q as $row){
             $op_array[] = $row->toArray();
               $output .= $modx->getChunk('incoming_tpl', $op_array);
        }
return $output;

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

Напишите в техподдержку хостинга — как закрыть доступ к папке? Они должны помочь.

Вроде, да… Тогда не знаю))

Так, что ли, для NGINX

location ~* ^/core/ {
        deny            all;
}

Кстати, на сервере-то Apache? Потому что для nginx доступ запрещать надо по-другому — он htaccess не слушается

а, да, действительно, тупанул

Переименовать /core/ht.access в /core/.htaccess

Это дополнение платное, думаю, можно попросить в техподдержке глянуть одним глазком: modstore.pro/cabinet/tickets/ticket

Отключайте плагины по-одному…

Мне неизвестно, что

генерируемый html-код страницы имеет кривую табуляцию

У меня все красиво обычно

array('key:NOT IN' => array('mgr', 'web'))

Название — это $ctx->get('name'), а URL как-то так можно получить:

$setting = $modx->getObject('modContextSetting',
           array('context_key' => $ctx->get('key'), 'key' => 'site_url'));
$url = $setting->get('value');

Только теперь скрипт будет тормозить при большом количестве контекстов. Лучше переписать его на PDO и использовать JOIN для получения site_url

Надо писать свой небольшой сниппет. Типа такого

$contexts = $modx->getCollection('modContext', array('key:!=' => 'mgr'));
$output = '<ul>';
foreach ($contexts as $ctx) {
  $output .= '<li>'.$ctx->get('key');
  $output .= $modx->runSnippet('pdoMenu', array('parents' => 0, 'context' => $ctx->get('key')));
  $output .= '</li>';
}
$output .= '</ul>';

Кстати, дополнение платное, если наблюдается какой-то глюк, можно попросить Василия глянуть одним глазком: https://modstore.pro/cabinet/tickets/ticket