Нельзя, т.к. каждое TV это минимум одно запись в таблице modx_site_tmplvar_contentvalues, а тебе нужно на каждый ресурс 2 записи достать.В общем, я бы достал отдельно ресурс, отдельно TV, а потом собрал из этого нужного формата массив.

В вызове сниппета в includeTVs названия этих доп полей прописаны? Если нет, то нужно добавить через запятую.

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

Доработайте пожалуйста перевод значений для списков. Вот ситуация как должно быть по логике:
на основном языке ресурса админ выбирает из списка вид интерьера квартиры, на основании этого поля будет делаться фильтр, поэтому он был задан как (Modern==1||Minimalistic==2) чтобы фильтровало по value, далее админ не должен его видеть в локализациях ресурса, переводы этих значений должны подхватываться из настроек Polylang вкладки TV, где привязаны переводы значений для этого поля в таком же формате ((Модерн==1||Минималистичный==2)). Согласитесь это логично потому что интерьер одной и той же квартиры не меняется в зависимости от языка и тогда зачем его редактировать там?

На данный момент я перепробовал все варианты настроек и не смог добиться такого поведения

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

• Письмо менеджеру
• Письмо Клиенту
• Заказ в CRM
• СМС клиенту

То эти задачи будут выполнены в течение 4 минут по очереди.

Но можно конечно делать и по другому. Ставить в задание не одну простую задачу, а пул задач. Что-то вроде — выполнить все процедуры касающиеся Заказа.

А еще @Дима Сайт показывал как можно дергать CRON чаще, например каждые 10 секунд. Но у меня пока не получилось повторить (не особо и старался).

Да, все оказалось немного не так как я себе представлял а намного проще. Спасибо что навели меня на правильную мысль. Со мной сыграло злую шутку кеширование поэтому я никак не мог получить верное value, но после всех чисток все стало на свои места: (Option1==value1||Option2==value2) в этом примере получаем value так [[*myTvName]], а option так [[*myTvName:tvLabel]] и никакого сниппета и кода больше не нужно! Спасибо

Подскажите, эта штука через крон работает или через запросы на сайт?

Я как то не понял в чем проблема. то ли в имени самого ТВ то ли в значении ТВ то ли в текстовом соответствии ТВ.
обычно значение ТВ для текущего ресурса так и будет: [[*myTvName]] тут будет value1 или value2.
Если у вас тв-список, и вам нужно название значения соответствующего (Option 1==value1||Option 2==value2)
те хотите получить текст Option 1 или Option 2… То есть модификатор (в доке естессно есть оно) :tvLabel Вызывается прямо так: [[*myTvName:tvLabel]]
Ну и название самого ТВ уже точно нужно получать своим скриптом Прямого решения, нет.
надеюсь угадал что вы хотели сделать. если нет — Опишите детальнее. Успехов.

Или вот так, просто передавая массив, а не JSON строку:

'where' => ["doctor" => $_modx->resource.pagetitle],

Я читал про то как менять версии. Может, я, конечно, что-то неправильно понял, но в целом изначальный функционал сильно доработан, поэтому 1.4.1

UPD 1.3.5-pl
Добавлено:

• Поддержка переводчика DeepL
• Опция polylang_translate_detect_source_language включающая авто определения языка текста
• Опция polylang_translate_source_language явно задающая язык переводимого текста
• Сохранение UTM меток при переключении языка
• На вкладке настройки языка поля: «локаль»; «иконка»
• На вкладке настройки группы языков поле «иконка»
• Last-Modified заголовок для модификаций

Спасибо за обзор, отличный компонент!

Если кому-то, как и мне, не терпится документацию глянуть, чтобы не искать, она → тут по ссылке на docs.modmore

Задания добавляются в несколько строчек кода буквально. Красота!

Как 1.4.1? Вот только в прошлой статье 1.0.0 было вроде.

С версии 1.4.1 сниппет вывода информации о скидках на конкретный товар удалён. Вместо него добавлен процессор.

Честный semver подразумевает смену мажорной версии в таких случаях. Хотя ты конечно хозяин

В итоге нужно писать так оказывается:

'where' => '{"doctor:=": '~ $_modx->resource.pagetitle ~'}',

Можешь, написать как правильно должна быть написана строка 98?

Спасибо, сделал, но довольно странная ситуация.

Пытаюсь вывести отзывы на странице врача. Если написать имя и фамилию врача самому в поле where, то всё ок, выводится, но если брать те же данные из поля pagetitle например, то пусто. При этом если смотреть логи, то запросы абсолютно идентичны.

Так не работает:

{$_modx->runSnippet('!ecMessages', [
            'tpl' => '@FILE chunks/reviews_message.tpl',
            'limit' => 0,
            'thread' => *,
            'sortby' => 'date',
            'where' => '{"doctor":"{$_modx->resource.pagetitle}"}',
            'showLog' => 1
        ])}

Так все норм:

{$_modx->runSnippet('!ecMessages', [
            'tpl' => '@FILE chunks/reviews_message.tpl',
            'limit' => 0,
            'thread' => *,
            'sortby' => 'date',
            'where' => '{"doctor":"Имя фамилия"}',
            'showLog' => 1
        ])}

Добрый день!
Здесь можно попробовать так, к примеру.
1. Вы привязываете отзыв к услуге (через thread).
2. У отзыва есть поле subject, его можно использовать, чтобы хранить имя врача.
3. Добавить новое текстовое поле clinic для клиники.

На странице врача и клиники ставить у ecMessages thread=* (т.е. любая цепочка), а отзывы фильтровать через where по полям subject и clinic/

Судя по тому что оно у меня ни разу не выскакивало, то как-то от браузера зависит.
Но с этой проблемой к автору mSearch2.

Скорость это хорошо. Но нужно решить одну давнюю проблему — «Could not load config» выскакивает в тесте, и даже на «modstore.pro/».

Смотрел то расширение — не подходит.
В Tickets есть возможность оставлять комментарии неавторизованным пользователям. Может быть, где-то внутри кода есть такая же штука и для создания самих тикетов с фронта? Вариант с вводом почты и имени при создании тикета без какой-либо авторизации с их дальнейшим хранением, как я понимаю, в сессии — идеален.
Я честно пробовал реализовать работу этого модуля без авторизации по этой инструкции, но как-то она не так работает — пользователя авторизует, но получается так, что у всех пользователей один и тот же адрес электронной почты и изменить его нельзя. И из-за этого пользователи не будут получать на почту уведомления об ответах на созданные ими тикеты и оставленные комментарии.