Ivan

Ivan

Был в сети 10 июня 2025, 00:15
Заказы не принимаю
В общем это решение мне не нравится, но оно работает
switch ($modx->event->name) {
    case "OnMODXInit":
        $fields = [
            'ur' => 0,
            'orgname' => '',
            'inn' => '',    
        ];
        
        $fieldsMeta = [
            'ur' => array(
                'dbtype' => 'tinyint',
                'precision' => '1',
                'phptype' => 'boolean',
                'attributes' => 'unsigned',
                'null' => false,
                'default' => 0,
            ),
            'orgname' => array(
                'dbtype' => 'varchar',
                'precision' => '255',
                'phptype' => 'string',
                'null' => false,
            ),
            'inn' => array(
                'dbtype' => 'varchar',
                'precision' => '255',
                'phptype' => 'string',
                'null' => false,
            ),
        ];
        
        $modx->map['modUser']['fields'] = array_merge($modx->map['modUser']['fields'], $fields);
        $modx->map['modUser']['fieldMeta'] = array_merge($modx->map['modUser']['fieldMeta'], $fieldsMeta);
            
        if ($modx->user->get('id') > 0) {
            if ($user = $modx->getObject('modUser', $modx->user->get('id'))) {
                $modx->user->set('orgname', $user->get('orgname'));
                $modx->user->set('ur', $user->get('ur'));
                $modx->user->set('inn', $user->get('inn'));
            }
        }
        break;
}
Вообще странные они ребята кто это придумал. Если у человека кастомные настройки нужны, то там же есть выбор Advanced Installation Package. В 99% случаев $_SERVER['DOCUMENT_ROOT'] всем подойдет. Остальные CMS всегда используют эту переменную, но только MODX решил выделиться)))
Так «Могут быть разные работы фильтров» это вторично. Если пользователю нужны разные наборы фильтров, то как раз логично что он будет настраивать это.
Сейчас логика такая: если у нас в категории товаров есть подкатегории вашему компоненту пофиг на это, и он товары из них не подтягивает.
А логично как раз то, что он будет учитывать подкатегории и фильтровать все эти товары. А если нам нужно что бы использовалось какое-то там другое правило мы как раз можем указать другую конфигурацию, которая как раз будет иметь какое-то там кастомное поведение.

Не буду больше утомлять. Если тебя как автора все устраивает, то мои рассуждения ни к чему.
Артур. По твоему не логично что если ты вставляешь код из документации в раздел Каталог, то он должен работать и в каталоге и в его подкатегориях? Дополнение не только должно быть классным, но и удобным.
Я без претензий. Я наоборот хотел помочь.
Честное слово. Вашему компоненту не хватает примера использования.
Например как его прикрутить к шаблону каталог и что бы он работал во всех уровнях влажности. Это же самая базовая необходимость. Ну что бы люди могли сравнить его например с mfilter2. Вообще, чтобы писать документацию, как мне кажется, нужен скил. В данном варианте получается человек устанавливает ваш компонент и сидит страдает, т.к. функционал не заводится из коробки) Любому продукту важно продвижение или демонстрация как это сделать. Или логика как у похожих дополнений. Тут к сожалению такого нет. Надеюсь когда у вас будет время вы сможете что-нибудь такое придумать.
Наверно если на странице modstore будет написано Быстрый старт:
Сделайте это это и это и все у вас в каталоге рабоатет фильтр, он будет более привлекательным покупателям.

Я понимаю, что вам, как создателю и кто в нем уже как следует разобрался все кажется простым, но это к сожалению не так) А отнимать ваше время, хоть вы в чате отлично помогаете, не хочется.

Если его попробовало 30 человек и все с легкостью его используют — вопросов нет. Значит проблема во мне.
Так же вы пишите, что сообщений об успешной валидации не существует, но если я ввожу на русском языке в поле name, то выводится сообщение ФОРМА ОТПРАВЛЕНА.
P. S. Добавил в пресет 'successMessage' => '', теперь сообщения нет. Ура