Как 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}

Ну может вы где-то что-то не догоняете :-) у меня один опыт и я цифры в заметке привел.
Кешируем mFilter2
Максимальный 1 сайт, 10 доменов 16 Gb 60 сек. 512 Mb 10 600 / мес.
6 570 / год
Этот тариф модхост подходит под максимальный? На котором тормоза должны уйти? В принципе 600р могу потратить :-). С базой товаров посложнее, но вроде на 37000 товаров могу договориться чтоб предоставили.

Следующий тариф 1 200р и уже дорого.

Вообще, думаю не будет ни для кого откровением, что laravel — один из самых медленных php фреймворков

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

хочет быть похожей на ORM, но ей не является

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

modx показывал на голой странице с выборкой из бд 1000 элементов гораздо меньше потребления и по памяти и по CPU

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

Нормально так ) Это я должен сделать?
Пробуйте. Свой опыт я описал.

Тесты надо и чтоб подробные отчеты:
1) какой сервер?
2) сколько товаров на сайте и сколько в каталоге?
3) Включенно ли suggestions?
4) Логи mFilter2 что показывают?