Проблема з онлайн оплатою liqpay

Доброго дня.
Наша команда має багаторічний досвід у розробці ERP, CRM, CMS та спеціалізованого програмного забезпечення для бізнесу. Ми створюємо ефективні цифрові рішення, що допомагають автоматизувати процеси, підвищувати продуктивність та масштабувати компанії.

Працюємо з сучасними технологіями — від ботів і скриптів до AI-агентів та аналітичних систем. Розробляємо сайти різної складності. У нашому портфоліо — реалізовані ERP-рішення для готельного бізнесу, а також для компаній, які займаються імпортом та продажем товарів, а також власний продукт XFitness — ERP-система, створена спеціально для фітнес-клубів.

Готові реалізувати ваш проєкт і запропонувати найкраще рішення саме для ваших потреб.
Наше портфоліо: Freelancehunt

Ми спеціалізуємось в таких сферах:
… -Розробка ERP Систем
-Розробка CRM Систем
-Розробка Веб-Сайтів будь-якої складності
-Розробка CMS Систем
-Підтримка Веб-Сайтів
-Розробка OpenCart
-Підтримка OpenCart
-Модифікація OpenCart
-Доробка OpenCart
-Розробка WordPress
-Підтримка WordPress
-Модифікація WordPress
-Доробка WordPress
-Розробка ECommerce
-Підтримка ECommerce
-Модифікація ECommerce
-Доробка ECommerce
-Розробка Веб-Додатків
-Підтримка 1С Серверів
-Підтримка Веб-Серверів
-Розробка мобільних додатків
- Парсинг даних
-Розробка ботів
-Розробка AI-агентів

та на таких технологіях:
- Python
-PHP
-Laravel
-Symfony
-Yii2
-JS
-NodeJS
-jQuery
-TypeScript
-MySQL
-HTML
-CSS
-Vue
-Nuxt.js
-React
-React Native
-C++

або можна зробити переадресатор, але тоді знадобиться інший хостинг і якийсь домен, можливо, зробити на піддомені якось, і написати скриптик і сторінку, і знову пройти модерацію в liqpay

Показати оригінал

Перекласти

Доброго дня! Проєктую та розробляю інтернет-магазини й маркетплейси на Laravel — особисті кабінети, платіжні шлюзи (LiqPay/Stripe), автоматизація логістики. Вартість від 12000 грн. Портфоліо: www.engine-web.od.ua/

Вітаю! Проблема відома, розробник модуля правий у напрямку, але ситуацію можна вирішити без радикального переїзду «навмання».

Вітаю.

Працював з OpenCart і LiqPay. Спочатку варто розібратися, чому сайт не отримує підтвердження платежу, а вже потім робити висновки щодо AWS чи зміни хостингу.

Можу швидко провести діагностику та запропонувати рішення.

Доброго дня, Сергію! Проблема зрозуміла — LiqPay не отримує підтвердження про оплату, або ваш сервер не обробляє callback. Версія про бан AWS IP можлива, але не єдина — частіше причина в некоректній обробці server_url або невалідному підписі. Що зроблю: перевірю логи сервера на вхідні запити від LiqPay, перевірю curl-доступ до API LiqPay безпосередньо з вашого сервера (щоб підтвердити або спростувати IP-бан), звірю signature в callback-обробнику, перевірю налаштування server_url в модулі. Якщо IP заблоковано — підкажу найшвидше рішення (виділений IP або proxy). Якщо проблема в callback — виправлю код. Дайте доступ до панелі хостингу та адмін OpenCart — вирішимо за день.

Вітаємо.

Проблему доцільно перевіряти не на рівні заміни модуля, а на рівні повного ланцюга LiqPay, сайт, callback, статус замовлення в OpenCart. Якщо після успішної оплати замовлення не створюється або переходить у неуспішний статус, потрібно окремо перевірити доступність API LiqPay із сервера, webhook/callback URL, SSL, серверні логи, відповіді LiqPay та обробку статусу в модулі.

Версія з блокуванням IP можлива, але її потрібно підтвердити технічно: зробити запити до API LiqPay безпосередньо з сервера, перевірити cURL/SSL, DNS, firewall, outbound-з’єднання та порівняти результат із запитом з іншого IP. Лише після цього має сенс приймати рішення щодо виділеного IP, зміни сервера або перенесення сайту на інший хостинг.

Оптимальний порядок робіт: діагностика поточного модуля та логів OpenCart, перевірка callback-обробника, тестові платежі, перевірка мережевого доступу до LiqPay API, після чого — або виправлення конфігурації/обробки відповіді, або технічна рекомендація щодо зміни IP/хостингу з обґрунтуванням.

Орієнтовний термін первинної діагностики 2–4 години. Якщо причина підтвердиться на рівні модуля, callback або налаштувань сервера, виправлення зазвичай можна виконати в межах одного робочого дня. Попередній бюджет 50–100$, без урахування можливих витрат на виділений IP, новий сервер або перенесення сайту.
…
Для старту потрібен доступ до адмін-панелі OpenCart, FTP/SSH або панелі хостингу, налаштувань LiqPay, а також можливість виконати тестову оплату в контрольованому режимі.

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

Доброго дня, розробляю та обслуговую сайти на опенкарт більше 15-ти років.
Готовий до виконання Ваших завдань.

Вітаю.Є великий досвід з Опенкартом.Готовий провести аналіз проблеми та виправити її.

Доброго дня. Готовий допомогти вирішити питання з колбеком LIQPAY. Є досвід і вдало виконані проекти. Буду радий співпраці.

Привіт! Можу виправити, стикався не один раз з цією проблемою, те, що пише за айпі та все інше — це нісенітниця, і змінювати хостинг або ставити ВПС не потрібно.

Показати оригінал

Перекласти

Доброго дня!

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

Перш ніж змінювати хостинг або купувати новий IP, я б провела повну діагностику:
• перевірку callback URL від LiqPay;
• аналіз логів OpenCart, PHP та веб-сервера;
• перевірку доступності API LiqPay із сервера;
• перевірку SSL-сертифіката та налаштувань HTTPS;
… • тестування запитів server-to-server;
• перевірку налаштувань модуля та статусів замовлень.

Дійсно, проблема може бути пов'язана з IP або мережевими обмеженнями, але на практиці часто причина в некоректній обробці callback-запитів, налаштуваннях сервера або мережевих правилах AWS. Тому спочатку варто отримати підтвердження через логи та тести, а вже потім приймати рішення щодо зміни сервера чи IP.

Готова підключитися, провести аудит і визначити точну причину, щоб не витрачати кошти на зайві зміни інфраструктури.

Для початку буде корисно побачити:
• версію OpenCart;
• посилання на сайт;
• доступ до логів помилок або приклади невдалих оплат.

Вітаю, можна через Cloudflare вирішити вашу проблему
Пишіть в особисті
Буду радий Вам допомогти!

Довіртеся професіоналу зі стажем понад 10 років! Ставка та терміни актуальні! Буду радий співпраці! Досвід комерційної розробки інтернет-магазинів на CMS, бізнес-порталів та корпоративних сайтів - 11 років! +CMS: WordPress(+Woocommerce)PrestaShop/Opencart/Joomla/Bitrix/MODX/DLE/Shopify php/html/css/js/Mysql, PhotoShop/Figma Приклади робіт (з нуля під ключ): Https://outoftime.market https://rebitc.com https://amari.net.ua/ https://heypretty.gr/ https://thaibalispa.pl/ https://wildandorganic.com/ https://cryptosignals.org/ https://ecnbot.com https://locs-ua.com/ https://www.grower.com.ua/ https://www.alternativemedicine.com.ua/ https://silkkiss.ua/ https://v12coffee.com.ua/ https://smrtalgo.com/ https://sengero.no/ https://beautybysim.no/ https://sonatagalleri.com/ https://www.solmy-realestate.com/ https://www.emmanuel.com.ua/ https://www.onsitecomputersinc.com/ https://express-tehbud.com/ https://korostenporcelain.com.ua/ https://sladok.com.ua/ https://pricemds.com/ https://picupmedia.com/ https://www.serasar.com/

Показати оригінал

Перекласти

Вітаю! Робив інтеграції LiqPay на OpenCart, і саме таку картину — оплата пройшла, а замовлення лишається «неуспішним» — ловив не раз. Найчастіше причина не в бані IP, а в тому, що LiqPay шле статус на server_url (callback), а сайт його не приймає або не сходиться signature — тоді замовлення не закривається. Перше що зроблю — гляну, чи реально долітає callback у логи сервера і чи валідний підпис; версію з баном AWS перевіримо вже другою. Готовий продіагностувати за день. Лог-доступ до сервера дасте?

Вітаю! Стикався з подібними проблемами інтеграцій API — діагностую зв’язок між LiqPay та OpenCart, перевірю IP-бан на AWS і налаштую коректне повернення даних про замовлення за 1 день (1 500 грн). Сподіваюсь на співпрацю!

Вітаю, Сергію! Робив інтеграції LiqPay і саме таку поведінку бачив: оплата проходить, а замовлення лишається «неуспішним». Майже завжди це про зворотний виклик — LiqPay шле результат на server_url, і якщо сервер його не приймає або не сходиться signature, замовлення не закривається. Версія розробника про бан IP на AWS можлива, але це лише один із сценаріїв, і її треба підтвердити, а не приймати на віру.

Що зробив би по черзі:
1. З самого сервера перевірив доступ до API LiqPay (curl) — якщо звідти запит не йде, тоді так, питання в IP чи фаєрволі, і я скажу точно, бан це чи ні.
2. Подивився б у логах, чи реально приходить callback від LiqPay на server_url і чи правильно рахується підпис.
3. Звірив би статус у кабінеті LiqPay із тим, що ставить модуль у замовленні.

Так стане видно, де саме рветься: або правиться в налаштуваннях/коді, або підтверджую, що треба міняти IP, і тоді ви не платите хостингу навмання.

… Підкажіть два моменти, щоб не гадати: чи є доступ по SSH/FTP до сервера, і чи показує сам кабінет LiqPay цей платіж як успішний? Готовий показати в переписці, як перевіряю. Орієнтовно день-два на діагностику й фікс.

Доброго дня, Сергію!

Проблема зрозуміла — LiqPay не отримує підтвердження
від вашого сервера (callback/webhook).

Що зроблю:
- Перевірю логи nginx/Apache на вхідні запити від LiqPay
- Перевірю server_url в налаштуваннях модуля
- Якщо IP заблокований — вирішу через whitelist або
… зміну IP без переїзду хостингу
- Якщо проблема у файрволі — відкрию доступ для
IP-діапазонів LiqPay

Діагностика + фікс: 1-2 години.
Вартість: 1000 UAH

Доброго дня.
Справа у тому, що ваш сервер не обробляє вебхук про статус оплати.

Вітаю. Задача повністю зрозуміла. Проблема зникнення сповіщень від платіжних систем (коли оплата пройшла, а сайт про неї не дізнався) - це класичний збій обробки callback-запитів.

Версія попереднього розробника про блокування має сенс, але пропозиція відразу переносити весь сайт на інший хостинг - це занадто радикальне, дороге та капітальне втручання, якого можна уникнути.

Я пропоную вирішити проблему набагато швидше і без стресу для працездатності сайту:

1. Точкова діагностика: я перевірю логи запитів і мережеву доступність між вашим сервером та платіжним шлюзом. Ми точно побачимо, де саме обривається зв'язок.
2. Перевірка систем захисту: часто такі запити блокуються внутрішніми екранами безпеки або фільтрами самого сайту. Якщо проблема там - я налаштую коректні правила доступу.
3. Локальне рішення з IP: якщо виявиться, що поточна IP-адреса дійсно потрапила під обмеження через "сусідів" по серверу, ми вирішимо це за 15 хвилин прямо в панелі вашого поточного хостингу без жодних переїздів та міграцій сайту.
…
Маю великий досвід роботи з OpenCart 3 та інтеграцією LiqPay, знайду реальну причину та відновлю автоматичну зміну статусів замовлень.

Вартість діагностики та виправлення: 1000 грн.
Термін: виконаю протягом кількох годин після отримання доступів.

Для аналізу знадобляться доступи до адмінки сайту та панелі хостингу. Деталі технічної перевірки готовий обговорити з вами в приватних повідомленнях. Чекаю на ваш фідбек!

Доброго дня. Знаю і OpenCart, і LiqPay на відмінно. Відповідь попереднього розробника сумнівна. Звертайтеся, виправлю.

Показати оригінал

Перекласти

Вітаю, можна придбати тимчасово інший IP і протестувати роботу модуля. Нічого тяжкого немає, робиться відносно швидко.

Потрібно звʼязатися з ТП хостингу та замовити в них таку послугу. Після чого налаштувати сайт на цьому IP та перевірити роботу

Буду радий допомогти

Інтеграція з LiqPay на OpenCart 3 знайома добре, в тому числі нюанси з callback-сповіщеннями, коли оплата проходить, а замовлення не оновлюється. Швидше за все, проблема в обробці server_url або неправильно верифікується підпис відповіді від LiqPay, через що статус замовлення не змінюється. Уточни: в логах OpenCart або на стороні LiqPay видно, що callback взагалі приходить на сайт, чи він не доходить зовсім?

Показати оригінал

Перекласти

Добрий день! Ми маємо досвід у налагодженні інтеграцій платіжних систем на OpenCart. Проблема зазвичай криється у некоректній обробці callback-запитів або конфлікті статусів замовлень. Проведемо діагностику логів сервера, перевіримо коректність передачі API-ключів та налаштуємо правильне повернення статусу після успішної транзакції. Реалізуємо це через перевірку контролера оплати та налаштування хуків системи.