Как заставить woocommerce_update_order_review_fragments передавать верную информацию?

Question

[Varikweru]

Всем привет!
Столкнулся со странной проблемой. Мне нужно было перенести способы доставки на странице Оформления заказа выше.
Вроде все работает, но неадекватно. При переключении способов они иногда возвращаются в предыдущее положение, поле "Адрес" (которое должно скрываться и открываться в зависимости от способа доставки) тоже живет своей жизнью.

Полез в ajax-запрос и ответ, который приходит от него.

• В payload запроса есть поле shipping_method[0] и там указан верный способ доставки.
  
• В ответе, если оставить блок способов доставки и в старом и в новом месте, то внутри строки woocommerce-checkout-review-order-table указан верный способ, но внутри строки my-custom-shipping-table (в ней как раз мой новый блок доставки) иногда висит предыдущий способ доставки. А иногда тот, что нужен. "Адрес", как я говорил выше, тоже то верно отображается, то нет.
  
  

То есть AJAX-запрос, инициированный woocommerce_update_order_review_fragments отдает неверный ответ. Такое чувство, что эта функция захватывает устаревшую информацию и после обновления подставляет её вновь.

Пробовал делать и как тут и как тут

Кто-нибудь сталкивался с подобным? Делал похожее 2 года назад, проблем не было. Может, в новой версии Woocommerce что-то поменяли?

Answer 1

[alex1nd]

Да, ситуация, с которой вы столкнулись, действительно может быть связана с изменениями в WooCommerce или поведением кэша при AJAX-запросах. Такое поведение иногда проявляется, когда WooCommerce кэширует значения между обновлениями или когда не все обновления фрагментов происходят синхронно. Есть несколько идей и подходов, которые помогут вам разобраться с проблемой или минимизировать влияние устаревших данных:

Проверка на наличие фрагментов. Функция woocommerce_update_order_review_fragments обновляет только те части страницы, которые передаются в массиве fragments. Если ваш кастомный блок не указан там, WooCommerce может не обновлять его при изменении способа доставки. Попробуйте добавить нужные селекторы к массиву fragments для обновления кастомных элементов.

add_filter( 'woocommerce_update_order_review_fragments', 'custom_shipping_fragments' );
function custom_shipping_fragments( $fragments ) {
    ob_start();
    wc_get_template( 'path/to/your/template.php' ); // Замените путь на нужный шаблон
    $fragments['.my-custom-shipping-table'] = ob_get_clean();
    return $fragments;
}

Отключение кэширования фрагментов. Если проблема заключается в кэшировании, можно отключить кэширование для этого фрагмента. Попробуйте включить в functions.php следующий код, чтобы обновлять данные на клиенте при каждом изменении формы:

add_filter( 'woocommerce_checkout_update_order_review', '__return_true' );

Ручная проверка способа доставки. Если WooCommerce по-прежнему не синхронизирует способ доставки, можно добавить JavaScript-код для ручной проверки и коррекции данных при каждом обновлении, как вы уже сделали. При этом убедитесь, что привязываете обработчик к событию updated_checkout, что позволит вам корректно обрабатывать и отображать изменения.

jQuery(document).on('updated_checkout', function() {
    var selectedShippingMethod = jQuery('input[name="shipping_method[0]"]:checked').val();
    jQuery('.my-custom-shipping-table').find('input[name="shipping_method[0]"]').val(selectedShippingMethod).change();
});

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

Проверка на стороне WooCommerce. Если код не работает в текущей версии WooCommerce, обратите внимание на документацию и релиз-ноты для выявления возможных изменений в API.

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

Comments

[Varikweru]

Большое спасибо за развернутый ответ! Отмечу его решением, тк он более комплексный.
Мой костыль работает, конечно, но сейчас я столкнулся с другой проблемой - иногда случайно в созданном заказе пропадает доставка. И если доставка платная - то не пускает покупателя на покупку (сумма частей не бьется с тоталом заказа). Так как ошибка выходит раз в 5-7 заказов, не могу её поймать, и не могу точно утверждать, что проблема в костыле, но, с другой стороны, а в чем она еще может быть?:)

[alex1nd]

Использование session для сохранения текущего способа доставки: Попробуйте использовать сессию WooCommerce, чтобы сохранить текущий способ доставки и при обновлении заказа ориентироваться на этот сохраненный параметр. Например:

add_action('woocommerce_checkout_update_order_review', 'set_session_shipping_method');
function set_session_shipping_method($posted_data) {
    $data = [];
    parse_str($posted_data, $data);
    if (isset($data['shipping_method'][0])) {
        WC()->session->set('custom_shipping_method', $data['shipping_method'][0]);
    }
}

Перенаправление логики для кастомного блока доставки: Чтобы ваш блок my-custom-shipping-table содержал только актуальные данные, попробуйте полностью отделить его от стандартного рендера WooCommerce и подключить его обновление отдельно:

add_action('woocommerce_after_order_notes', 'custom_shipping_block');
function custom_shipping_block() {
    wc_get_template('checkout/my-custom-shipping.php');
}

Возможные причины и решения

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

add_action('woocommerce_checkout_update_order_review', 'refresh_session_on_checkout');
function refresh_session_on_checkout() {
    WC()->session->set('shipping_method', null);
    WC()->cart->calculate_totals();
}

Отслеживание события обновления метода доставки: Убедитесь, что woocommerce_update_order_review_fragments срабатывает корректно и всегда обрабатывает именно текущий способ доставки. В таких ситуациях помогает добавить дополнительную проверку на актуальность метода перед финализацией заказа:

add_action('woocommerce_checkout_create_order', 'validate_shipping_method_before_create_order');
function validate_shipping_method_before_create_order($order) {
    $chosen_shipping = WC()->session->get('shipping_method');
    if (empty($chosen_shipping) || $chosen_shipping !== $order->get_shipping_method()) {
        wc_add_notice(__('Проблема с доставкой. Пожалуйста, выберите способ доставки снова.'), 'error');
    }
}

Костыль как временная мера: Поскольку ваш костыль вмешивается в логику обновления данных о доставке, возможно, он сбрасывает информацию о методе доставки или пересчитывает его неправильно. Подумайте о том, чтобы отключить костыль и протестировать поведение сайта. Если проблема исчезнет, стоит реализовать более системный способ обновления блока доставки (например, через кастомные фрагменты, как обсуждалось выше).

Мониторинг и логирование ошибок: Для таких редких ошибок полезно добавить логирование. Это поможет отследить, какие данные (например, метод доставки) передаются и сохраняются в каждом заказе. Пример простого логирования в WooCommerce:

add_action('woocommerce_checkout_update_order_review', 'log_shipping_method');
function log_shipping_method($data) {
    $chosen_shipping = isset($data['shipping_method'][0]) ? $data['shipping_method'][0] : 'none';
    error_log('Selected shipping method: ' . $chosen_shipping);
}

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

[Varikweru]

Огромное спасибо!

Answer 2

[Varikweru]

В общем, я свою проблему решил костылем - по событию updated checkout запускается функция, которая вытаскивает из скрытого поля в review order значение актуального способа доставки и переключает выбор на него. В принципе, так как проблема касается чисто фронтенда (в заказ падает верный способ доставки с правильно рассчитанной стоимостью), то в целом на этом можно остановиться. Но интересен опыт тех, кто с этим еще сталкивался