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

1. Добавить 2 поля в юзеру в extended, например verified и sent
2. Написать плагин на событие OnUserSave, которое будет проверять verified == 1 && sent != 1
3. При одобрении юзера ставить ему verified = 1, а при отправке плагин ему поставит sent = 1

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

Пробуй так:

$where[] = array(
    array(
        'starton:>=' => $t1,
        'starton:<' => $t2,
    ),
    array(
        'OR:starton:<' => $t1,
        'finishedon:>' => $t1,
    )
);

rtfm.modx.com/xpdo/2.x/class-reference/xpdoquery/xpdoquery.where

Коменты не читай, сразу всех оповещай!

Не у пользователя, у сайта. И да, повесится на весь timeout php процесса.

Судя по активности Данила на GitHub, он или в долгом отпуске, или перестал программировать. Так что я осмелился выложить пакет с исправлением в официальный репозиторий — можно обновляться.

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

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

Могу сказать по своему личному опыту, что за всю карьеру я таких «просто спасибо» (не за помощь, не за ответы на вопросы, а вот просто от души), получил не более чем тысяч на 5. Всё остальное, что присылали добрые люди — в той или иной степени было заработано.

И мне кажется, что мы вообще не найдём ни одного человека, который сделал что-то ради донейтов.

P.S.
Кстати, большая часть бесплатных дополнений уже кем-то оплачена и автор просто не хочет заморачиваться с их поддержкой и обновлением. Выкладывает «как есть».

Ура! Одной проблемой меньше.

По идее, опции товаров, как и прежде, хранятся в msProductOption, а значит должны работать фильтры msoption.

Теперь они, думаю, уже не копируются в JSON, так что на описание не обращай внимания — просто попробуй.

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

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

На здоровье!

Обнови Tickets, должно заработать.

Сделай сниппет

<?php
echo '<pre>';
print_r($modx->placeholders);
die;

и вызови его на странице после mFilter2 — увидишь все выставленные плейсхолдеры.

Думаю, его стоит вызвать некэшированным.

На здоровье! Про имена чанков указано в документации.

Ты используешь aliases, так что и параметры нужно указывать с ними:

&tplFilter.outer.category=`tpl.mFilter2.filter.outer.category`
&tplFilter.row.category=`tpl.mFilter2.filter.option.category`

Не хотелось бы там что-то изменять — всё равно перезатрутся при обновлении.

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

Почитай документацию, есть параметр &toSeparatePlaceholders.

Что значит, варианты? Это PHP класс, его можно унаследовать и расширить как принято в объектно-ориентированном программировании.

Вариант тут только один — написать что нужно на PHP.

Или пробелы:

&where=`{ "uri:LIKE": "food/B%" }`

Можно, если расширить метод buildCategoriesFilter и прописать там свой порядок.

На здоровье!

Я вот тоже удивился, откуда такой странный подход к задаче.