[Підтримка] Яндекс.Деньги, Карты, Наличные, Webmoney, Мобильный (по договору)

[ashap]

 

Здравствуйте, хотел бы уточнить вопрос лицензирования модулей оплаты, обычной и отложенной, в связи с выдачей отдельных лицензий на домен и каждый из его поддоменов. Модули куплены.

 

Конфигурация системы такова. В DNS для моих поддоменов (для удобства назову домен 2-го уровня 'domain') www.domain.ru, ftp.domain.ru, mail.domain.ru, т.д. моего домена 2-го уровня domain.ru настроены CNAME-записи так, что по ним поддомены разрешаются сначала в domain.ru через CNAME-записи и затем в IP-адрес через A-запись. Иными словами, делаю перенаправление www.domain.ru и остальных 3-го уровня на domain.ru средствами DNS. (За этим может следовать перенаправление на конкретный сервер пула балансировщиком по TCP/80, TCP/443, TCP/21, проч., но это уже другая история.) Обычная практика.

 

URL магазина – http://domain.ru/..., в config.php – define ('HTTP_SERVER', 'http://domain.ru/...'). 

Настройки на стороне Яндекса для сheckURL, paymentAvisoURL – https://domain.ru/...

 

Лицензии на модуль получал 1) для домена 2-го уровня в пром. эксплуатации domain.ru, 2) для домена 3-го уровня разработки и тестирования test.domain.ru.

 

ВОПРОС: будет ли обоснованным предположить, что модули оплаты при проверке лицензии проверяют доменную часть URL-а магазина в точности как оно настроено для магазина в OpenCart?

Покрывает ли лицензия, запрошенная на домен 2-го уровня domain.ru, также и общепринятые для веб-сервисов домены 3-го уровня вида www.domain.ru, www1.domain.ru, т.п.? (Хотелось бы, ибо это общепринятая практика, но посмотрим.)

 

Спасибо.

 

вы можете использовать как угодно

главное это как вы заходите в админ панель

на этот домен и лицензия

если вам нужны доп ключи на под домены тестовые еще какието

вы просто напишите я сделаю

[DmitryBugrimenko]

Понял, спасибо. Тогда в ночь переноса с разработки в пром может удастся и поспать :)

[daveee]

Спасибо за отличный модуль оплаты. Нашел лучшее для себя решение.

[melsp]

Добрый день!

У вас в описании написано:

"Если пользователь прервал оплату, заказ все равно создастся".

Эту проблему как-то можно решить? Чтобы заказ в этом случае не создавался.

[ashap]

Добрый день!

У вас в описании написано:

"Если пользователь прервал оплату, заказ все равно создастся".

Эту проблему как-то можно решить? Чтобы заказ в этом случае не создавался.

да в настройках есть

создавать заказ только после оплаты

[melsp]

да в настройках есть

создавать заказ только после оплаты

 

Отлично! Кто-нибудь на работающих сайтах это протестировал?

[DmitryBugrimenko]

Всё собираюсь сегодня на боевом запустить, и так с начала недели :) Пришлось в срочном порядке против своей воли озадачиться переносом магазинов на другой хостинг с нынешнего корявого. Обязательно потом отпишу, как оно пошло на боевом сайте...

[DmitryBugrimenko]

Установленные в одном магазине модули YandexPayUr и YandexUr (каждый в своем файле install.xml) изменяют абсолютно одинаковые участки кода. Из-за этого в ocmod_error.log фиксируются ошибки з-за попыток изменить несуществующие участки кода, которые были уже изменены одним из модулей. Как бы их убрать, чтобы администраторов не пугали зря.

 

1) Первый участок начинается с <file path="catalog/model/account/order.php"> и заканчивается </file>

 

2) Второй участок это первая операция в файле <file path="catalog/view/theme/*/template/account/order_list.tpl">

 

<operation>
<search>
<![CDATA[ <td class="text-right"><a href="<?php echo $order['href']; ?>" data-toggle="tooltip" title="<?php echo $button_view; ?>" class="btn btn-info"><i class="fa fa-eye"></i></a></td> ]]>
</search>
<add position="replace">
<![CDATA[ <td class="text-right">
<div class="pull-right"><a href="<?php echo $order['href']; ?>" data-toggle="tooltip" title="<?php echo $button_view; ?>" class="btn btn-info"><i class="fa fa-eye"></i></a></td></div> ]]>
</add>
</operation>

Ранее была дана рекомендация при использовании обоих режимов оплаты, онлайн и отложенной, и обоих модулей YandexPayUr и YandexUr использовать URL-ы для YandexPayUr (на стороне Кассы можно прописать лишь один), так может быть для однообразия ему и отдать приоритет в модификациях кода?

 

И еще, это только мне кажется, что в измененном участке закрывающие теги </div> и </td> поменяны местами?

 

 

Спасибо.

[daveee]

Отлично! Кто-нибудь на работающих сайтах это протестировал?

Да, у себя настроили именно так - https://karmakarma.ru. Очень удобно. Так же включили уведомления по почте админа об поступление оплаты за #заказа, очень удобно постоянно не проверяя Яндекс.Кассу пришла ли оплата.

Змінено 31 березня 2016 користувачем daveee

[ashap]

 

Установленные в одном магазине модули YandexPayUr и YandexUr (каждый в своем файле install.xml) изменяют абсолютно одинаковые участки кода. Из-за этого в ocmod_error.log фиксируются ошибки з-за попыток изменить несуществующие участки кода, которые были уже изменены одним из модулей. Как бы их убрать, чтобы администраторов не пугали зря.

 

1) Первый участок начинается с <file path="catalog/model/account/order.php"> и заканчивается </file>

 

2) Второй участок это первая операция в файле <file path="catalog/view/theme/*/template/account/order_list.tpl">

 

<operation>
<search>
<![CDATA[ <td class="text-right"><a href="<?php echo $order['href']; ?>" data-toggle="tooltip" title="<?php echo $button_view; ?>" class="btn btn-info"><i class="fa fa-eye"></i></a></td> ]]>
</search>
<add position="replace">
<![CDATA[ <td class="text-right">
<div class="pull-right"><a href="<?php echo $order['href']; ?>" data-toggle="tooltip" title="<?php echo $button_view; ?>" class="btn btn-info"><i class="fa fa-eye"></i></a></td></div> ]]>
</add>
</operation>

Ранее была дана рекомендация при использовании обоих режимов оплаты, онлайн и отложенной, и обоих модулей YandexPayUr и YandexUr использовать URL-ы для YandexPayUr (на стороне Кассы можно прописать лишь один), так может быть для однообразия ему и отдать приоритет в модификациях кода?

 

И еще, это только мне кажется, что в измененном участке закрывающие теги </div> и </td> поменяны местами?

 

 

Спасибо.

 

при использовании двух модулей сразу

да убрать в одном файле эти участки

и да поменять местами теги будет верно

[melsp]

Всем привет!

Ребята, у всех сегодня платежи по Кассе проходят?

У меня вот не проходят, поддержка Яндекс уже 4 часа не отвечает по почте...

[melsp]

Всем привет!

Ребята, у всех сегодня платежи по Кассе проходят?

У меня вот не проходят, поддержка Яндекс уже 4 часа не отвечает по почте...

 

Все, разобрался. Это из-за редиректа на ""WWW".

Но хелпдеск до сих пор не отвечает... Не зачет...

[ashap]

Все, разобрался. Это из-за редиректа на ""WWW".

Но хелпдеск до сих пор не отвечает... Не зачет...

А в пятницу всегда оно так

Они уже субботу отмечают))))

Тем более первое апреля, подумали что вы пошутили )

[melsp]

А в пятницу всегда оно так

Они уже субботу отмечают))))

Тем более первое апреля, подумали что вы пошутили )

 

Придется завтра звонить :) Но вообще-то люди убытки несут, если у них что-то на сайте отваливается... А они "субботу отмечают" :):)

[DmitryBugrimenko]

Здравствуйте,

 

имею модули оплаты онлайн и отложенной, на стороне Яндекса сheckURL и paymentAvisoURL смотрят на account/yandexpayur, ибо можно только что-то одно и так было рекомендовано выше в этой теме поддержки.

 

На страницах "Продажи > YandexPayUr" и "Продажи > YandexUr" информация об онлайн-платежах выводится под YandexPayUr, и не выводится под YandexUr, куда, вроде бы, они относятся.

 

Это неизбежное следствие настройки сheckURL и paymentAvisoURL на account/yandexpayur? 

[ashap]

Здравствуйте,

 

имею модули оплаты онлайн и отложенной, на стороне Яндекса сheckURL и paymentAvisoURL смотрят на account/yandexpayur, ибо можно только что-то одно и так было рекомендовано выше в этой теме поддержки.

 

На страницах "Продажи > YandexPayUr" и "Продажи > YandexUr" информация об онлайн-платежах выводится под YandexPayUr, и не выводится под YandexUr, куда, вроде бы, они относятся.

 

Это неизбежное следствие настройки сheckURL и paymentAvisoURL на account/yandexpayur? 

используете два модуля а адрес один

чей адрес тот и папа)

индивидуальные потребности любые вполне осуществимы за дополнительную плату, обращайтесь в личку если надо

[DmitryBugrimenko]

"индивидуальные потребности любые вполне осуществимы" – я пока только испытываю на тестовых платежах, составляю дефектную ведомость ;)

 

Интересная фича (или баг?) – ссылка на оплату, на крайний случай переданная покупателю в письме с заказом, продолжает работать, даже если покупатель успешно оплатил онлайн с первой попытки. (Повторные оплаты не проходят, видимо, на стадии callback-а агрегатора, логи внимательно пока не разбирал.)

 

Так задумано?

 

Я полагаю, ссылки на оплату уже оплаченных заказов либо не должны работать полностью (тандем модулей может договориться, что оплачено а что нет?), либо должны сообщать о том, что оплата этого заказа уже успешно произведена.

[ashap]

"индивидуальные потребности любые вполне осуществимы" – я пока только испытываю на тестовых платежах, составляю дефектную ведомость ;)

 

Интересная фича (или баг?) – ссылка на оплату, на крайний случай переданная покупателю в письме с заказом, продолжает работать, даже если покупатель успешно оплатил онлайн с первой попытки. (Повторные оплаты не проходят, видимо, на стадии callback-а агрегатора, логи внимательно пока не разбирал.)

 

Так задумано?

 

Я полагаю, ссылки на оплату уже оплаченных заказов либо не должны работать полностью (тандем модулей может договориться, что оплачено а что нет?), либо должны сообщать о том, что оплата этого заказа уже успешно произведена.

занесение в таблицу и за смену статуса играет роль paymentavsiorurl а он у вас один и заносит в одну таблицу

так как в нужной таблицы нет оплаты

то естественно оно работает но отбивается на стороне якассы

 

если кнопка активна значит статус не меняется

 

тандем может договорится если вы это допишите

а может договорится касса чтобы слать на разные адреса уведомления коль два модуля?

 

по сути контроль наличия вносит изменения в paymentavisiourl для того что бы заказы писались в разброс модулей, возможно этого у вас не произошло

контроль наличия только для тех версий которое описаны в описании, под новые версии магазина он не делался поточу что спрос ноль

поэтому под новые версии модулей для совмещения только индивидуально при подключении под ключ

[DmitryBugrimenko]

До кнопки ещё не дошёл, тестирую только онлайн оплату и только незарегистрированного покупателя. Поэтому про активность кнопки ничего пока сказать не могу.

 

Судя по логу, модуль отложенной оплаты понял, что произошло, самостоятельно или с посторонней помощью, на момент второй попытки (после неуспешной первой онлайн) воспользоваться ссылкой на оплату:

 

2016-04-08 17:48:43 - yandexpayur Error: This order alredy payed

 

(Правильно писать: This order has already been paid for)

 

Не понял "контроль наличия" чего – записи в таблице о состоянии оплаты, товара на складе, иного?

Не понял "заказы писались в разброс модулей" – paymentAvisoURL и checkURL один для одного shopId, каким образом информация об оплатах будет записана "в разброс модулей", и зачем?

 

ocStore 2.1.0.2 – среди форумчан есть подтверждённая работоспособность обоих модулей одновременно с этой версией?

 

Про размножение shopId, по одному на каждый модуль, спрашивал ранее, ответ был все callback-и слать на yandexpayur без последствий и/или ограничений. Эта рекомендация по-прежнему в силе? Или всё-таки необходимо завести индивидуальные shopId под каждый модуль, чтобы не налететь на ещё неведомые сюрпризы в начале эксплуатации двух модулей одновременно?

 

Спасибо. 

[ashap]

До кнопки ещё не дошёл, тестирую только онлайн оплату и только незарегистрированного покупателя. Поэтому про активность кнопки ничего пока сказать не могу.

 

Судя по логу, модуль отложенной оплаты понял, что произошло, самостоятельно или с посторонней помощью, на момент второй попытки (после неуспешной первой онлайн) воспользоваться ссылкой на оплату:

 

2016-04-08 17:48:43 - yandexpayur Error: This order alredy payed

 

(Правильно писать: This order has already been paid for)

 

Не понял "контроль наличия" чего – записи в таблице о состоянии оплаты, товара на складе, иного?

Не понял "заказы писались в разброс модулей" – paymentAvisoURL и checkURL один для одного shopId, каким образом информация об оплатах будет записана "в разброс модулей", и зачем?

 

ocStore 2.1.0.2 – среди форумчан есть подтверждённая работоспособность обоих модулей одновременно с этой версией?

 

Про размножение shopId, по одному на каждый модуль, спрашивал ранее, ответ был все callback-и слать на yandexpayur без последствий и/или ограничений. Эта рекомендация по-прежнему в силе? Или всё-таки необходимо завести индивидуальные shopId под каждый модуль, чтобы не налететь на ещё неведомые сюрпризы в начале эксплуатации двух модулей одновременно?

 

Спасибо.

вы можете себе написать как вам угодно

весь код открыт

и я думаю это понятно

что бы произвести анализ

я бы мог написать ЗСЕ3333 и это был бы код ошибки который я бы потом где то описал

 

контроль наличия это модуль такой для совмещения двух модулей на один адрес (т.е он добавляет чек и авизио от второго модуля первому и наоборот и в момент обращения определяет к какому модулю относится уведомления и записывает платеж в таблицу от модуля нужного, этим перекрывается повторная оплата)  и скрытия отображения от наличия товара товара того или иного модуля, в описании все написано (он работает только для определенных версий модуля которые указана в изменениях) 

 

 

ну так если есть возможность разделить

то будет работать правильно раздельно естественно

 

если хотите и и то и то и пироги печь думайте как совместить по сути у модулей адреса разные для уведомлений

или заказывайте доработку с тз где описано как вы хотите использовать и то и то и пироги печь

[ashap]

на 2.1 контроль наличия не работает, поэтому вам надо адреса уведомлений у яндеса для двух модулей разные заводить

[ashap]

по размножению shopid

не на каждый модуль

 

а на отложенную и оплату сразу

 

всего 2

 

для 1.5 есть контроль наличия где есть совмещеалка адресов

для 2ки нет

[DmitryBugrimenko]

Как-то нервно и недоброжелательно проходит у Вас вечер пятницы, с характерными нажатиями на педальку "-1". Хотя вполне можно было ограничиться простым "спасибо, что заметили опечатку, учту и исправлю к вашему и других удовлетворению [уважаемый покупатель]"...

 

Логи имею привычку читать, чего и всем желаю. Есть такая дисциплина – эксплуатация. Не знал, что могу называться разработчиком, но теперь знаю :)

 

Модуль контроля наличия товаров приобрёл, но использовать не буду – он не реализует нужную мне логику совмещения немедленной и отложенной оплаты.

 

shopId будет один на отложенную и один на оплату сразу, всего две пары paymentAvisoURL и checkURL, как Вы советуете выше.

 

Из ответа https://opencartforum.com/topic/33826-отложенная-оплата-яд-карты-нал-wm-qiwi-мобильный-кре/?do=findComment&comment=525438

 

 

во все пишите одно и тоже shopid и scid

check и avisio берите от модуля яденьги(отложенная оплата) 

https://domain.ru/index.php?route=account/yandexpayur/check
https://domain.ru/index.php?route=account/yandexpayur/callback 

не надо ничего размножать

 

Таким образом, вопрос исчерпан.

 

Хороших выходных!

[ashap]

Как-то нервно и недоброжелательно проходит у Вас вечер пятницы, с характерными нажатиями на педальку "-1". Хотя вполне можно было ограничиться простым "спасибо, что заметили опечатку, учту и исправлю к вашему и других удовлетворению [уважаемый покупатель]"...

 

 

Логи имею привычку читать, чего и всем желаю. Есть такая дисциплина – эксплуатация. Не знал, что могу называться разработчиком, но теперь знаю :)

 

Модуль контроля наличия товаров приобрёл, но использовать не буду – он не реализует нужную мне логику совмещения немедленной и отложенной оплаты.

 

shopId будет один на отложенную и один на оплату сразу, всего две пары paymentAvisoURL и checkURL, как Вы советуете выше.

 

Из ответа https://opencartforum.com/topic/33826-отложенная-оплата-яд-карты-нал-wm-qiwi-мобильный-кре/?do=findComment&comment=525438

 

 

Таким образом, вопрос исчерпан.

 

Хороших выходных!

повторю еще раз для осознания так сказать

это не орфографическая ошибка я так написал чтобы было понятно, вы же поняли, будем считать это кодом ошибки

 

ну вы же разрабатываете магазин

а не из пластилина его лепите

 

я написал что адрес один с учетом модуля контроля наличия, потому что покупка его была, а задавать вопросы надо четко чтобы потом в чем то упрекать

больше нигде в ридми не указано что оно и так и сяк работает

только в ридми контроля наличия

 

в контроле наличия

вкумодом добавляются в чек и ависио

данные в отложенную код от оплаты сразу

в оплату сразу код от отложенной

поэтому работает один адрес

и при поступлении уведомления определяется каким модулем была оплата

и при этом получается что заносится запись в нужную таблицу 

и при повторной оплате проверяется таблица от модуля

если заказ есть то на оплату не пускает

 

а вы купили 3 модуля я и думал что вы их 3 используете

поэтому написал что адрес один

 

а у вас что не сообщение то наезд

удачи!

[baxok]

Скажите пожалуйста, в вашем модуле можно настроить СМС информирование администратора после оплаты клиентом заказа?