Всего 125 372 комментария

Stepan
Stepan
19 сентября 2025, 02:48
0
а какая ошибка, небось где-то есть не экранированное поле rank просто пробегитесь по коду и поставьте `rank`
/
Stepan
Stepan
19 сентября 2025, 02:40
0
Буду рад если gtsAPI вас заинтересует.
не обессудьте но с такой документацией — это очень наврятли.

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

Самое главное — это не создать, а поддерживать и развивать и по возможности не только вашим гением(никакого сарказма)

Вообще я так понял это не столько админка как интерфейс для манагера… то тут все что угодно, иногда и такое нужно
/
Stepan
Stepan
19 сентября 2025, 02:26
0
Какая версия MODX?
/
Stepan
Stepan
19 сентября 2025, 01:47
+1
Наталья,
так скажем шаблоны для разработки
MODX2
github.com/Boshnik/modExtra
MODX3
github.com/modx-pro/ModExtra3
/
Miša Bulic
Miša Bulic
18 сентября 2025, 22:38
+2
nuxt.com/modules/og-image

Вот такую штуку сделайте, тут такого нет.
/
Евгений Webinmd
Евгений Webinmd
18 сентября 2025, 21:21
+1
Дашборд для минишопа, с аналитикой, графиками и прочим.
/
Артур Шевченко
Артур Шевченко
18 сентября 2025, 20:52
+1
Он сейчас другую разработку ведёт))) а для релиза надо тестировать альфа-версию, пока нету добровольцев.
/
Наталья
Наталья
18 сентября 2025, 20:45
0
Да, я представляю… Мне предстоит потратить много времени и сил на изучение. Это при условии, что до этого я только пользовалась дополнениями, а с php никогда дел не имела… Но у меня не сильно много выбора) Поэтому буду благодарна, если поделитесь информацией о том, что стоит изучить прежде, чем переходить к написанию дополнения, и, возможно, какими-то ресурсами… Буду правда очень признательна, очень хочется попробовать!
/
Наталья
Наталья
18 сентября 2025, 20:42
0
А разве вы не ведёте разработку MiniShop3? Или релиз в ближайший год не ожидается?
/
Артур Шевченко
Артур Шевченко
18 сентября 2025, 20:40
+1
Логер напиши, чтобы можно было использовать его в своём коде. Например, сделал я магазин и хочу логировать весь процесс оформления заказа, а в случае возникновения проблем получать уведомление на почту или в телеграм. При этом если проблем не возникло я всё равно должен иметь возможность посмотреть какие данные на каком этапе поступили, какие вернулись и т.д. Соответственно нужно чтобы не забивалось место на хостинге. Ну и использование было максимально простое типа получил сервис, вызвал метод с нужными параметрами и всё.
/
Денис Усманов
Денис Усманов
18 сентября 2025, 20:38
+1
Ох Наталья, не просто вам придётся… Разработать свой компонент дело очень не простое! Для этого нужно многое понимать заранее, например структуру данных как минимум, а как максимум старый ExtJS 3.4 для написания интерфейса…

Но, в любом случае, желаю удачи в этом деле!

По идеям, я бы предложил разработать универсальный компонент импорта товаров из файлов формата .xml
Для начала, хотя бы импорт выгрузки Яндекс Маркета.
/
Николай Савин
Николай Савин
18 сентября 2025, 20:29
+1
нам бы интернет-магазин для MODX3 какой нибудь. Да поиск с фильтрами к нему.
/
Артур Шевченко
Артур Шевченко
18 сентября 2025, 20:04
+1
Есть ещё вариант дописывать vin в pagetitle плагином на сохранение ресурса
/
Артур Шевченко
Артур Шевченко
18 сентября 2025, 19:00
0
Других вариантов нет
/
Кирилл
Кирилл
18 сентября 2025, 18:58
0
Не совсем подходит, т.к. меняет вообще у всех ресурсов в дереве
pagetitle, tv_vin
или pagetitle >br> tv_vin
не сработало
/
Артур Шевченко
Артур Шевченко
18 сентября 2025, 18:51
+1
resource_tree_node_name
/
Олег
Олег
18 сентября 2025, 17:14
0
так, а в чем проблема во втором абзаце, не очень понял? 
$modx->addEventListenerClosure(
    'OnWebPagePrerender',
    function (\MODX\Revolution\modX $modx) {
        (new \Namespace\YourClass($modx))->doSomething();
        // $class = $modx->services->get('yourservice'); $class->doSomething();
        // \Namespace\YourClass::doSomething();
        // my_global_function($modx);
        return null;
    },
    priority: 10,
    name: 'appendTestComment',
    replace: false
);
/
Олег
Олег
18 сентября 2025, 17:07
0
с обычными плагинами — я пока это не учитывал, но вопрос логичный. НО это не учитывается и в оригинальном методе addEventListener, так что текущая логика по сути не меняется. Оригинал:
public function addEventListener($event, $pluginId, $propertySetName = '') {
        $added = false;
        $pluginId = intval($pluginId);
        if ($event && $pluginId) {
            if (!isset($this->eventMap[$event]) || empty ($this->eventMap[$event])) {
                $this->eventMap[$event]= [];
            }
            $this->eventMap[$event][$pluginId]= $pluginId . (!empty($propertySetName) ? ':' . $propertySetName : '');
            $added = true;
        }
        return $added;
    }
Проблема в том что карта у них строится без какой либо доп информации о плагинах, просто событие->список ID плагинов, уже отсортированных в sql запросе. То есть пересортировать ее без дополнительного запроса к базе не получится (ну или надо сохранять расширенную карту из базы при инициализации и потом при добавлении нового плагина пересобирать итоговую карту). Сейчас реализовано так, что сначала выполняются плагины из бд — и подвязанные к событию в админке, и подвязанные к событию в коде, потом все closure плагины. Вообще это больше не для того чтобы кто-то в админке вручную тыкал, а чтобы например при разработке пакета вы спокойно свой функционал раскидали по нужным событиям и не парились с созданием плагинов и привязкой/отвязкой событий при обновлении например.
/
Олег
Олег
18 сентября 2025, 16:50
0
Да, но это приоритет выполнения именно Closure слушателей — они выполняются уже после плагинов из бд
/
Олег
Олег
18 сентября 2025, 16:47
0
Вот да, я тоже из этого исхожу)
/