Budget: 2500 UAH Deadline: 5 days
Доброго вечора , вже працював з цим плагіном зможу допомогти
Допрацювання функціоналу Wordpress плагіна для інтернет магазину, з підключеним інтернет екваєрингом - Liqpay.
На теперішній час схема роботи реалізована через плагін SimpleLiqpay.
При цьому, є два технічних питання, які треба допрацювати.
1. Нині, для того, щоб здійснити перехід на форму оформлення оплати, що на стороні Liqpay, необхідно натиснути на кнопку «Оплатить», яка виведена на окрему сторінку сайту.
Ця сторінка, фактично не містить жодної корисної інформації, яка б виправдовувала її існування, як окремого кроку для користувача, на шляху до здійснення покупки.
Цій сторінці, відповідно, передує сторінка «Оформлення замовлення», де вносяться персональні дані покупця та обирається спосіб доставки та оплати (нині він єдиний – оплата картою). Після чого, тиснеш на кнопку «Підтвердити замовлення» і от тут потрапляєш на сторінку з лікпеївською кнопкою «Оплатити».
Як вдалося вияснити:
Для цього івенту потрібен обов'язково окремий крок, так як параметри замовлення на сторінку екваєра передаються методом POST (тобто без окремого кроку реалізувати не вдасться).
Але при цьому, рішення є, як от існують схожі плагіни, в яких перехід на сторінку екваєра здійснюється одразу зі сторінки «Оформлення замовлення» (в нашому випадку).
Вдалося дізнатись, що в їх плагіні реалізована подія js, яка спрацьовує одразу після переходу на сторінку окремого кроку (тобто, якщо опція активна, то на сторінці оформлення замовлення ми тиснемо на кнопку підтвердження і без зайвих дій потрапляємо на сторінку екваєра).
Задача стоїть – вивести кнопку для переходу на Liqpay на сторінку «Оформлення замовлення» і прибрати цей зайвий крок процедури оформлення замовлення, який існує нині.
2. І друга проблема, це коли клієнт знаходячись на сторінці екваєра тисне на кнопку «Відмінити платіж» відбувається редирект на сторінку сайту "success", але його мало би переводити на сторінку "failure".
На що в підтримці Liqpay повідомили наступне:
«в Liqpay немає розмежування по result_url успішної і не успішної транзакції. Ви можете редиректити спершу на проміжний result_url, на якому наприклад вказувати клієнту "Ваш платіж обробляється", потім після отримання від нас callback з результатом самостійно переадресовувати клієнта на потрібний Вам url.
Вам необхідно звернутися до Вашого програміста для реалізації даної схеми її потрібно.»
Задача – налаштувати правильний редирект зі сторінки Liqpay на відповідні сторінки сайту в залежності від статусів івентів на стороні екваєра (success, failure).
Budget: 2500 UAH Deadline: 5 days
Доброго вечора , вже працював з цим плагіном зможу допомогти
There is a ready website that needs to be fixed and the corrections brought to completion. The specifications will be sent privately. Evaluation after reviewing the specifications. The task is quite urgent.
# Need a Frontend Developer (WordPress / WooCommerce): Product Card ## About the Project Active online store The design is already ready — need to be properly coded and integrated product card (single product). - Current page (example): https://obertshop.com.ua/shop/dysky/audi/r21-audi/disk-r21-na-avto-audi-obr9006/ Template coding for single-product ## Requirements - Coding according to the Figma layout. - Responsive: desktop + mobile, correct display in major browsers. - Integration into the existing WooCommerce theme, clean and maintainable code. - Result — a working page on the site that matches the design. ## What to Send in Your Response 1. Portfolio (preferably WordPress / WooCommerce, product cards). 2. Cost — suggest a convenient format (fixed price for the project or hourly rate). 3. Deadline in days. 4. Questions about the layout and a list of accesses/materials needed from us to start. Access to Figma, the site, and necessary materials will be provided in private messages after the response.
It is necessary to migrate a custom project from CodeIgniter 2 to Laravel 12. I will provide details in private messages.
A full diagnosis is needed and the issue with the transmission of the Purchase event in Meta Events Manager should be resolved. The site runs on OpenCart 3.x. The module SP SEO REMARKETING ALL IN ONE PRO 9.2 is installed. Meta Pixel and Conversions API are configured. Meta support reported an incorrect transmission of the Purchase event, which may lead to improper optimization of advertising campaigns.Tasks to be completed Audit the configuration of Meta Pixel. Check the functionality of the Conversions API. Verify the transmission of all main events: PageView ViewContent AddToCart InitiateCheckout Purchase Identify the cause of the incorrect transmission of Purchase. Fix all errors. Ensure that Purchase triggers only once after a successful order placement. Set up deduplication between browser and server events (event_id). Check the transmission of the following parameters: value; currency; content_ids; contents; num_items; event_id; customer_data (if possible, according to Meta's recommendations). In summary - correct transmission of events to the Meta cabinet.
it is necessary to restore the website from the backup and add it to the new server it is necessary to restore the website from the backup and add it to the new server it is necessary to restore the website from the backup and add it to the new server the task is urgent - it needs to be done now