Николай Савин
С нами с 01 января 1970; Место в рейтинге пользователей: #2Вчера в 10:33
docs.modx.pro/components/minishop2/development/scripts-and-styles
вам нужно событие Order.submit.response.success
Как создать java script событие для кнопки "оформить заказ"? 1
27 апреля 2026, 13:13
Если только после майских праздников можно будет сделать для 2.x. Попробую.
mxDadata — интеграция DaData (Suggest, Clean, Party) с MODX 3 и MiniShop3 2
27 апреля 2026, 11:51
Я так же все локально разрабатывал и тестировал и все ок было
msp3YooKassa - Интеграция с платежной системой ЮKassa 7
26 апреля 2026, 15:27
Я потому и задал вопрос о том как реализовано в Minishop3?
Новости MiniShop3, mSearch, mFilter 7
22 апреля 2026, 06:21
Мне лично документация вообще не понятна :-). Все просто в доке, но вот вопрос, что за канал создается через ваш бот? Это наш канал или ваш? В доке ма...
[MAX bot] отправляем сообщение в бот MAX на изи 8
22 апреля 2026, 00:22
Оказалось, что Localizator конфликтовал с плагином prettyTags. Ошибки в журнале с этим не связаны.
Localizator 1.0.9 и 1.1.0 8
21 апреля 2026, 19:25
Всё же разобрался.
Браузеры игнорируют CSS-файлы, если сервер отправляет неправильный MIME-тип. Например, вместо text/css может возвращаться text/ht...
pdoTools и sql_mode=only_full_group_by - ошибки при работе PdoPage 3
18 апреля 2026, 15:34
открыл, не знаю, почему он закрыт оказался) но, стоит учесть, что код там очень старый
msProductKits - удобное управление товарами-комплектами (наборами товаров) 31
С таким вопросом обратился ко мне пользователь.
Для решения проблемы я открыл плагин modRetailCRM, нашел строчку, которая отвечает за отправку заказа в RetailCRM
Результат выполнения команды сохраняется в переменную $response.
Чтобы просмотреть возможную ошибку (а к слову RetailCRM присылает подробное описание ошибки на русском языке) достаточно распечатать эту переменную и сохранить ее в лог журнал MODX
После создания тестового заказа — пошел посмотреть журнал ошибок и увидел результат выполнения запроса, в котором русским по белому написано, что ошибка возникла из за несуществующего способа оплаты.
Оказывается если передать в этой строке
произвольный текст — RetailCRM не примет заказ.
Проблема решилась комментированием строки.
А откуда собственно взялся произвольный текст?
При создании способов оплаты я предложил в поле Описание — description указывать символьный код способа оплаты из справочника REtailCRM. Например Оплата наличными — cash.
Если же указать там именно произвольное описание способа оплаты, чтобы показать его клиенту в корзине — получится ошибка, которая решается всего лишь исключением передачи способа оплаты в CRM.
Для чего я так подробно все расписал.
Ну помимо очевидного решения бага я надеюсь будет полезна сама методика выявления возможных ошибок.
Дописываем плагин modRetailCRM, добавляя событие отслеживания статусов заказа msOnChangeOrderStatus
Вам нужно указать id заказа для того чтобы найти нужный заказ в CRM и символьный код статуса в CRM.
Статусы могут быть разные, это все индивидуально для вашей CRM, список статусов и их символьные коды можно посмотреть в разделе Администрирование — Статусы.
В данном примере я указал соотношение для статуса оплачено в Minishop — статус Выполнен в CRM
С удовольствием посотрудничал бы с вами, но что-то заказов набрал много.
Во первых будет ли перевод на русский? Ну или хотя бы белорусский ))
Во вторых что с записью, а точнее ее стоимостью? На страничке написано, 50% скидка на запись. Это сколько?
Как ты делал, когда был баг с msFavourites и 2.5.8.
Ну это так… взгляд снизу.
Я к своему стыду и не знал что PHP 7.2 вышел.