Условия обработки персональных данных

Сайт использует технические и персональные данные пользователей для получения маркетинговой и статистической информации. Условия обработки персональных данных посетителей можно ознакомиться по ссылке.

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

X

bitrix Кастомное оформление заказа- странная методология

Приведу сначала схему. Обычный битрикс работает как
1. Мы работаем с компонентом bitrix:sale.basket.basket.
2. По завершении перекидывает на страницу оформления заказа.
3. Оформляем заказ на другой странице с помощью компоненты bitrix:sale.order.ajax.
4. По завершению перекидывает на страницу c bitrix:sale.order.ajax и параметром ORDER_ID=N.

Мы будем использовать другую схему

как она работает.
1. на странице с корзиной мы выводим форму для оформления заказа (самописную). И заполняем её полями в ручном режиме. Все доставки , платежки- все пишем ручками через апи. Нам не нужен компонент bitrix:sale.order.ajax!!!
2. Внутри прописываем div.dds_basket_insert который и содержит форму и таблицу вывода товаров.
3. Вывод товаров- делаем через php, с аррезульт все есть arResult

а теперь хардкор.
1. При изменении любого чебокса — происходит отправка формы вызовом такой функции

Что внутри basketupdate.php ? Там тупо тот же компонент корзины. Который надо засунуть в dds_basket_insert, ограничив отображение

. После отправки мы получаем ту же страницу. Но с заполненым чебоксом или полем.
код отправки.

Если мы всё заполнинили, нажимаем на кнопку отправить и отправляем форму на order.php:

Содержимое файлка order.php

2. Нам нужНо удалить поле из корзины? Отправляем отдельный аякс- для удаления. И … Обновляем страницу ajaxUpdate(); Заменяя всё.

Приведу полный код шаблона public_html/local/templates/шаблон/components/bitrix/sale.basket.basket/basket/template.php

Комментирование закрыто