Использовать WooCommerce для оплаты в своём плагине?

Question

[Леонид]

Для WooCommercа написано куча разных платежных модулей - это удобно: установил, настроил и юзаешь...

Имеется сайт отеля с предоплатой бронирования и собственным функционалом оформления бронирования.
Нужно прилепить онлайн-оплату с возможностью потом поменять платежный модуль.

Так не хочется писать интеграцию с одной платежной системой, потом писать другую для другой платежной системы.
Можно ли взять и заюзать для оплаты WooCommerce? Но чтобы сам WooCommerce не фигурировал на сайте - никаких форм оформления заказа, корзины, писем от WooCommercа - только оплата со стороны WooCommerc'а и всё на этом.

Получается после перехода к оплате с нашей собственной формы бронирования на сайте, нужно будет:
* программно создать товар в WooCommerce (бронирование)
* затем программно добавить его в корзину
* затем программно из формы бронирования добавить данные покупателя (ФИО, телефон, Email)
* оформить заказ и перевести клиента уже в форму оплаты
* после оплаты перекинуть пользователя на нужную мне страницу сайта и заменить письма об оплате/заказе от WooCommercа на моё письмо об успешной оплате бронирования

Кто-нибудь подобный функционал встречал где-нибудь?
Не хочу изобретать велосипед и разбираться в терниях (особенностях) WooCommercе слишком глубоко)

Answer 1

[Леонид]

Кажется я уже нашёл вариант, осталось только применить и затестить:

if (isset($_POST['isOrder']) && $_POST['isOrder'] == 1) {
    $address = array(
        'first_name' => $_POST['notes']['domain'],
        'last_name'  => '',
        'company'    => $_POST['customer']['company'],
        'email'      => $_POST['customer']['email'],
        'phone'      => $_POST['customer']['phone'],
        'address_1'  => $_POST['customer']['address'],
        'address_2'  => '', 
        'city'       => $_POST['customer']['city'],
        'state'      => '',
        'postcode'   => $_POST['customer']['postalcode'],
        'country'    => 'NL'
    );
 
    $order = wc_create_order();
    foreach ($_POST['product_order'] as $productId => $productOrdered) :
        $order->add_product( get_product( $productId ), 1 );
    endforeach;
 
    $order->set_address( $address, 'billing' );
    $order->set_address( $address, 'shipping' );
 
    $order->calculate_totals();
 
    update_post_meta( $order->id, '_payment_method', 'ideal' );
    update_post_meta( $order->id, '_payment_method_title', 'iDeal' );
 
    // Store Order ID in session so it can be re-used after payment failure
    WC()->session->order_awaiting_payment = $order->id;
 
    // Process Payment
    $available_gateways = WC()->payment_gateways->get_available_payment_gateways();
    $result = $available_gateways[ 'ideal' ]->process_payment( $order->id );
 
    // Redirect to success/confirmation/payment page
    if ( $result['result'] == 'success' ) {
 
        $result = apply_filters( 'woocommerce_payment_successful_result', $result, $order->id );
 
        wp_redirect( $result['redirect'] );
        exit;
    }
}

Answer 2

[Орхан Гасанлы]

Будь я на вашем месте, то не стал бы только из-за системы оплаты подвязывать такой огромный функционал Woocommerce. Как по мне легче прочитать документацию и на рнр написать свой платежный шлюз .

Comments

[Леонид]

Цена / сроки доминирует в этом случае. Я написал наверное уже с 5-ок интеграций различных - не могу сказать что это прям легче - много времени уходит на тесты, отладку и проверку работы и т.д.

Да и потом, чего так боятся WooCommerc'а - который на самом сайте никак не будет представлен?
На производительность сайта это ровным счётом никак особо не повлияет.
Зато огромный функционал WooCommercе даст большой выбор платежных систем и подключение в несколько кликов + хоть какую-то но аналитику / статистику продаж в админке - а для клиента это только плюс!

[Орхан Гасанлы]

Ну в случае, если бюджет ограничен, то конечно же тут не поспоришь.

На производительность сайта это ровным счётом никак особо не повлияет.

С этим не соглашусь, ведь, активированный плагин с кучей таблиц в БД, который регулярно проверяет обновления и т.д. не может никак не влиять на произвеодительность. Другое дело, что в данном случае это может быть некритично. И конечно же если вам нужен функционал вукомерца, то устанавливайте

[Леонид]

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

пробовали замерять хотя бы тем же Query Monitor'ом в сравнении WooCommerce: активен / не активен и если на сайте его интерфейсы нигде не используются - неужели нагрузка какую-то даёт ощутимую?

p.s.: я тут как-то тему создавал: Большой многоязычный магазин на WooCommerce в сети... - и что Вы думаете? Все сразу стали советовать не юзать WooCommerce - а что в итоге?

В итоге:
WordPress + WooCommerce + Polylang Pro + Polylang for WooCommerce
7 тыс. товаров - 3 языковые версии = 21 тыс. товаров в базе, у каждого товара атрибуты в мета-полях (от 10 до 20 шт).

CMS-хостинг за 400р/месяц, страницы генерируются за 0,2-0,5 секунд

После этого хочется написать: WooCommerce - слишком тяжело? Научитесь его готовить )

[Леонид]

Ах да, я не проверял, но новый WooСommerce 4.0 по заверению разработчиков должен был стать быстрее ибо:

Новая версия Action Scheduler. Версия 3.0 переносит все данные ActionScheduler из текущей таблицы (custom post type) в пользовательские таблицы. Это приводит к значительному повышению производительности. Тесты показали следующее:
сокращение размера таблицы в БД на 70%
сокращение времени создания нового действия на 68%
сокращение SELECT запросов с отсортированным списком действий на 65%

информацию не проверял ) но, любопытно что они там зашевелились и наконец-то задумались о разгоне этого "монстра" )