Перейти к содержанию

OnpayGuy

Пользователи
  • Публикаций

    86
  • Зарегистрирован

  • Посещение

Репутация

4 Обычный

Информация о OnpayGuy

  • Звание
    Пользователь

Посетители профиля

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

  1. 1. Никто не делит деньги. Модуль бесплатный. Поддержка и расширение платные. Мы оплачиваем работу по рынку. В природе это называется симбиотическое сосуществование. Мы могли бы просто оплатить работу и выложить бесплатный модуль. Мы так и делаем. Но нам интересен расширенный формат. По сути деньги либо за "такой же но с перламутровыми пуговицами" или "вышла новая версия, пора апдейтить". Касательно трудоемкости ответа на форуме - практика показывает что подобные вопросы появляются не чаще раза в неделю. И никто не заставляет бесплатно копать код, если у всех остальных работает. 2. Мы готовы дать цифры. Кол-во проектов на опенкарте вероятно вы знаете лучше меня. На решение опенкарта на сайте-саттелите зашли ~10К за 3 года, что весьма немало с учетом того что на 1 месте две джумлы с 15К. Повторяю, работу по коду мы оплачиваем, если она нужна всем. Оплачивает клиент, если она нужна только ему. А ответы на форуме можно считать бесплатным пиаром, АПом темы и построением собственной репутации. Разумеется это интересно только тем, кто может и хочет оставаться в экосистеме опенкарта. Нужно ли говорить что человек с хорошей репутацией кодера (нормальные сроки и цены), получает работу не только от клиентов Onpay. При этом наш модуль вполне может быть визитной карточкой, и, если хотите гарантом хорошей работы программиста. Вы видите, что раньше ветка почти не поддерживалась. У нас нет возможности поддерживать чужие решения, нет опыта работы с системой. Поэтому и нужен человек с таким опытом. Наше АПИ во многом схоже с АПИ Робокассы и Интеркассы. Были даже варианты миграции модулей под них на работу с нами через специальное АПИ. Посему тем кто работал с агрегаторами не составит труда разобраться: http://wiki.onpay.ru/doku.php?id=api-notify
  2. Компании Onpay.ru нужен программист для доработки модули и последующей поддержки пользователей. Схема работы: - находим исполнителя на модуль - он его пишет и отвечает на профильных форумах - в обмен дензнаки (адекватная рынку оплата) за сам модуль, бесплатный пиар с форумов и ссылка с сайта модулей Мы готовы сотрудничать с любым программистом, в т.ч. с этого форума. Отдадим в вечное пользование ветку https://opencartforum.com/topic/6267-%D0%BF%D0%BB%D0%B0%D1%82%D0%B5%D0%B6%D0%BD%D1%8B%D0%B9-%D0%BC%D0%BE%D0%B4%D1%83%D0%BB%D1%8C-onpayru-%D0%B4%D0%BB%D1%8F-ocstore-101-%D0%B8-%D0%B2%D1%8B%D1%88%D0%B5/page-17 Текущее решение тут http://onpaysolutions.ru/ocstore-opencart-payment-module/ Ваши контакты также разместим тут http://onpaysolutions.ru/developers/
  3. Анна, мы физически не можем делать модули для всех версий. Просили апдейт - мы сделали для последней. Если вы хотите оперативный ответ по любому вопросу - пишите по контактам на сайте, форумы не мониторятся ежедневно. Для начала просьба указывать версию ЦМС, версию модуля магазина. И обязательно делать скрин с ошибкой. Координаты автора есть здесь (Markus Shmidt) http://onpaysolutions.ru/developers/
  4. Анна, модуль выложен вчера. Вы его ставили? Какие у него проблемы?
  5. Новый модуль для опенкарт опубликован. http://onpay.ru/news/93-moduli-dlya-opencart-i-wordpress-na-api-2-0 Тестировался только на opencart. Вопрос в студию: какие доработки нужны для работы с ocStore и нужны ли?
  6. http://onpay.reformal.ru/proj/?ia=585706 задаче уже более полугода, многие "петицию" подписали но лучше, чтобы один человек дал контакты знакомого программиста и он довел модуль до ума мы не держим программиста-универсала, пишущего код под 15 CMS: нам проще доверять модуль соотвествующему специалисту посему, давайте контакт и модуль будет доделан
  7. Редирект ни в коем случае не свидетельствует ни об оплате ни об ее отсутствии. А если плательщик просто эту ссылку скопирует и в браузер вставит? Оплатил? А если он через киви платит? Ему надо сходить до банкомата, потом вернуться и пройти по ссылке? А если забудет? Нет. Только обработка запросов API мерчанта. Редирект - для удобства, чтобы можно было покупки продолжить. повторю А это уже вопрос по модулю. Ссылка на оплату формируется именно в нем, передавать ее только юзеру в браузер или ему же на почту - вотчина ЦМСки. Модуль как минимум должен отдать движку ссылку, чтобы тот ее вставил в письмо. Если модуль не будет принимать участия, письмо уйдет без ссылки ;)
  8. А это уже вопрос по модулю. Ссылка на оплату формируется именно в нем, передавать ее только юзеру в браузер или ему же на почту - вотчина ЦМСки. Мы присылаем письмо об уже сформированном ордере (если способ НЕ онлайн или способ онлайн не оплачен в разумные сроки). А на этапе до формирования ордера мы не высылаем ничего, потому что на этом этапе у нас просто нет данных, будут ли и нужно ли письмо - зависит от бизнес-модели магазина и, как следствие, настроек модуля.
  9. Это не уголовно наказуемое преступление, и даже административной ответственности не будет. То есть можно. )) Но мы этого делать не будем, потому что мы от айфрейма отказались не без причин. Это потенциальный источник багов, а нам новые ошибки ни к чему. НО желание встраивать форму в сайт мы понимаем и принимаем. Это один из факторов, на основе которых создавалось АПИ 2.0. В сухом остатке есть старый модуль, который можно допиливать своими силами и есть новый модуль, точнее будет - скорее всего осенью, или когда там major release опенкарта предвидится...
  10. Спасибо за скрины. Ребята оставили двойной запас места под формой, в принципе только это и будет гарантией, что кнопка "продолжить" не уплывает за рамку фрейма. Касательно примера с фреймом - есть древний пример 10го года тут http://wiki.onpay.ru/lib/exe/fetch.php?media=onpay.rar Его можно брать за образец и подтягивать до нынешнего состояния АПИ. Как минимум есть новые параметры. А как максимум не факт что там есть МД5 и оно реализовано верно. Как бы то ни было, использовать официально не поддерживаемый функционал не рекомендуется и тем более встраивать его в модуль... Как и любой недекларируемый функционал его стоит использовать с умом и под перманентным контролем... Вообще у нас следующее АПИ создано на REST-архитектуре, поэтому форму можно будет "легально" встраивать в сайт. Информацию по нему можно найти тут: http://wiki.onpay.ru/doku.php?id=api-2.0 Но когда будут модули на нем я загадывать не берусь. Использовать можно уже сейчас. Если будут вопросы по АПИ можно задавать их на PR at ONPAY ru
  11. Вообще в iframe форма не всегда работает корректно и в прошлом году мы официально от ее поддержки отказались. При этом прямого запрета на использование тоже нет... Вас не затруднит дать скрин, как это выглядит? Я не смог вызвать - заказ оформлен и все, нет перехода на форму.
  12. Я смог воспроизвести ошибку на магазине 4xxxxx.xu. Отдал на проверку программистам.
  13. Запрет платежей без API << выключите эту опцию в ЛК, если стоит такая галочка я в свою очередь поинтересуюсь у программистов откуда ошибка "2 в 1" дайте в ЛС ваши контакты для оперативной связи
  14. Вы ставили версию v3? На чистую ЦМС? Было бы хорошо, если вспомнили. Может это:
×

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.