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

Василий пока занят.

Если очень на вскидку — тыщ 5 и дня 2 работы.

Обнови pdoTools и Tickets из репозитория Simple Dream.
После этого нормально должен работать параметр &returnIds у getTickets, и как следствие — он задружит с mFilter2.

Ну а дальше нужно расширить класс фильтрации и добавить свой метод фильтрации по комментариям.

Похоже, что-то с почтой на сервере.

Ставь QuickEmail и проверяй:

[[!QuickEmail?
	&to=`твой@email`
	&debug=`1`
]]

Если есть ошибки — решай с хостером.

Попробуй обновиться и почистить кэш — должно работать.

При открытии страницы с TicketForm, его параметры сохраняются в сессию и в дальнейшем используются.

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

Уж постарайся не обидеть, половину воскресенья провозился — modx.pro/development/2938/.

А почему они должны создаться одновременно?

Новая ветка комментариев создаётся при вызове TicketComments, чтобы туда сохранились параметры вызова.

Ты одновремнно открыла все страницы с вызовом сниппета?

Естественно.

Это делается простым сниппетом (фильтром вывода).
Типа

[[+price:price_text]]

Ну а внутри сниппета логика по преобразованию числа в текст — в интернете полно примеров. Вносить это по умолчанию в MS2 не вижу смысла.

Новая ветка комментариев создаётся при вызове TicketComments, чтобы туда сохранились параметры вызова.

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

как сделать удаление тикета программно с фронтенда?

Пока никак. Можно только снять с публикации, если админ это разрешает.

Не зря ведь в политике TicketUserPolicy присутствует такое разрешение

Это для админки.

Посмотрел по диагонали — для начала неплохо. Но нужны еще комментарии и вывод этого избранного самому юзеру, или другим.

Постараюсь доработать на досуге и причесать всё, чтобы было в одном стиле с уже написанным.

Спасибо!

Вика, включи голову.

[[*content]] — это содержимое страницы. Задача в том, чтобы его выводить только на первой странице, отсюда такое условие:

[[!+page:is=`1`:then=`[[*content]]`]]

Плейсхолдер page появляется только после вызова pdoPage и содержит номер страницы. То есть, проверять номер страницы мы можем только после pdoPage.

&toPlaceholder — это сохранение работы pdoPage в плейсхолдер, переменную. В какое имя сохранила — такое ниже и выводишь. Это не заранее прописанное значение, это ты сама указываешь имя.

&toPlaceholder используется чтобы не выводить сразу результаты, перед контентом, а вывести после. Только и всего.

Ты можешь вообще это убрать, но тогда у тебя проверка страницы и вывод [[*content]] будут работать только после вывода товаров — это не очень удобно.

[[!pdoPage?
	&element=`msProducts`
	&limit=`5`
]]
[[!+page:is=`1`:then=`[[*content]]`]]

Именно поэтому я сохраняю данные в &toPlaceholder и вывожу после [[*content]]

[[!pdoPage?
	&element=`msProducts`
	&limit=`5`
	&toPlaceholder=`mycontent`
]]

[[!+page:is=`1`:then=`[[*content]]`]]
[[!+mycontent]]

[[!+page.nav]]

Что написано в toPlaceholder, то потом и выводится ниже.

Написано

&toPlaceholder=`page.tickets`

значит, ниже можно вывести

[[!+page.tickets]]

А в чем принципиальная разница-то?

Выбираешь обычные ресурсы, а не товары.

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

Нет, не получится.

Все рассчитано на товары-ресурсы.

Ты готов заказать и оплатить этот новый функционал в Tickets?

На всякий случай — в браузерах дааааавно есть такая функция.

Звучит как плохой хостинг.

Попробуй сделать заново на test.modx.pro