Ivan K.

Я не тестировал работу компонента если core вынесена за пределы публичной части.

Компонент для MODX2 готов и загружен в репозитории, жду модерации

Загрузил новую исправленную версию в репозитории,

Посмотрю

Через несколько дней будет готов компонент и для второй ветки MODX. Glide тоже будет версии 2.
так как Glide 3.0 требует минимум php 8.1, а у второй версии минималка 7.2

Я готов и для MODX2 написать подобный компонент. Если этот комментарий наберет 15 плюсиков))

Из-за лени )) Мне удобней у себя размещать.

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

msOptionsPrice2
modstore.pro/packages/ecommerce/msoptionsprice2

В вашем случае скорее всего нужно кастомное решение.

Нет

Значит я не зря все-таки вынес логику в сервисный класс))

Точно плагин срабатывает (нормально проверил) с выключенным MODX_API_MODE.

Но чтобы выключить MODX_API_MODE тоже нужно править исходник, того же Fetchit, например.

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

Вы знаете вы ввергли меня в сомнения)
Попробовал, и выяснил, включен или нет API — не имеет значения плагин не срабатывает, если напрямую обращаться, например, к assets/components/fetchit/action.php

У компонентов FetchIt AjaxForm нет обновлений уже очень давно.

У меня есть идея использовать настройку auto_prepend_file в php.ini. Тогда не нужно будет править исходники. Не знаю стоит ли реализовывать и как это скажется на производительности.

Безусловно, использование Git является золотым стандартом в современной разработке.
Позвольте я объясню, почему IskFileGuardian является не заменой, а дополнением к таким практикам, и для кого он предназначен в первую очередь.
IskFileGuardian создан для другой аудитории и решает несколько иные задачи:
MODX часто используют менеджеры контента, владельцы малого бизнеса, веб-мастера, которые не работают с Git и не имеют SSH-доступа к серверу. Из собственного опыта скажу, многие не закрывают даже доступ к папке /core/ — типа и так сойдет.
Компонент предоставляет им интуитивно понятный интерфейс прямо в админке MODX, не требуя технических навыков.

Скрипт с git status требует настроенного Git на сервере и прав на его выполнение через cron.
Мой компонент работает на любом шаред-хостинге, где есть PHP и MODX.
Git — это инструмент для разработчика на этапе разработки и деплоя.
IskFileGuardian — это инструмент для администратора/владельца сайта на этапе эксплуатации и мониторинга безопасности. Это разные плоскости применения.

Команда git status отслеживает изменения только в файлах, которые индексируются Git. Она целенаправленно игнорирует все, что указано в файле .gitignore. Что обычно находится в .gitignore на проекте MODX?
Кэш (/core/cache/)
Загружаемые пользователями файлы (/assets/uploads/, /images/)
Логи и сессии
Иногда — папки с компонентами, установленными из репозитория MODX.

Хацкер, получивший доступ к сайту, с вероятностью 99% загрузит веб-шелл или бэкдор именно в одну из этих папок. git status никогда не покажет этот новый файл.

Попробуйте мой компонент. IskWaf — Web Application Firewall (MODX3) iskwaf2x (MODX2)
Может поможет.
А то мало скачиваний даже немного обидно))

Все проще, ИИ просто выдумывает. Он чтобы дать ответ придумывает, то чего не было.

Очень хороший у вас компонент получился. Еще не пробовал, но думаю скоро попробую его в деле.
Очень шустро смотрю фильтрует товары, мне прям очень нравится, скажите не тестировали на большем количестве параметров? Скорость не сильно падает?
Я так понимаю pbShop еще в разработке, не подскажите, когда примерно будет готова корзина и оформление заказов? Так сказать, минимальный набор для запуска нового интернет-магазина. А то miniShop3 не понятно, когда появится и еще более призрачно появления компонента для фильтрации товаров для MODX3.

Компонент создан для MODX2 и MODX3. Загрузил в репозиторий, жду модерации.

Данная версия будет бесплатной всегда, задумывал ее как базовую версию. Я скоро выпушу платный вариант с расширенным функционалом, где будет возможность использовать другие базы ip.

А вы какой планировщик имеете ввиду? (Scheduler — modstore.pro/packages/utilities/scheduler) он?
Но там ведь нет возможности указать периодичность запусков заданий. Только можно указать точное время запуска.
При такой структуре Scheduler'а, для достижения периодичности выполнения нужно будет реализовать логику самоперепланирования внутри скриптов, а первый запуск придется сделать вручную. Это как-то не очень удобно не находите? и не очень надежно. Если вы знаете в каком компоненте есть реализация нормальной работы с этим планировщиком напишите. я гляну, вдруг что-то не так понимаю.