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

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

нет переводов 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

Deprecated: Optional parameter $options declared before required parameter $info is implicitly treated as a required parameter in ....../core/components/minishop3/src/Model/msProductFile.php on line 201

Это известная проблема совместимости с PHP 8.0+. В файле msProductFile.php на строке 201 необязательный параметр объявлен перед обязательным, что устарело в PHP 8.

Временное решение:

Откройте файл core/components/minishop3/src/Model/msProductFile.php и измените строку 201:

// Было:
  public function makeThumbnail($options = [], array $info)

  // Стало:
  public function makeThumbnail(array $options, array $info)

Это временный фикс. Исправление будет включено в следующее обновление MiniShop3.

Для добавления полей во все основные модели заложена специальная утилита (msCustomer там сейчас нет, добавлю). Добавляешь поля через этот визуальный конструктор. Далее работаешь с ними как с родными. Просто выводишь и сохраняешь.

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

Итого у нас есть две утилиты
1. Добавление полей в базу данных и в карту модели.
2. Добавление полей на страницу админки.

Есть еще третья утилиты — вывод колонок в таблицах-гридах.

2) Нет с плагинами ничего не делал. Проблему я понял. Подумаю что можно сделать

Ну тогда уж и плюсик ставь к посту.

Того гляди и начнет народ MODX3 пользоваться.

В системную настройку mail_smtp_pass (SMTP пароль) вписываете пароль приложения, вместо пароля от почты и все. Никакой магии нет.

Задача закрыть все потребности никогда не стояла. Я скорее облагородил то, что уже было.
Нужно же и платным компонентам дорогу для развития оставлять.

1. Неправильные права на директорию core/packages/
2. Файл zip загружен с неправильным владельцем

@Prihod специально для тебя выпустил релиз пораньше, чтобы ты смог скачать свежий транспортник

Нет, лайки всегда были привязаны ко времени публикации, чтобы лайками старых постов рейтинг не накручивали.

Спасибо проверю. Подскажи как устанавливал? Скачал готовый транспортник из релизов или из git исходников собрал?