Николай Савин

Николай Савин

С нами с 01 января 1970; Место в рейтинге пользователей: #2
14 ноября 2018, 06:53
0
Понял, принял. Спасибо за мнение. Пост для того и создан — разобраться — а надо ли?
12 ноября 2018, 09:36
0
Нет одинаковых id быть не может. В этом и смысл id — уникальный номер заказа в базе данных.
Я так понимаю у тебя заказы в базу не пишутся — зачем тогда вообще id указывать? Отправляй просто необходимые данные. Имя клиента, телефон, данные по товару, что там у тебя еще не знаю.
10 ноября 2018, 08:10
0
при чем тут товар? Ты должен передавать id заказа, а не товара
09 ноября 2018, 21:52
0
Ну как видишь Статус — Успех. Задача создана, id присвоен
09 ноября 2018, 15:52
0
Ну значит происходит магия
09 ноября 2018, 15:49
0
Ну значит у тебя либо все товары с одним и тем же именем, либо ты передаешь один и тот же id товара
09 ноября 2018, 15:43
0
В этом случае ни цену, ни название товара вообще передавать не нужно, они есть в базе RetailCRM. Достаточно передавать идентификатор
01 ноября 2018, 19:11
0
Не помню точно, возвращается ли ошибка от sendPulse, но Попробуй так.
$response = $modsendpulse->sendPulseAddEmailsToBook($params, $book);
$modx->log(1, print_r($response, 1));

Компонент с некоторого времени платный (290 руб) — если не получится — покупай, пиши в поддержку — поковыряем вместе уже более подробно
01 ноября 2018, 18:52
0
Как передать, или где его взять?
01 ноября 2018, 18:46
0
Это кардинально неправильный подход.
Нужно использовать систему плагинов. Попробуй создать плагин на событие onUserSave (не уверен, что это событие сработает). Как вариант можно создать плагин на событие msOnCreateOrder, там тоже есть доступ к данным заказчика. И уже оттуда отправлять данные в адресную книгу
31 октября 2018, 18:13
0
Выше посмотри. Здесь же в комментариях несколько раз писал уже
31 октября 2018, 16:21
0
А где собственно запись ответа в лог? Нужно же после запроса еще ответ в лог записать, чтобы посмотреть ошибку
26 октября 2018, 11:17
0
Верно заметил. Сообщество, а не детский сад. Здесь нянечек нет. Не нравится — не используй. Сделай сам.
26 октября 2018, 10:34
0
Потому что ты просишь чтобы за тебя все сделали, разжевали и готовое на блюдечке вынесли.
26 октября 2018, 10:30
0
на 130 с лишним скачиваний — он почему то у тебя одного не работает. Тебе не кажется, что проблема не в компоненте, а где то еще?
26 октября 2018, 10:22
0
С какой задачей? Перебрать массив опций и проверить их на пустоту? Это основа PHP: циклы и условия. Если ты не знаешь как делать подобные вещи — то лучше обратись в раздел работа.
26 октября 2018, 10:11
0
Ну как я и сказал. Если у свойства товара пустое значение — RetailCRM вернет ошибку.
Можно ли сделать какое-то условие, если модификация пустая не учитывать ее?
Ответить
Можно — разрешаю.
26 октября 2018, 08:44
0
Насколько я понял, у тебя что то не то с модификациями. Может просто пустые.
Попробуй, распечатай перед отправкой массив с данными, может что-то будет более ясно.

$modx->log(1, print_r($orderData, 1));
26 октября 2018, 07:55
0
Вот после этой строки в плагине
$response = $modRetailCrm->request->ordersCreate($orderData, $site);
можно включить логгирование
$modx->log(1, print_r($response, 1));
Мне очень нравится как API RetailCRM возвращает ошибки. Все предельно понятно
22 октября 2018, 14:11
+1
Хотя бы плюсик к статье поставьте вместе со спасибо,
По существу Не уверен что такая доработка плагина нужна. Вы пока второй на 130 загрузок, кто такое спрашивает.