12 ноября 2024, 19:52
С ним славу богу все хорошо. Он пошел дальше по карьерной лестнице, оставил MODX позади и сейчас заглядывает к нам только поздороваться.
12 ноября 2024, 18:44
Благодарю!
12 ноября 2024, 10:53
Как раз при редактировании с фронта добавить проверку не проблема, но надо код компонента смотреть
12 ноября 2024, 07:41
Если используете ispmanager, отключите параметр open_basedir
Всего 123 786 комментариев
Но при этом всегда обновляют компоненты у себя в /manager, когда там подсвечивается наличие обновлений (оранжевым).
И я один из них. А таких миллионы. И сайтов таких десятки или сотни тысяч.
Так что обновление необходимо. Чисто патч безопасности
Я не нашел как сделать данный пункт. Нигде такого нет.
Надо просто написать боту, и тогда следующий шаг работает)
Это потому что прямые вызовы этого скрипта обходят любые валидации и хуки FormIt
… потому что они прописываются лишь в вызовах сниппета, а в action.php отсутствуют. Поэтому когда отправляются нормальные запросы с реальной страницы, всё хорошо, потому что код возвращаемый сниппетом содержит все валидаторы и хуки, которые надо выполнять. А через прямой юз action.php эта логика (валидаторы и хуки) недоступны, поэтому все запросы будут отправлены на сервер без security checks.
AjaxForm просто обязаны сделать фикс этой проблемы даже вопреки нежеланию (как log4j обязан был выпустить обновление своей уязвимости), или принять чей-нибудь фиксящий pull request. Это серьезнейшая дыра в безопасности и очень серьёзная, которую они своей глупостью оставили халатно — там итак было понятно, что валидаторы с хуками будут обходиться, а они понадеялись на авось…
Сейчас логика такая: если у нас в категории товаров есть подкатегории вашему компоненту пофиг на это, и он товары из них не подтягивает.
А логично как раз то, что он будет учитывать подкатегории и фильтровать все эти товары. А если нам нужно что бы использовалось какое-то там другое правило мы как раз можем указать другую конфигурацию, которая как раз будет иметь какое-то там кастомное поведение.
Не буду больше утомлять. Если тебя как автора все устраивает, то мои рассуждения ни к чему.
Кроме того, у подкатегорий может быть другой шаблон, а все шаблоны, в которых необходимо вывести фильтры, нужно перечислить в системной настройке ff_tpls.
пользователь состоит в группе USER и VIP сразу, чтобы он на контексте web заходил в группу user а на контексте web2 в группу VIP.
Для чего это надо? дела мульти сайт интернет магазин обычный и оптовый. у оптового цены меняются в зависимости группы, группа VIP. А на обычном группа User.
Я без претензий. Я наоборот хотел помочь.
Я с радостью помогаю всем, кто желает разобраться, так что если есть конкретные вопросы милости прошу в Телеграм.
Например как его прикрутить к шаблону каталог и что бы он работал во всех уровнях влажности. Это же самая базовая необходимость. Ну что бы люди могли сравнить его например с mfilter2. Вообще, чтобы писать документацию, как мне кажется, нужен скил. В данном варианте получается человек устанавливает ваш компонент и сидит страдает, т.к. функционал не заводится из коробки) Любому продукту важно продвижение или демонстрация как это сделать. Или логика как у похожих дополнений. Тут к сожалению такого нет. Надеюсь когда у вас будет время вы сможете что-нибудь такое придумать.
Наверно если на странице modstore будет написано Быстрый старт:
Сделайте это это и это и все у вас в каталоге рабоатет фильтр, он будет более привлекательным покупателям.
Я понимаю, что вам, как создателю и кто в нем уже как следует разобрался все кажется простым, но это к сожалению не так) А отнимать ваше время, хоть вы в чате отлично помогаете, не хочется.
Если его попробовало 30 человек и все с легкостью его используют — вопросов нет. Значит проблема во мне.
Выводиться только так
И при любой попытки изменить, ни чего не выводится.