Всего 122 719 комментариев

aj
aj
05 мая 2015, 15:24
0
Шутка в том, что часть заказов сохраняется нормально, а часть нет. Причем плагин работает вполне себе ровно на 3-х соседних проектах в связке с miniShop и ни разу никаких нареканий не было.
Василий Наумкин
05 мая 2015, 15:23
0
Ну просто потому, что со своими процессорами гораздо удобнее.

Они расширяют системные и готовят данные, как мне нужно. Например, кодируют поле content ресурса в base64 при отправке, а при получении — декодируют.
Василий Наумкин
05 мая 2015, 15:21
0
А без плагина, я так понимаю, заказ нормально сохраняется?

Если так, то проблема, очевидно, в классе отправки SMS.
aj
aj
05 мая 2015, 15:17
0
Ошибка бы фиксилась в логах. Я сейчас оберну все в try..catch на всякий случай…
Евгений Савицкий
05 мая 2015, 15:15
0
а почему было решено использовать свое дополнение со стороны сайта? почему бы не использовать стандартные процессоры?

Вопрос не ради поболтать, некоторое время назад просто не спеша начал делать приложение под андроид и стоял перед вопросом: писать свои процессоры или использовать стандартные

сразу скажу, что не обошлось совсем без вмешательства в код, есть проблема с получением HTTP_MODAUTH для сессии… не копал глубоко, думаю можно тоже стандартом выдернуть — это оставил на «потом»
aj
aj
05 мая 2015, 15:15
0
Это понятно. Событие там отмечено только одно. 3 раза проверил. Плюс повесил триггер в метрику, чтобы сравнивать. На выходе в метрике 3 клика на submit отправки заказа. На телефоне 3 смс. Время совпадает. Соответственно событие отрабатывается корректно. И именно то, на которое рассчитан плагин.

Вот только заказ не сохраняется. Почта не отправляется. В логах чисто. Как будто ничего и не происходило.
Василий Наумкин
05 мая 2015, 15:14
0
не совсем удобно что он ищет сразу.
Чем это может быть неудобно?

И чем может быть удобно натыкать фильтры, нажать кнопку и получить «результатов не найдено»?
Наумов Алексей
05 мая 2015, 15:13
0
Может плагин где то php ошибку выдает и оформление заказа «умирает»? А пользователь 2-3 раза нажимает кнопку из-за этого…
Василий Наумкин
05 мая 2015, 15:11
0
В нормальном плагине должна быть проверка события, на которое он рассчитан.

Твой плагин, насколько вижу, будет срабатывать на все события, указанные в его настройках. Понятное дело, что кто-то мог и отметить лишние.

В MS2 тоже, как бы, тупить негде — ровно один вызов этого события при создании заказа.
Игорь Терентьев
05 мая 2015, 13:40
0
Это страница товара.
aj
aj
05 мая 2015, 13:30
0
Проверял. Нет таких. Сплошная мистика.
Алексей Ерохин
05 мая 2015, 13:04
0
Проверьте в базе заказы со статусом 0
aj
aj
05 мая 2015, 12:49
0
Добавьте проверку названия плагина и проверку на получение id заказа.
Это решит проблему паники со стороны клиента, но никак не поможет разобраться в чем проблема.

Как вариант — ваш плагин плюет что-то в вывод, и минишоп не отрабатывает отправку писем и т.п.
Часть заказов отрабатывает корректно. На 3-х проектах рядом он работает и проблем не возникает. Поэтому проблему плагина исключаю.
Алексей Ерохин
05 мая 2015, 12:46
0
Если это чанк товара, то пишите
[[+id]]
. Хотя если этот чанк выводится на странице товара, то все равно.
Алексей Ерохин
05 мая 2015, 12:34
0
Добавьте проверку названия плагина и проверку на получение id заказа.
Это должно избавить от ложных срабатываний, а потом уже копать, что не так с созданием.

Как вариант — ваш плагин плюет что-то в вывод, и минишоп не отрабатывает отправку писем и т.п.
tinyurl.com/qgayjpd
Антон Мамрашев
05 мая 2015, 12:32
0
Вижу, насчет скриптов спасибо, про атрибут посмотрю, должна быть проверка на стороне modx
Виктор
05 мая 2015, 12:24
+1
1) Несколько раз подключается скрипт


2) Хранить значение звездочки в атрибуте как-то плохо наверное
aj
aj
05 мая 2015, 11:58
0
Так вон он. В самом низу поста.