Илья Уткин

pdoTitle

ilyaut.ru/tips-and-tricks/eternal-cache-for-chunks-prohibit-delete-the-cache-even-in-the-event-of-site-updates/

Нет, конечно. msp в названии означает MiniShop Payment

Это специфика работы модификаторов в MODX — если модификатор ничего не возвращает (а ноль тоже считается «ничем»), то выводится так, как будто модификатора и нет.

Вызывайте свой сниппет так:

Вместо [[+id:countTickets]]
Делаем [[countTickets? &input=`[[+id]]`]]

mspSberbank тут особо не при чём. Вам надо просто написать свой callback на order/submit, чтобы пользователь направлялся не на страницу оплаты, а на какую-нибудь другую, например на страницу об успешном оформлении заказа.

А ссылка на оплату и так в письме приходит.

Александр, видимо, имеет ввиду страницу самого компонента:

Какой в итоге получился объём сжимаемых изображений?

Я переработал их официальное дополнение, интегрировал его полностью с MODX и теперь оно работает штатными средствами.

Не надо FTP. Устанавливаете дополнение, регистрируетесь на сервисе, вводите в системные настройки MODX выданный секретный ключ и вперёд.

Это получается около 20-30 Мб, а не 600 Мб же? Оригиналы и большие картинки оптимизировать не нужно — только сами превьюшки.

Ну его нужно применять только к уменьшенным изображениям, конечно. У вас картинок 320х240 так много?

А, ну ещё есть tinyCompressor

Попробуйте дополнение OptiPic

Добавить пользователя в группу:

$us->joinGroup(2);

У профиля есть свой класс — modUserProfile. Он связан с modUser через поле internalKey

Если MODX, то Revo. Ветка 1.x.x давно выделилась в отдельный проект — Evolution CMS.

Да, просто сниппетом выводить формы. Возможно, за основу можно взять сниппет отсюда: https://ilyaut.ru/tips-and-tricks/process-form-fields-added-dynamically/

Конкретно для этого объявления я сохранил у себя решение: mFilter2. принцип OR поменять на AND.

А вот для других объявлений такого нет. Нужно попросить Василия старые комментарии всё-таки отобразить, а добавление комментариев запретить…

Возможно, переделаю. Когда — пока не знаю) Если есть желание, можете сделать форк репозитория и внести изменения в файлы чанков: github.com/ilyautkin/siteExtra/tree/master/core/components/site/elements/chunks

После этого можно будет отправить PR. Это ускорит обновление компонента.

Есть даже дополнение, которое реализует сохранение неоформленных корзин — ordersUnformed

Это нужно, чтобы не выводить дефолтный чанк на страницах, у которых контент имеет другой вид. Если бы условие было одно (например, проверка только по id), то такая конструкция не понадобилась бы:

{switch $_modx->resource.id}
    {case 4}
        {include 'specialists'}
    {case default}
        {include 'content_default'}
{/switch}

Но тут мы проверяем id, потом проверяем parent и нам надо как-то понять, что ни одно из условий не выполнилось. Для этого используется так называемый «флаг» — переменная $default. Если условие выполнено, я флаг выключаю (ставлю false) — тогда дефолтный чанк не будет выведен.