Наумов Алексей

Если у вас еще старая версия easyComm, где у сниппета ecMessages параметр tpl отвечает за вывод одного отзыва, то поместите эту запятую в параметр outputSeparator:

{$_modx->runSnippet('!ecMessages', ['tpl' => 'tpl.ecMessages.Row.md', 'outputSeparator' => ', '])}

И чанка, само собой, убираем.

Запихнуть в mse2_err_no_results html код (а может и вызов чанка)...?..

Сниппет pdoMenu создан для построения дерева, как сказал Артур. В вашем случае, если дерево не нужно, используйте pdoResources.

Добрый день. Да ничем в принципе)
Замените на button. В js скрипте в первых строчках файла есть селектор для элемента, отправляющего форму, замените и его тоже.

Добрый день. Может глюк?) Вообще код вот такой, выглядит вроде верно, но проверить сейчас не могу…

// Почта менеджера указана в настройке ec_mail_manager
$to = $this->modx->getOption('ec_mail_manager', null, '');
// Параметр mailManager сниппета ecForm (ecReplyForm) переопределяет эту настройку
$to = $this->modx->getOption('mailManager', $snippetProperties, $to, true);

// Если везде пусто - письма пойдут на адрес, указанный в emailsender
if (empty($to)) {
    $to = $this->modx->getOption('emailsender');
}

Это файл /core/components/easycomm/model/easycomm/easycommnotifier.class.php, строка примерно 120…

В чанке header или subhead_inner ищем меню, скорее всего это будет вызов сниппета pdoMenu. Смотрим значение параметра level у него. Если level стоит 2 — то ставим 1.

result придет в ajax ответе от сервера

в плейсхолдере [[+result]] конечно пусто будет. FetchIt работает через ajax!

Кстати, в своё время тоже пытался найти такое — не смог, однозначно в закладочки)

Может файл home.template.tpl уже существовал ранее?

на контексте web заходил в группу user а на контексте web2 в группу VIP

Так нельзя, Пользователь просто всегда состоит в каких-то группах, в независимости от контекста.

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

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

Какое-то условие не срабатывает.
Вот тут значит данные получаются для дерева.

Стоит проверить такие вещи:
— Каталог находится внутри Главная;
— is_folder у ресурсов
— show_in_tree галочку
может еще что-то

он насколько я помню так же точки вырезает когда загружаешь файл

а разве это зависит не от системной настройки, которая включает транслит названий файлов?
translit не грешит таким поведением?..

Да без проблем!

Сделайте некий сайт, назовите его api.ДОМЕН.ru, залейте туда базу данных своих авто и любой значит скрипт туда добавьте, чтобы он мог в json вывести данные по машинам, например:
/cars — список авто
/cars/123 — информация по машине с id 123
и т.д.

а на основных сайтах получайте данные уже… а чтобы это хорошо и быстро работало — данные в кеш modx сохраняйте, на сутки там к примеру. В этом случае не будет постоянных запросов к api, сайты будут работать быстро.

Ииии ни одного комментария на большую публикацию, и ни одного плюсика) а я поставлю!

С чего вы взяли то что он вышел?)))

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

На странице есть описание, скриншоты и видео ролик. Посмотрите, есть ли там нужные вам функции.

Кстати, не разбирался, но заметил 2 нюанса с датами:
1. часовые пояса нужно как-то настроить… как?..
2. Теряется время! У unpub_date в базе 100% время прописано.

Вот пример данных, которые mmxDatabase мне выдал в модели:

"pub_date": "1969-12-31T21:00:00.000000Z",
"unpub_date": "2024-07-31T21:00:00.000000Z",

А вот то, что выдает $resource->toArray():

[pub_date] => 0
[unpub_date] => 2024-08-01 11:02:06

У дат видно смещение на 3 часа (московский часовой пояс в modx установлен), а у unpub_date время потерялось… осталась только дата.