еще один))

Не, там массив data

Там же есть список передачи

где написано, что msonsubmit что то меняет?

Эм... ты троллишь чтоль?

нет, покажи эту строчку)

Там написано про классические формы

покажи строчку!

Из формы прилетает массив данных

Расскажи, зачем туда прилетает и data и заказ?

Там проверки и создание рыбы заказа

где написано, что msonsubmit что то меняет?

Дмитро, Сергей сам пытается поменять данные, точнее дописать и уже который день показывает исходники, в которых данные зашиты

тебе сложно показать строчку, где написано, что onsubmit меняет данные?

тебе сложно показать строчку, где написано, что onsubmit меняет данные?

В исходниках посмотри, там результаты эвента пишутся в заказ

Это, если что, означает, что эвент меняет данные

ты скинул скрин с доки, и утвеждаешь, что onsubmit должен чтото поменять!

Только это нихера не работает, повторю в ПЯТЫЙ раз

ты скинул скрин с доки, и утвеждаешь, что onsubmit должен чтото поменять!

Да, там русским по белому написано про то, что это сделано для классических форм.

Я сделаю допполе в заказе свое

И получу данные

И они должны в этом методе упасть в заказа

Автоматом

так вот, по той доке - вообще никто ниче не меняет и не должен))

Только это не сработает

Повторю в ШЕСТОЙ раз

Потому что в исходниках забыто

так вот, по той доке - вообще никто ниче не меняет и не должен))

А, ну вася идиот, видимо

Передать данные в эвент

Потом из эвента их вернуть в заказ

Это просто для фана, да

Ничего не должен

Это просто для фана, да

да что ты паришься, заплати человеку 400р, ну 600, там же делов на полчаса)

Кому? Васе чтобы минишоп исправил?)

Я не спрашивал про этот метод, я сам его исправил, я спрашивал как вернуть из события данные

не, Дмитро))

Зачем?

Если человек на черное говорит белое

Открой сабмит

Там даже димас увидит

Я сделаю допполе в заказе свое

ты где поле создаешь? в msOrder или msOrderAddress?

ты где поле создаешь? в msOrder или msOrderAddress?

Допустим в заказе

Но это не столь важно

А кто-нибудь знает, может ли Office или Hybrid Auth в случае если на емейл уже зареган пользователь, при входе через не привязанную соц-сеть автоматом её привязывать. Сейчас получается так: если емейла, привязанного к соц-сетке на сайте нет, то учётка создаётся и всё ок, дальше можно входить через соц-сеть, но если на сайте уже есть учётка с таким емейлом и к неё соцсеть не привязана, то при попытке зарегаться через соц-сеть просто ничего не происходит, даже ошибка не вылазит, что пользователь с таким емейлом уже есть и надо под ним залогиниться и привязать соц-сеть.

Допустим в заказе

вот данные из формы перезаписываются в сессию и далее пишутся в msOrderAddress если ты создашь поле там, то из формы инфа сохранится тебе это нужно?

вот данные из формы перезаписываются в сессию и далее пишутся в msOrderAddress если ты создашь поле там, то из формы инфа сохранится тебе это нужно?

Я именно про это. НО 1. Сам заказ забыли проапдейтить 2. Как вернуть данные из эвента - это мой вопрос и был)

Ну т.е. на самом заказе должен точно такой же мердж стоять

Он тупо по совпадающим полям и заберет

Ну т.е. на самом заказе должен точно такой же мердж стоять

мердж в смысле на msOrder?

мердж в смысле на msOrder?

Ага

Ага

ну в принципе да но что мешает записать нужные поля на msOnBeforeCreateOrder?

ну в принципе да но что мешает записать нужные поля на msOnBeforeCreateOrder?

Бля)

Данных формы там нет

ну в принципе да но что мешает записать нужные поля на msOnBeforeCreateOrder?

не, ну ты тугой))) не хочет он там ниче писать!!!!

Данных формы там нет

$order->get()

Формы

Которая data

Формы

на 370 строке данные из формы пишутся в сессию

Которая data

if (!$response['success']) { return $this->error($response['message']); } if (!empty($response['data']['data'])) { $this->set($response['data']['data']); }

Хорошо, тогда в сабмите есть order и есть data

В чем логика?)

if (!$response['success']) { return $this->error($response['message']); } if (!empty($response['data']['data'])) { $this->set($response['data']['data']); }

Да, подразумевается, что есть data, ты все это правишь и оно пишется обратно. Так?

Да, подразумевается, что есть data, ты все это правишь и оно пишется обратно. Так?

так

Ну вот если ты посмотришь, то мерджить и забыли в заказе

О чем я и говорю.

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

Ну вот если ты посмотришь, то мерджить и забыли в заказе

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

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

Ты не прав. В заказе есть поле properties

К примеру

Ты не прав. В заказе есть поле properties

так и в msOrderAddress оно есть

Ну да, только валюта, кредитная линия, отсрочка это свойства заказа

А не адреса

так и в msOrderAddress оно есть

Только заполнить его невозможно в заказе )

И невозможно в заказ, положим, добавить автокомментарий

оператор сотовый толкает рекламу на сайте, я в ахуе

Как бы очевидно, мне кажется )

https://github.com/bezumkin/miniShop2/issues/373 ребята, поставьте лайк, функция нужная

Veu, серьезно?

ВЬЮ

ВЬЮ!!!!!