@ru_modx - страница 3950 - Telegram web archive

Sergey_K

Да

Sergey_K

Именно

Sergey_K

Получается тупо класс минишоп2 расширить

🙈 PG

без боли этого вроде как не сделать

Sergey_K

Ну да, везде надо исправлять потом будет

🙈 PG

$miniShop2 = $modx->getService('miniShop2')

Sergey_K

Ну вот да...

🙈 PG

придется вроде все такие записи изменить

Sergey_K

Странно, что там не предусмотрен вызов "левых" классов

Sergey_K

Всего-то 3 строки...

🙈 PG

это если нет доп пакетов котрые зависимы от минишопа

Sergey_K

Ну да... либо просто переписывать сам класс. И менять вручную его...

Sergey_K

Западло :)

🙈 PG

хотя есть такой вариант

🙈 PG

https://github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/minishop2/minishop2.class.php#L61

🙈 PG

а не

🙈 PG

бред

🙈 PG

ну по правде у меня еще не было подобной задачи

🙈 PG

может варианты адекватные и есть

🙈 PG

хз

Sergey_K

Ну у меня нет проблем пользовать "левые" коннекторы, но это криво, конечно... У многих же тот же выбор пункта или города из списка стоит

Sergey_K

А его без аякса хрен сделать

Миша

https://www.udemy.com/course/modern-javascript-from-beginning/

10 баксов, чет дешево

Иван

скидки

Sentinel

https://www.udemy.com/course/modern-javascript-from-beginning/

а какие привелегии там?

🙈 PG

Ну у меня нет проблем пользовать "левые" коннекторы, но это криво, конечно... У многих же тот же выбор пункта или города из списка стоит

чаще всего пишут отдельный компонент и соответственно у них есть свои коннекторы

Sergey_K

Ну писать компонент для, к примеру, тупого геоайпи, мне кажется, это жуть

Sergey_K

А так один метод и регистрацию "экшена" в настройках со ссылкой на инклуд. И все.

🙈 PG

Ну писать компонент для, к примеру, тупого геоайпи, мне кажется, это жуть

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

🙈 PG

это уже вкусовщина, но мне так удобнее

Sergey_K

Ну если все свое делать отдельным компонентом, то да, тут логично

🙈 PG

но так есть нормальный контроль версий И так далее

Sergey_K

Ну наверное соглашусь. Хотя мне лично было бы проще "по ситуации" иметь возможность кастомной операции максимально простым и незатратным способом. Контроль же никуда не денется - все в файлах.

Sergey_K

В общем, есть, куда пилить минишоп :)

Sergey_K

Самое смешное и для меня не понятное

Sergey_K

в handleRequest() для создания заказа вызывается submit()

Sergey_K

И в него передается $data

Sergey_K

Типа, данные, которые присылает форма заказа

Sergey_K

Так вот эти данные в методе submit() вообще не используются. В принципе.

Sergey_K

Еще одна тема

Sergey_K

$this->xpdo->invokeEvent('msOnSaveOrder', array( 'mode' => $isNew ? modSystemEvent::MODE_NEW : modSystemEvent::MODE_UPD, 'object' => &$this, 'msOrder' => &$this, 'cacheFlag' => $cacheFlag, ));

Sergey_K

Эвент в классе msOrder

Sergey_K

$response = $this->ms2->invokeEvent('msOnSubmitOrder', array( 'data' => $data, 'order' => $this, ));

Sergey_K

А это в msorderhandler

Sergey_K

Все практически очевидно по-моему...

Павел

А вот откуда было нападение еретиков

Павел

@lautsevich так не честно, знаете ли

Sergey_K

Я сегодня тоже разочарован в модх ) Реально все недоделанное и кривое. Последняя капля - invokeEvent() в документации написан как void. За 8 лет даже базового описания нет. Пришлось лезть в код т.к. везде возвращает значение. Но как оно работает уже нет сил разбираться. В общем, дичь.