Наумов Алексей

modx.pro/development/3713/

Скорее всего вы в этот момент авторизованы в админке. Выйдите из нее или работайте из другого браузера/режима инкогнито

Дабы память не сошла с ума — дергайте их по 1-му в цикле.

Хотите оптимизации — делайте запросы руками, механизмы типа getCollectionGraph 100% жутко прожорливы.

Белый экран сопровождается 500 ошибкой от сервера или нет? Если да — смотреть логи php.

Какие сценарии использования?

Я посмотрел видео и не понял, для чего применять :)

Почитайте docs.modx.com/revolution/2.x/developing-in-modx/advanced-development/caching
Раздел Programmatic (Custom) Caching

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

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

Через консоль (ssh), в гугле все расписано)

Значит проблема с очисткой кеша.

Попробуйте вручную удалить содержимое кеша (все файлы внутри /core/cache/).

Вероятно слетели права на файлы., в том числе не только на папку. Проверяйте, как права так и владельца.

Так, ну настройки то меняются? Просто в кеше старые остаются?
После такой очистки кеша сайт должен заработать с новыми настройками.

При изменении настроек должен очищаться кеш (папка sitename.ru/core/cache/ ).

У вас в силу каких-то причин не чиститься) или чет наковыряли или… не знаю что или.

Если кеш очистить (из меню) — срабатывает?

Измените параметр values_delimeter docs.modx.pro/components/msearch2/snippets/mfilter2

// 1. Сначала получаем
$num_tv = $modx->resource->getTVValue('num_tv');
$text_tv = $modx->resource->getTVValue('text_tv');

// 2. меняем
$num_tv += 5;
$text_tv .= 'abc';
        
// 3. Устанавливаем TV
$modx->resource->setTVValue('num_tv', $num_tv);
$modx->resource->setTVValue('text_tv', $text_tv);

// 4. Сохраняем ресурс!!!
$modx->resource->save();

// 5. Выводим значения
echo '<p>-NUM_TV: '.$num_tv.'</p>';
echo '<p>-TEXT_TV: '.$text_tv.'</p>';

p.s. выводить из сниппета лучше через return! никакого echo.
Если в выводе есть html код — то лучше вынести его в чанк.

Делайте setTVValue при вызове СНИППЕТА! Зачем вам тут плагин то? save не забудьте.

HitsPage, например, работает по данному принципу.

Установите Console и в ней на php напишите, что вам нужно сделать :)

Создайте один ресурс-товар с названием «Товар»)) именно он будет падать в корзину. А добавление ваших товаров реализуйте через опции товаров, посмотрите как это делается, например, опции цвет, размер.

А сам себе отвечу))
Системная настройка import.check_validity_catalog, ставим Нет. Просто она не подписана была)
Упс, опоздал с ответом)) Спасибо)))

Привет.

Как отключить проверку при экспорте, которая выдает ошибку:

Ошибка! Структура каталога не прошла проверку, детали в логе modx

В логе:

Структура каталога не является валидной (базовый каталог (категория) и все его подкаталоги должны быть типа «Товар категория». Каталогам будет считаться любая «Товар категория» у которой нет родителя)

И да, читать умею)), у меня внутри категории есть несколько ресурсов с типом «Ссылка», они мне нужны для формирования меню. Не вижу причин не работать компоненту в подобных условиях, никто не просит его экспортировать эти ресурсы, это не товары и не категории.
Причем попробовал указать в настройке msimportexport.export.parents id категорий так, чтобы в дочерних были только товары — пофиг, все равно вызывается эта проверка.

Откройте /core/cache/elements/ далее внутри ищите файл с кешем своего сниппета (по id) и посмотрите, что внутри файла.

Именно это и будет вызываться при рендере страницы.

В обозначенных вами условиях (Если я не буду пересохранять сниппет, а также русурс из которого берутся значения для обработки сниппетом или глобально очищать кеш) должен срабатывать кеш, да.

{if $reply_text}
<div class="ec-message__reply">
	{if $reply_author}
	<p><strong>{$reply_author}</strong></p>
	{/if}
	<p>{$reply_text}</p>
</div>
{/if}

Если ответа админа нет в html коде, пришедшем с сервера, то попробуйте условия, записанные в конце чанка tpl.ecMessages.Row, переписать на Fenom. Сейчас они для совместимости сделаны на довольно старом синтаксисе pdoTools.