Руслан Алеев

Эту уже сделано, вот так сейчас товар выглядит:



Там галерея не там расположена при создании товара, это потом поправится.

Там есть проверка разрешений, так что не-админ лишнего не увидит.

Уху! Мощнейшие улучшения, спасибо! Отдельный поклон @Иван Бочкарев за активное участие и координацию!

Здравствуйте, отправьте issue на github, возможно вам подскажут в комментах и исправят это поведение в будущих версиях — github.com/modxcms/tinymce-rte/issues

Написано же

miniShop2 уже на поддержке у сообщества

miniShop2 поддерживается сообществом, не за горами новая версия, кстати ;)

Василий, спасибо за труды и помощь, хорошо отдохнуть от всех нас ;)

Дело в том, что разные сниппеты обрабатывают даты по-разному, к примеру, для getResources нужно указывать :strtotime в чанке, а для pdoResources нет.

Попробуйте без

:strtotime

, например:

[[+publishedon:date=`%d.%m.%Y`]]

Есть подвижки в баге, если интересно — github.com/modxcms/revolution/issues/14309#issuecomment-694189765

Можно условие прописать выше сниппета, и передавать значение в переменную, а эту переменную уже использовать в сниппете. Например:

{if $_modx->resource.id == 1}
    {var $cssFiles = '/css/all.css, /css/icon.css, /css/cat.css, /css/main.css'}
{else}
    {var $cssFiles = '/css/all.css, /css/icon.css'}
{/if}

{'MinifyX' | snippet : [
    ...
    'cssSources' => $cssFiles,
    ...
]}

А вот условие внутри вызова сниппета не думаю, что сработает.

Наверное все от проекта зависит.
У меня, на небольших проектах, ничего не отваливалось, а вот массовые взломы были, на 2.6.5 :)

Забавный пакет появился в списке :)

Визуально можно разделить (да и перегруппировать всю сетку, есть библиотеки), к примеру, через js. Выводим в div продукта атрибут новый, например, data-group="" туда передаем значение нужного поля, а через js, только у первого div с таким полем ставим Заголовок (=значение поля). Но, как мне кажется, вариант на крайний случай.
Вероятно в доках есть что-то подходящее вам, может docs.modx.pro/komponentyi/msearch2/tipovyie-resheniya/filtracziya-kategorij

Здравствуйте, возможно вам поможет сортировка результата — docs.modx.pro/komponentyi/msearch2/snippetyi/mfilter2#%D0%A1%D0%BE%D1%80%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%BA%D0%B0-%D1%80%D0%B5%D0%B7%D1%83%D0%BB%D1%8C%D1%82%D0%B0%D1%82%D0%BE%D0%B2

Здравствуйте, наверное стоит для другого языка создать копию TV с другими значениями, и скрыть через «Настройку форм» ru-TV для контекста другого языка, и др.язык-TV для контекста ru-языка.
Т.к. вам нужна фильтрация по значению (причем для разных языков свои значения), то просто заменить текст (через :replace или сниппет) в выводе TV не получится.

Получается, что вы ее переопределяете, но указываете в cultureKey название города вместо языка, и это приводит к ошибке (по умолчанию выводится en).

В настройках конкретного контекста, в cultureKey язык должен стоять, т.е. для каждого города нужно проставить соответствующий, ru, en, и т.п. Если у вас всюду ru, то его и указывайте (или удалите cultureKey для контекстов вообще, тогда настройка cultureKey будет браться из «Системных настроек»).

Вам нужно менять настройки

cultureKey

и

locale

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

Еще поменьше используйте test в названии ящиков, тексте и т.п. Особо умные хосты или хуки форм могут тупо блочить отправку, причем не сообщая визуально никак об этом :)

А зачем вам TV?
Можно просто плагином на событие OnWebPagePrerender:

<?php
// Проверяем событие OnWebPagePrerender и тип содержимого, для HTML == 1
if ($modx->event->name == 'OnWebPagePrerender' && $modx->resource->content_type == 1) {
    $output = &$modx->resource->_output;
    $output = preg_replace('|\s+|', ' ', $output);
}