Aleksandr Huz

Пришлось проверить)))

POST-запрос на assets/components/fetchit/action.php с выключенным MODX_API_MODE вызывает как минимум событие OnHandleRequest.

Все супер, но не нравится только правка исходников.

Он напрямую исполняет action.php, минуя index.php и весь основной жизненный цикл MODX.
Событие OnHandleRequest никогда не вызывается.

Все-таки не минуя index.php, но из-за того, что включен режим API (MODX_API_MODE), плагины действительно не сработают.

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

Но если компонент не обновлять, то и так сойдет))

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

Не хотите писать код, вот готовый компонент — Quiz

Нет ли каких-то сроков, когда можно будет «пощупать»?

в планах до 15.07, если все будет ок.

Или пока хотя бы планируемый функционал.

Пока, что базовый функционал.

[1.0.1-pl] — 2025-06-25

Добавлено

• Загрузка аватарки
• Автоматическое добавление пользователя в группу при регистрации

Улучшено

• Валидация форм

Изменено

• Импорт `Request` заменён на `Http\Request`

Спасибо.

Скажите не тестировали на большем количестве параметров? Скорость не сильно падает?

Пробовал на VPS с базой из 100 000 товаров — работает быстро. Больше всего на скорость влияет подсчет кол-ва, но я его вынес в отдельный запрос. Поэтому, при условии оптимизации базы и наличия индексов, должно хорошо работать и с миллионом.

Я так понимаю pbShop еще в разработке

в планах до 15.07, если все будет ок.

Компонент не будет работать с miniShop2 и даже с TV параметрами.

у меня яндекс не работает (даже через впн), я не вижу скрины

FastPaginate действительно больше не будет поддерживаться!

extrafields.boshnik.com/ — все работает, документация скоро будет обновлена

Он только разрабатывается. Документации нет.

да, только Pageblocks

Не пользовался seofilter, бегло посмотрел, и вот что могу сказать:
Создаете контроллер для страницы и там уже в зависимости от URL прописываете нужные метатеги и текст.

Чего нет:
— статистики, которую тоже можно самому реализовать в контроллере
— хлебные крошки — не тестировал.

Если у вас есть реальный проект/пример — с удовольствием напишу подробную статью, как это реализовать через PageBlocks

pbShop — интернет-магазин, разрабатываемый на основе PageBlocks

Документация есть — https://pageblocks.boshnik.com/
Основная часть материалов уже доступна, остальное скоро будет добавлено.

А чем Client Config не устраивает?

Пока невозможно, но я обязательно добавлю это.

Куда именно вы хотите добавить текстовое поле? в таблицу или просто на панель в меню?

Разрешено добавлять только таблицы, ведь простые поля не будут сохраняться, там нет этого функционала.

Сниппеты исключают страницу, если нет перевода, даже если показываем 404 страницу.

Поэтому у меня работает так:

• redirect — если мы переходим на страницу без перевода, то срабатывает редирект на главную, и такие страницы исключаются из всех сниппетов.
• 404 — то же самое, что и redirect, но показываем 404 страницу вместо главной
• default — страницы без перевода учитываются в сниппетах, (pbLang, pbMenu), но не в pbSitemap. При переходе на такую страницу показываем страницу без перевода.

За это будет отвечать системная настройка pageblocks_context_fallback

Важно решить как управлять страницами при мультиязычности:
— если нет перевода, то не отображать страницу

А что значит не отображать страницу? Показываем главную?

Важно решить как управлять страницами при мультиязычности:

Сейчас, если перевода нет — показывается страница в основной локали.
Остальные варианты пока не реализованы.

pbLang — есть
pbSitemap — есть
pbCanonical — будет

Желающие «переехать» на ваш компонент также столкнуться с еще одной проблемой — у многих сайты на субдоменах или того хуже — на разных доменах.

Если используется роутинг — проблем вообще нет. А если по старинки, то да, нужно доработать.