Василий Наумкин

А в чем проблема?

Вызываешь, где хочешь и позиционируешь через css. Я уж молчу про то, что можно и сниппет чуток поменять, форма прилепляется вот тут.

Из-за такой мелочи терпеть тормозной и глючный Quip — ну я не знаю…

Ну, если работало и сломалось — видимо что-то сменили на хостинге.
Может, версию php или еще что-то. Сам понимаешь, у меня никакого желания разбираться нет.

Переходи на TicketComments, тут и скрипт для миграции есть.

Попробуй так:

&where=`["
	show_in_main != 1 OR show_in_main IS NULL
"]`

Ну и еще вот тут много информации.

Понятия не имею, честно.

Смотри логи сервера, админки.

Ты вызываешь его с параметром &depth=`0` — это значит, что первый же вызов сниппета выберет всех потомков.

Зачем еще у каждого потомка точно также вызывать сниппет? Включи showLog=`1` в чанке, увидишь сколько будет лишних запросов.

Ну и у меня на тестовом сайте все работает, как ты указал, что с кэшем, что без.
Первый вызов:

[[pdoResources?
	&parents=`0`
	&limit=`0`
	&depth=`1`
	&tpl=`test`
]]

Чанк test

[[+pagetitle]]
<ul>
	[[pdoResources?
		&parents=`[[+id]]`
		&tpl=`test`
		&limit=`0`
		&depth=`0`
	]]
</ul>

Результат


Видишь, что ресурсы выбраны 2 раза? Это из-за &depth=`0` при первом вызове. Лучше указать = 1 или вообще не страдать ерундой, а выбирать за 1 раз, без рекурсии в чанках.

Ты не понимаешь, зачем нужен pdoResources, если пытаешься вызывать его рекурсивно. Суть его работы — выборка всех нужных данных за один запрос в БД.

P.S. И непонятно, зачем ты вызываешь его кэшированным в чанке. Это в любом случае, как то неправильно.

Это ты мне предлагаешь за тебя плагин писать?

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

modx.pro/help/1463/#comment-12983

Насколько я знаю — нет.

Но это очень легко сделать плагином на событие msOnChangeOrderStatus.

Ничем не могу помочь.

Это явно хостинговая проблема, раз у тебя на локалке проблем нет, а на хостинге — есть.

Ты читать не умеешь.

Параметр new — не ТВ. В MS2 вообще не используются ТВ параметры, по умолчанию — всё хранится в отдельной таблице msProductData.

Выборка новых товаров выглядит так:

[[!msProducts?
	&parents=`12`
	&tpl=`newItem_scroller`
	&where=`{"Data.new":1}`
]]

Ну вот и ответ.

Нужно смотреть ошибки в логах сервера.

Дай адреса сайта, может у тебя и при ajax запросе что-то говорят.

Вторая версия может работать даже с БД на другом сервере, если будет такое желание.

Почитай описание.

Могу только посочувствовать.

mSearch1 не поддерживается и обновляться не будет.

Для вывода товаров нужно использовать родной сниппет msProducts.

Вдумчиво читаем документацию.

Ну а тут-то, конечно, никак нельзя страницы обновлять. Один раз положил — и навсегда, пока сервер не сломается.

Удачи в ковыряниях.

Зачем?

Есть специальные решения, когда страницы сохраняются в html, например вот StatCache.

Попробуй новую бета-версию, вдруг поможет? bezumkin.ru/sections/components/1656/

Ты видишь разницу между mSearch и mFilter2?

На всякий случай, mFilter2 входит в состав платного mSearch2.

Кого связывать?

mFilter2 сам с ним работает, по умолчанию. Параметр &paginator=`getPage`