kon

Это по тому, что вы вернулись в магазин чуть раньше робота, который известил сайт об оплате.У зпаймента задержка при этом секунд 8.Вообще платежные системы злодеи. Им бы отправлять клиента назад после успешной оплаты автоматом. Жилось бы легче.

В случае со сбербанком, это действительно так.Алгоритм с отложеным платежом.подвердить => появился заказ, Статус = 0.Выбираем сбербанк. Печатаем счет.Нажимаем кнопку "возврат в магазин".Магазин понимает что клиент вернулся, но оплаты нет, (потому что платежный сервер нас дернет только после прихода денег по сбербанку.) и меняет статус заказа на "Ожидание", заказ появляется в админке и кабинете, клиент получает письмо, корзина очищается.Когда то потом приходит подтверждение о получении оплаты от робота.Статус заказа меняется на "Оплачен, в работе" - клиент получает письмо.Да, в данном случае если не вернуться в магазин, заказ не появится в админке до получения реальной оплаты. Алгоритм мнгновенного платежа.подвердить => появился заказ, Статус = 0.платим Z-рублами со своего кошелька.Робот дергает магазин, статус заказа меняется на "Оплачен, в работе", появляется в админке и кабинете, клиент получает письмо.Нажимаем кнопку "возврат в магазин". Магазин понимает что клиент вернулся, оплата есть, чистит корзину и ничего больше не делает.В данном случае если не вернуться на сайт, заказ будет оформлен, но корзина не очищена.Надо подумать как ее чистить при таком раскладе.

В админку необходимо зайти и настроить состояния заказа после получения оплаты и после оформления заказа. Потому что как только робот дергает магазин по поводу проведенной оплаты, происходит confirm($LMI_PAYMENT_NO, $this->config->get('zpayment_order_status_id'), 'Z-payment');И статус заказа меняется. Он не может остаться в нулях. Не исключено, что если вы в админке не настраивали после установки этого модуля параметры, то zpayment_order_status_id может быть и нулевым. После возврата на success, если стастус заказа всё еще нулевой - вас пошлет на страничку payment/wait В админке - отключите - удалите - установите - настройте модуль. Проверьте как работают платежи и куда вас поле success реально посылает - на success или wait.

Фиксируется, проверено. У мажордомов жесткое кеширование php скриптов. Вы можете видеть все очень замедленно.

В этих паролях желательно не использовать спецсимволы. Проверьте установку модуля. На месте ли файл catalog/view/theme/default/template/payment/zpayment.tpl ? не перекрывается ли он таким же файлом, но в другой теме? Есть ли в нем строка: <input name="ZP_SIGN" type="hidden" value="<?php echo md5($shop_id . $order_id . $amount . $init_password); ?>" />По поводу кракозяб. На чем (операционка,система) крутится ваш магазин. И еще. Попробуйте начать процедуру платежа в z-payment с моего сайта, будут ли кракозябы?

В микросторе все чисто в плане amp. Давай зачетку. Работаем без выходных с 9.00 жо 20.00Убило

Возьмите этот модуль со включенным дебагом. Замените им текущий модуль для ликпая catalog/controller/payment/liqpay.phpСделайте покупку в магазине.Выкладывайте содержимое файла _корень сайта_/system/logs/liqpaylog.txt сюда.Пока ясно что магазин не принимает платеж. checkpay не при чем. liqpay.debug.php.zip

Означает ли это, что заказ в магазине формируется и статус заказа меняется на оплаченный?Или оплата проходит только в ликпее, а магазин ни о чем не в курсе?Если оплата все таки фиксируется магазином, то понял в чем проблема.Вы возвращаетесь в магазин раньше, чем приходит доклад от робота платежной системы о получении оплаты. Я это не учел.Просьба потестировать это предположение и кнопку "вернуться в магазин" на сайте ликпея нажать не сразу, а через минуту, например.Кстати - проверьте настройки магазина, должно быть (у меня так, но по умолчанию там по другому) так:P.S. На сервере инет быстрый, на работе не очень. Меня платежный робот обгоняет https://opencartforum.com/public/style_emoticons/default/icon_question.gif Не могу повторить.P.P.S На функцию checkpay забивать не желательно. Попробуйте без неё себе заплатить с несуществующей визы. Магазин примет платёж, хотя в ликпее он и не пройдет.

Пустая страница, это обычно фатальная ошибка php.Парралельно с запуском инсталляции смотрите в соседнем терминале логи веб сервера.Многое прояснится.

wget http://safecig.ru 2>/dev/null -O - | grep -c '&'1919 кривых линков на главной. Например: <td valign="top">[url="http://safecig.ru/index.php?route=product/product&product_id=14"]Атомайзер DSE801 Серебристый[/url]

Ничего не понял. Просто секретного ключа в з-паймент нет. есть: Секретный ключ Merchant KeyПароль инициализации магазинаУ меня сейчас оба используются. Причем в опциях з-паймента стоит Высылать предварительный запрос перед оплатой на Result URL = ДАВысылать Merchant Key, если Result URL обеспечивает безопасность = НЕТСверьте админки z-paymenta и вашего магазина на предмет совпаденя всех ключей и адресов перехода. Даже если все выглядит хорошо, скопипастите из зпаймента ключи себе в магазин. По поводу кодировок тоже не понял. Не заскриншотите ли процесс.

Чистит корзину catalog/controller/checkout/success.php То есть у вас не срабатывает роут по результатам успешной операции на checkout/success Если вы пользуетесь моей версией, это значит не отрабатывает функция checkpay. код: $order_info = $this->model_checkout_order->getOrder($this->session->data['order_id']); if ($order_info['order_status_id'] == $this->config->get('config_order_status_id')) { $this->redirect(HTTPS_SERVER . 'index.php?route=checkout/success'); } else { $this->redirect(HTTPS_SERVER . 'index.php?route=checkout/payment'); }Функция вызывается, когда вы в ликпее нажимаете кнопку вернуться в магазин. Если вы не нажали ее - то корзина не очистится. Если нажали то в любом случае будет либо переход на success и корзина очистится, либо переход на payment и еще одна попытка оплаты. Так что вопрос, нажимаете ли вы на кнопку возврата в магазин, и что при этом происходит.

Попробуйте viewtopic.php?p=3596#p3596

Это ошибка в переводе. Пароль не менее 4 символов. Проще исправить перевод в файлах ./catalog/language/russian/account/password.php./catalog/language/russian/account/create.php./admin/language/russian/sale/customer.php./admin/language/russian/user/user.php

viewtopic.php?p=3733#p3733Да, достаточно.Но переделана только дефолтная тема.Остальные темы, которые можно скачать нуждаются, возможно, в дополнительной обработке.Обработка не сложная.

Конечно можно. Я кстати в треде выкладывал готовую измененную default тему, так что можно различия посмотреть, но повторюсь: Менять нужно echo str_replace('&', '&', _что угодно_) на echo _что угодно_При этом _что угодно_ всегда разное. То есть это 142 разных, но похожих по духу замены. Строку для мультизамены я и привел. Регекспы они везде одинаковы, что в линухах, что в видовс. Еще две строки изменяются в в модели. Так же выложен измененный файл вместе с дефолтной темой. Линух ставить не обязательно. Скачайте пяток мегабайт с http://www.cygwin.com/ - вам потребуется оттуда bash и perl. И у вас будет линуксовое окружение в виндовс.

2 19th grep -r str_replace upload/catalog/view/theme/default | grep -c str_replace142Я не могу рекомендовать людям делать руками 142 замены в разных файлах. Это приведет к ошибкам и негативу.

По мере подключения платежных систем сталкиваюсь со сложностями. По возможности сложности решаю и выкладываю на пользу/радоcть народу.Итак переделанный модуль для z-payment. Различия с исходным модулем:1. Включен "Пароль инициализации магазина" (повышение секурности раз в сто)2.а. Ручками заведите в магазине статус заказа "Ожидает оплаты"2.b В админке в настройке z-payment выставьте: Статус заказа после оплаты - "В обработке" Статус заказа после выписки счета: "Ожидает оплаты"Зачем это надо?Z-payment предполагает как вариант - отложенный платеж, например перевод через сбербанк - блиц.Если клиент выберет отложенный платеж - то он будет переправлен на страничку checkout/wait где ему объяснят, что заказ принят, но движуха начнется после получения денег. Статус заказа будет "Ожидает оплаты"Причем когда денежки придут, клиент (надеюсь) получит уведомление об этом по почте и статус заказа изменится на "В обработке".В штатном варианте сбербанк-блиц платеж будет принят системой как проведенный.Комментарии приветствуются, как обычно.P.S. Добавлен контроллер в ядро - checkout/wait - адрес для посыла людей с принятым платежной системой, но отложенным платежом. zpayment.zip

2 ytrews давай уже адрес своего магазина, сделаем инспекцию независимую. SEO не генерятся динамически. Ну вернее у меня генерятся, конечно. И никто не мешает мне в шаблон для генератора воткнуть *.html (Как все хорошие мысли - эта тоже пришла в момент написания поста. Надо бы сделать.) 2 absorber wget http://safecig.ru 2>/dev/null -O - | grep -c '&'19На главной 19 линков ведущих в никуда.Например http://safecig.ru/index.php?route=product/product&product_id=127Результат - товар не найден.Безусловно, умные роботы преобразуют amp в & и таки пройдут по ссылке. Но зачем мешать роботам?

2 cashlife wget http://mirfredericm.ru 2>/dev/null -O - | grep -c '&'0

Вообщем резюме и срипт для проверки. Проблема с индексацией сайтов, не оборудованных SEO есть. Решение общее и конкретная замена выложены в этом треде. Решение снимает проблему и немного ускоряет работу сайта. Кто бы с хорошим знанием английского поднял бы тему на форуме разработчиков. Вот экспресс тест (Опять же под линуксом. Владельцам виндовс - поставьте убунту в виртуалку и тоже пользуйтесь): Плохой сайт, индексация будет с косяками: wget http://shop.dalishoes.ru 2>/dev/null -O - | grep -c '&'36Тридцать шесть плохих ссылок с вхождениями amp Хороший сайт, индексация будет правильная: wget http://shop.pskovdiesel.ru 2>/dev/null -O - | grep -c '&'0Нет ссылок с amp. Хороший сайт: wget http://www.kolesa62.ru 2>/dev/null -O - | grep -c '&'0 Плохой сайт: wget http://nano.biz.ua 2>/dev/null -O - | grep -c '&'28 И так далее

Откройте в фоксе код этой страницы, вот прямо этой, где мы находимся. Откройте целиком.Поиском найдите свой ник. Увидите amp. Хотя его нет в коде, отдаваемом сервером.Ну и до кучи - я тоже попросил гуглбота сходить на мой сайт - и вот что он видит (никаких amp!!):

Мало того, что я вижу. Я еще и пофиксил всё. То есть проблема была, вы абсолютно правы.Но сейчас мой сайт не отдает ни одного amp-a ни роботу ни браузеру. То что при этом firefox эти ампы кажет это его личные firefox-совские сексуальные трудности. И они нас путать не должны.Вот попробуйте не браузером, а любой качалкой скачайте первую страничку моего сайта, и в полученном HTML коде найдите хоть один amp. Ну или в любом другом браузере откройте исходный код страницы и поищите там amp.По поводу нигде не подставляет. Прямо тут в этом треде в firefox выделите свой личный ник и посмотрите исходный код. Увидите пресловутый amp. Хотя его нет в коде. В чем вы убедитесь посмотрев этот форум в любом другом браузере.PROFIT

А, понял. Вы сейчас с ветряными мельницами воююете.;)) эти ампы firefox при просмотре исходного текста в файрфоксе подставляет зачем то.Прикладываю скрин с гуглохромо-браузером.И как мне кажется, этот amp прополз в движок именно из за кривоватого firefox просмотра текста.

2 Fix305Ну в середине треда есть баше-перловый скрипт, который убирает все & из tpl файлов в любой папке.Осталось понять, почему разработчики с таким упорством его везде понатыкали.На мой непросвещенный взгляд & совсем не нужен, равно как и функция замены которая это делала.