Николай Савин

Поддержал рублем и купил доп, надеюсь не забросите развитие

За мной не заржавеет.

Да особо без разницы куда писать. Я отслеживаю все записи. Но в идеале создавать issue в репозитории github.com/modx-pro/MiniShop3/issues.

Тебе спасибо за обратную связь. 100 человек прошли бы мимо, а ты написал и протестировал.

Внес исправления еще раз, хорошо с нуля все проверил. Обновил в modstore, можно попробовать переустановить

Внес правку и перевыпустил компонент без изменения версии. Попробуй удали пакет, если он установлен и скачай из modstore заново. Жду обратную связь.
Важно — убедись что все таблицы были удалены из базы данных (они при удалении компонента не удаляются) В том числе удали таблицу ms3_migrations

Будет еще лучше. mFilter на подходе!

Довольно критично. Некоторые таблицы могли не создаться. Это мы поправим.
Уточни пожалуйста, какая версия СУБД используется?

Фидбек куда тебе удобно. Я везде читаю.

ms3 просит установить VueTools даже после его установки

Ну чет пока у тебя одного только просит. Попробуй обновить страницу через CTRL + F5

Компонент mFilter в активной разработке. Релиз будет в ближайшие дней 10.

Специально под твой вопрос написал новый раздел документации
docs.modx.pro/components/msearch/extending

Если кратко — создаешь новый класс со специальным интерфейсом. В классе указываешь имя модели, перечень и вес полей. Затем создаешь плагин где регистрируешь свой класс. По хорошему минут 15 работы.
Если честно я не проверял работу. На сегодня расширять особо нечем. Делать какие то свои таблицы и модели только для тестов — пока лень (осуждаю)

А также уже выпустил обновление с фиксом CSS конфликта.

Привет Иван — ну с почином, получается. Если что-то будет не работать (сам понимаешь мало тестировали) можешь писать мне в телеграм напрямую.

Заметил одну вещь, захожу в админке пакеты->mSearch и логотип MODX 3.1.2 уменьшается в размере))

Да — действительно, какие то стили конфиктуют. Пофиксим.

От всей души спасибо

нет переводов primeVue. То есть если использовать фильтры DataTable или Calendar, то они будут англискими.

Вот про это я не подумал. Думаю учтем в будущем.

Ну вот видишь — простор для творчества полный. Реализуй за милую душу.

То есть, для фронта это решение не подходит

— так я его изначально делал только для своих компонентов в админке, чтобы не таскать одно и то же.

То есть, все равно нужно реализовать безопасность на беке.

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

Какая у тебя версия PHP и MODX?
Сайт работает через HTTPS?
Другие компоненты modstore отображаются?

Да, разумеется. Сразу после поиска и фильтров. Планирую уже в январе. Если повезет даже в текущем ))

MODX, как и любой основанный на PHP фреймворк пишет 500 ошибки в error_log. Никаких специальных настроек в нем нет. Все зависит от настроек хостинга\сервера. Бывает что запись ошибок просто отключена, бывает что путь к журналу ошибок нестандартный. Короче вряд ли вопрос именно в MODX.

Набросал вариант реализации плагина, чтобы можно было его вызвать дважды, передать изменения из первого во второй и применить оба изменения. При использовании $modx->eventData все работает.

<?php
  /**
   * Плагин: msDiscount10_v2
   * События: msOnGetCart
   *
   * Используем $modx->eventData для передачи между плагинами
   */

  switch ($modx->event->name) {
      case 'msOnGetCart':
          // Читаем данные: из $modx->eventData (если предыдущий плагин записал)
          // или из $scriptProperties (оригинальные)
          if (isset($modx->eventData['msOnGetCart']['data'])) {
              $data = $modx->eventData['msOnGetCart']['data'];
          } else {
              $data = $scriptProperties['data'];
          }

          if (!is_array($data) || empty($data)) {
              break;
          }

          // Применяем скидку 10%
          foreach ($data as $key => $item) {
              $data[$key]['price'] = $item['price'] * 0.9;
              $data[$key]['cost'] = $data[$key]['price'] * $item['count'];
          }

          // Сохраняем для следующих плагинов
          $modx->eventData['msOnGetCart']['data'] = $data;

          // И для контроллера MS3
          $modx->event->returnedValues['data'] = $data;
          break;
  }

Справедливости ради, в некоторых местах $modx->eventData игнорируется. Это исправлю к следующему релизу

{$_modx->runSnippet("!msCart", [])}

В корзине теперь есть обязательный параметр selector, где мы прописываем обычный JS селектор. Корзин может быть много. JS должен понимать куда монтировать обновленные данные.

Как это работает:

1. При вызове msCart сниппет регистрирует себя с уникальным токеном
2. После добавления товара сервер возвращает отрендеренный HTML с этим токеном
3. JavaScript (CartUI.js:316-318) ищет selector чтобы знать куда вставить HTML
4. Если selector не указан — обновление пропускается

Решение:

Оберните корзину в контейнер с id и укажите параметр selector:

<div id="header-cart">
      {$_modx->runSnippet('!msCart', [
          'selector' => '#header-cart',
          'tpl' => 'tpl.msMiniCart'
      ])}
  </div>

Или короче через Fenom:

<div id="header-cart">
      {'!msCart' | snippet : ['selector' => '#header-cart', 'tpl' => 'tpl.msMiniCart']}
  </div>

Важно:

• selector — CSS-селектор контейнера куда будет монтироваться обновлённый HTML
• Контейнер должен оборачивать вызов сниппета (HTML заменяется внутри него)
• Для мини-корзины в шапке лучше использовать чанк tpl.msMiniCart