Максим

А как сделать тоже самое, только для сниппета msGetOrder?
Вот тут написано:

Можно использовать и другие общие параметры pdoTools

Но что-то из общих параметров pdoTools не работает return=json

А чем ваш платный компонент отличается от бесплатного на сайте payMaster?

О вкусах, конечно, не спорят, но мне лично это режет глаз)) И чисто логически, мне кажется, это бред))
Всегда считал, что дружественные URL просто имитируют «папки».

например,
site.ru/news/page-1/ — звучит как: в папке news лежит другая папка с названием page-1
или
site.ru/news/page-1 — звучит как: в папке news есть файл с названием page-1

Если тебя эти параметры пугают, то что говорить о фильтрах))
Должно, наверное, как-то так выглядеть
site.ru/news/page-1/from-2007-to-2018/with-tags-modx+revo/

Поэтому, мой совет — брось ты всё это дело))

Можно глупый вопрос?))
А зачем нужна такая ссылка?
Что не устраивает в обычной ссылке с GET параметром site/?page=2?

Либо не понял вопрос, либо тут все просто и очевидно:
1) папку images/products удалить
2) в БД очистить таблицу `modx_ms2_product_files`.

Наверняка же кто-то знает ответ на вопрос! Отзовитесь! ))

Привет! Подскажи, пожалуйста, по этой теме modx.pro/help/14426/

Тогда не знаю, что еще посоветовать…

если в настройках коллекции «название» = «tv_image», значит ТВ должно называться «image». У тебя так?

В журнале логи есть?
ТВ называется «image» точно?

В настройках какое значение у параметра collections.renderer_image_path?

если убрать parents, оставить только resources то на вывод пусто

Логично, потому что по-умолчанию parents = id текущей страницы

Алгоритм действий такой:
1) проверь, действительно ли [[*suggestId]] выдает значение (вызови без сниппета)
2) убери из сниппета все параметры, оставь только: [[pdoMenu? &parents=`0` &resources=`[[*suggestId]]`]]
3) добавляй постепенно параметры один за одним и проверяй выводимый результат

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

Упс, пример должен выглядеть вот так:
Пример: 1={1000:500,6000:0};

Fenom бы еще поддерживал )

Компонент неплохой, но я бы сделал логику наоборот…
Пример: 1={6000:0};
до 1000 = стоимость доставки из настроек
от 1000 до 6000 = 500
от 6000 и выше = 0

Не думаю, что проблема в конфигурации сервер…
Как писал выше, чтобы устранить проблему, нужно просто удалить (или закомментировать) две строки кода (139, 140) в php файле дополнения (core/components/phpthumbon/model/phpthumbon/phpthumbon.class.php)…

$this->_cfg['options'] = null;
$this->_cfg['input'] = null;

(но это не есть гуд)

Врятли это связано с настройками сервера.
Ни в логах сервака, ни в логах modx ничего нет.

pThumb, например, в этом плане работает нормально… но при ajax он тоже слетает.

Это понятно, так не работает. Все равно что просто написать через модификатор

{$image|phpthumbon:'w=260&h=160&zc=1'}

Но я решил просто посмотреть что выводится через сниппет ($_modx->runSnippet) и что через модификатор. Написал одновременно 2 этих способа. И обнаружил такое вот странное поведение, описанное выше…

Если вызывать 1 раз, либо тем, либо другим способом, то первая картинка не выводится при любых действиях.

Спасибо за ответ.
1) Данный способ не помог, все равно первое изображение не генерируется. Но! Заметил еще одну странную особенность. Если написать вот так:

{var $img = $_modx->runSnippet('phpthumbon',[
	'input' => $image,
	'options' => 'w=260&h=160&zc=1'
])}
<img class="image" src="{$image|phpthumbon:'w=260&h=160&zc=1'}" alt="{$image}">

(т.е. 2 раза по сути вызов сниппета)
Сохранить чанк, и обновить страницу — все превьюшки сгенерировались! Но стоит обновить страницу еще раз, как первая картинка пропадает и больше не появляется! )) опять сохраняем чанк (без редактирования, просто сохраняем), обновляем — все хорошо, обновляем еще раз — все плохо…

Версия дополнения установлена самая последняя 1.3.2

Решено, выставил в параметрах phpthumb_allow_src_above_docroot = true