iglin

Смотрите откуда у вас там $order формируется. Если из модели catalog/model/checkout/order.php функцией getOrder, то $order['firstname'], $order['lastname'] и т.д. по аналогии (смотреть в базе данных таблицу *_order)

ну уж точно не в нём) Вы скажите в каком вам месте нужно иметь к ним доступ и для чего, тогда может и получится подсказать. Если по аналогии с вашим примером, то данные о адресе есть например в shipping_address

Может всётаки вот так? <div id="ozonbuttonwrap" data-ean="<?php echo html_entity_decode($ean, ENT_QUOTES, 'UTF-8'); ?>"></div>

Вам ещё на прошлой странице ответили на этот вопрос)

Опасна ли она не знаю, и вникать нет никакого желания (гугл говорит вроде это аналитика от Oracle). Но по моему личному мнению - кнопки эти абсолютно бесполезная штука.

Вообщем нашёл)) Кнопочки "поделиться в соцсетях" эту фигню добавляют) catalog/view/theme/default/template/product/product.tpl <!-- AddThis Button BEGIN --> <div class="addthis_toolbox addthis_default_style" data-url="<?php echo $share; ?>"><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a> <a class="addthis_button_tweet"></a> <a class="addthis_button_pinterest_pinit"></a> <a class="addthis_counter addthis_pill_style"></a></div> <script type="text/javascript" src="//s7.addthis.com/js/300/addthis_widget.js#pubid=ra-515eeaf54693130e"></script> <!-- AddThis Button END -->

В дистрибутиве который вы сегодня качали я такого не обнаружил.

Пока отвечал вам в голову пришло более элегантное решение)) В таблице oc_event найти запись с кодом cdek_shipping_add_scripts и повесить её на триггер запуска корзины (в частности для симплы - catalog/controller/checkout/simplecheckout/before). Но это решение требует предварительно удалить из файлов сдека кривое добавление ивентов целыми пачками))

зависит от того какая "корзина" у вас используется. То что я написал в catalog/controller/event/cdekshipping.php оборачиваем подключение скриптов в функции addScripts в условие проверки пути по которому сейчас находится пользователь. В частности в этом примере скрипты которые нужны для сдэка будут выводиться только на странице оформления заказа Simple (checkout/simplecheckout) public function addScripts() { if (isset($_GET['route'])){ if ($_GET['route'] == 'checkout/simplecheckout') { $this->document->addStyle('catalog/view/theme/default/stylesheet/sdek.css'); $this->document->addScript('//api-maps.yandex.ru/2.1/?lang=ru_RU&ns=cdekymap'); $this->document->addScript('catalog/view/javascript/sdek.js'); }} }

Если кроме этого всё работает, то вам нужно просто удалить с сайта этот "вирус" и перейти на https

Там можно создать способы доставки, так что плюсом ничего не нужно.

Ну обычно да) Клиента переадресовывают на страницу завершения заказа передавая в теле запроса все нужные параметры для завершения)) А тут как то немного через *опу сделано мне кажется)) Но мы ж не знаем как у них там что работает, может платёж обрабатывается долго и чтобы клиент не смотрел в экран загрузки - так сделано.

В серверных логах посмотрите пытается ли что то перейти по тому адресу. Там либо гдето ваш фаервол блокирует либо с их стороны что то не так. Можете так же в логи вывести все что вы отправляете им в функции джеттокен и что они вам возвращаю.

Ну значит остается только проверить реально ли он рабочий - добавить эту запись лога внутри функции колбек() без единички которая)) и если там лог запишется, то разбираться почему они или не хотят или не могут попасть к вам на сайт)

Ну тут я немножко тупанул, не туда сказал вписать)) добавте $this->log->write("Webhook received: "); вот это впишите. Эта надпись должна появиться в логе, если они могут достучаться до вас. Если не появится, то или им ваш сайт недоступен или лог у вас совсем не пишется)

Верните тогда как было)) И сразу после public function callback1() { добавте $this->log->write("Webhook received: " . $postData); И посмотрите в логе опенкарта что они вам шлют

Ну я о том и говорю) Замените в catalog/controller/extension/payment/begateway.php $this->is_authorized() например на 1==1 и точно будете знать - у вас та же проблема на которую указал Shureg или нет)) Если ничего не изменится, то значит 'transaction' от них приходит пустой... Хотя если бы он был не пустой, то в лог у вас в любом случае должно было что то записаться ($this->log->write("Webhook received: $postData");), а он вы говорите у вас пустой...

Ну если на checkout/success переадресовывает, то и здесь оно работает. Если я правильно понял логику - там после оплаты их сервис переадресовывает пользователя на страницу завершения заказа (это у вас есть), и параллельно сам стучит по адресу extension/payment/begateway/callback1, там уже аддХистори (ставит нужный статус, пишет комментарий, отправляет почту и всё такое). В вашем случае их сервер не может до вас "достучаться" видимо и сменить статус. Но это всё в теории) Я вижу только их код на гитхабе) И даже понятия не имею как оно там всё на самом деле работает, так как даже кнопку оформить заказ у вас тыкнуть не могу на сайте))

У меня на вашем сайте не с одним способом оплаты никуда не переходит)) И в консоль валятся ошибки указывающие на лайтнинг) Что вы подразумеваете под стандартным модулем? Я имел в виду стандартную страницу оформления заказа.

Видимо что то поменяли? Сейчас я смотрю у вас не переходит никуда. Попробуйте со стандартным модулем оформления заказа посмотреть как будет себя вести. Ну да, как костыль конечно можно в callback() добавить аддХистори с каким нибудь неподтверждённым статусом, чтоб заказ не потерянный был до его оплаты.

думаю не там лог смотрите. Пользователь переходит на страницу checkout/success? Если да, то колбек отрабатывает, но не отрабатывает addOrderHistory. Вся эта логика не в CMS, а в самом платёжном модуле. И если другие модули работают нормально то нужно разбираться с конкретно этим модулем.

Спросить у автора модуля там где вы его покупали.

Сейчас установил свеженький оцстор3, всё из коробки тоже работает ))

https://github.com/ocStore/ocStore

Дак берите тогда оцстор целиком)) Последнее изменение было Commits on Aug 7, 2020, а не 2017 как вы говорите)) Ну да, скачайте тогда актуальную версию, а то судя по ошибкам блога и тому что в category_list.twig были ошибки, у вас она какая то старенькая))