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

Есть вот такое платное решение modstore.pro/packages/utilities/easycomm

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

Спасибо, помогло.

в первом посте идет проверка по ид родителя во втором по ид шаблона родителя

немного ошибся

{if $_modx->resource.parent | resource : 'template' == 13}
    ...
{else}
    ...
{/if}

или так

{switch $_modx->resource.parent | resource : 'template'}
    {case 13}
        ...
    {default}
        ...
{/switch}

ну для меня будет)

Достаточно просто загуглить «php framework banchmarks»
тык
Исходя из этого бенчмарка Lucinda быстрее laravel в 47 раз

а почему не является?

За что я ненавижу Eloquent ORM а также тысчи подобных статей и обсуждений к ним

ну это искусственный тест, а на реальных проектах заметно?

Конечно еще сильнее становится заметно чем обычный hello world, чем больше связей, чем больше данных тем более заметно, но это все не критично, laravel — идеальный php фреймворк, его выбирают за простоту работы, за то, насколько просто найти разработчика на него и насколько быстро можно реализовывать фичи, если недостаточно laravel'я, то стоит задуматься не о других фреймворках, а о других ЯП уже

Да, не догоняю )
Я просто написал пост «о многом, о разном», мой опыт. Тестов и цифр не будет (тупо некогда), мой пост не про конкретные цифры/доказательства чего-то и т.п. Можно ему просто не верить.

Спасибо!

{if $_modx->resource.parent == 13}
    ...
{else}
    ...
{/if}

или так

{switch $_modx->resource.parent}
    {case 13}
        ...
    {default}
        ...
{/switch}