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

В конце файла есть пустая строка?

Встречал глюк, что если нет пустой строки в конце файла crontab, то он просто не выполняется.

Какую ошибку то выдаёт?

Какие ОС на компах, какие браузеры? Что в консоли, что в логе админки?

Сразу надо это писать, у меня не всегда есть настроение выспрашивать.

Ну так сделай.

Есть ТВ, есть плагины ms2 для изменения таблицы товаров.

В источнике файлов товара есть настройки.

В сниппете getTickets уже есть фильтрация по ТВ. Запросы составляются через &where=``

Например:

[[!getTickets?
	&includeTVs=`new,date`
	&where=`{"TVnew.value":1, "TVdate.value:>=":"2013-05-21 00:12:15"}`
]]

Это работает благодаря pdoTools.

Да хоть как. Можно отправку формы с нужным запросом, которую будет слушать сниппет, можно тоже самое — но через ajax.

У tickets нет никаких особых рамок, это просто удобные расширенные ресурсы.

No. I do not make this. But it is not looks complicate — just simple selection from dababase by a snippet with a cron.

P.S. Joseph, try to answer to the comments — i will receive email notofocation about you reply. Press link "ответить" under needed comment.

Ужас, зачем так много памяти?
Сколько ресурсов на сайте, установлен ли php-apc?

На будущее хинт — можно тупо удалять директорию /core/cache — она создастся заново сама.

Yep.

You can disable memorization of tabs in MS 2.0.1

Yes, i i understand you correctly.

By default you must receive emails with order information right after MS2 installation. And new emails, when changing order status.

Ты в курсе, что у тебя в корзине не подключен jQuery?

Без него работать не будет.

1. You need to create plugin for action msOnBeforeCreateOrder, that will receive msOrder object in $order variable.

2. Yes, see snippet msOrder, it set various placeholders to the email chunk.

Уверен?
В процессоре create также проверяется переменная syncsite — должно работать.

В плагине надо убрать

if ($modx->event->params['mode'] != 'upd') {return;}

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

Только так.

Но у тикетов это более грамотно сделано, за счет того, что это CRC и там свои процессоры.

Использовать Tickets.

Именно. И глюков нет.

А если есть, то только такие, которые можно словить и на реальном хостинге — а значит лучше их сразу научиться решать.

Либо старый php, либо проблема с сессиями из-за php-apc.

Либо и то и другое сразу. Свои компоненты на версиях php ниже 5.3 я не тестирую.

modx_tickets_votes — вообще пока не используется, это задел на систему голосования за тикеты и комменты.

Базовый сниппет я пока не планирую менять, ибо тут всё-таки крайне необычная ситуация. И я так понимаю, на 100 000 не особо тормозило =)

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

Что происходит у тебя на локальной машине — не угадать. Учитывая, что реально работать в xampp или denwer ни один сайт не будет, это вообще никому не нужно.

Если хочешь нормальное окружение для работы — можно использовать вот это. Масса проблем сразу исчезнет.

Мысль тут только одна: расставить дополнительных индексов (например, на deleted индекса нет) и написать свой собственный сниппет для вывода тикетов.

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

Честно говоря, я вообще удивлен и очень рад, что 300 тысяч тикетов в принципе работают.