Илья Уткин

В коде компонента эта настройка влияет только на выбор системного процессора.

Могу предположить, что в ранних версиях MODX системный процессор update мог создавать ресурс, если он не найден. Поэтому автор компонента решил положиться на этот функционал. Однако позднее в сообщество решило, что такое поведение нелогично, и системный процессор перестал создавать ресурсы.

Так что сейчас ImportX может только создавать или только обновлять.

А, нет, похоже, разработчик не знал, что так можно. Так что ищите в настройках системы

Скорее всего, в настройках каждого контекста.

Классно. Может, создать пулл-реквест в modExtra Василия? Думаю, он примет. Удобно будет всем.

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

Нашел я, в чем проблемка. На 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-код страницы имеет кривую табуляцию

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