Их не будет, этих вопросов, если номер будет 1023, например. Дураку понятно, что это общая нумерация в системе. Вы попробуйте что-то заказать в любом интернет-магазине, Вам придёт письмо типа "Ваш заказ №2389 сформирован и готов к отгрузке". Ни у кого вопросов не возникает
Заказ - это законченная процедура выбора. А корзина - это хотел заказать, но не заказал. Странно, что у ТС вообще возник этот вопрос. Самопис какой-то, наверное.
Это точно) Короче процедура такая: чувак кладет товар в корзину, у него есть вариант назвать ее как-то, если их будет несколько (это называется мультикорзина), или система по дефолту назначит сама. Должно получиться "корзина 1", "корзина 2", "корзина n"... Думаю как это проще сделать, чтобы имена корзин не повторялись, и чтобы для каждого пользователя нумерация была своя по порядку, а не корзина 2423...
В каком смысле разные? Чтобы они отличались от id пользователя? Просто смысл не совсем понятен. Ну пусть у всех называется Корзина просто если нет названия, зачем им добавлять цифру?
тут дело в том, что если юзер не захотел давать имя корзине, то по дефолту назначит скрипт, если по логике имя+id, то может получиться, что у пользователя первая корзина, а она называется корзина 3745 например. Не катит...
\Bitrix\Sale\Compatible\DiscountCompatibility::stopUsageCompatible(); //Отключает режим работы с старым ядром Bitrix //идентифицируем пользователя для работы с карзиной $fuser = Bitrix\Sale\Fuser::getId();
global $USER; //Мультикорзина \Bitrix\Main\Loader::IncludeModule("innst.optuserlk");
$basket_sid = Bitrix\Main\Context::getCurrent()->getSite(); //сид корзины по умолчанию равен ид сайта
if (!empty($USER->getId())) { $multibasket = new Innst\OptUserLk\MultiBasket(CUser::GetByID($USER->getId())->Fetch()); if (!empty($multibasket->chekUserGroup($USER->getId()))) { $arActiveBasket = $multibasket->getActiveBasket(); if (!empty($arActiveBasket['SID'])) { $basket_sid = $arActiveBasket['SID']; } } } //Конец - мультикорзина /* получаем текущую корзину пользака */ $basket = Bitrix\Sale\Basket::loadItemsForFUser($fuser, $basket_sid);
Их не будет, этих вопросов, если номер будет 1023, например. Дураку понятно, что это общая нумерация в системе. Вы попробуйте что-то заказать в любом интернет-магазине, Вам придёт письмо типа "Ваш заказ №2389 сформирован и готов к отгрузке". Ни у кого вопросов не возникает
да нет, номера заказов здесь не причем)
Какая разница, №1 или №3745? Пользователю пофиг.
Непонятно, чего Вы хотите добиться.
Чтобы вопросов таких не было: мол я только первый заказ делаю, а у меня пятая корзина откуда-то завелась. Это важно короче
Заказ - это законченная процедура выбора. А корзина - это хотел заказать, но не заказал. Странно, что у ТС вообще возник этот вопрос. Самопис какой-то, наверное.
Это точно) Короче процедура такая: чувак кладет товар в корзину, у него есть вариант назвать ее как-то, если их будет несколько (это называется мультикорзина), или система по дефолту назначит сама. Должно получиться "корзина 1", "корзина 2", "корзина n"... Думаю как это проще сделать, чтобы имена корзин не повторялись, и чтобы для каждого пользователя нумерация была своя по порядку, а не корзина 2423...
Мне кажется речь про разные ж корзины одного юзера. Сегодня одна, завтра другая.
точно)
В каком смысле разные? Чтобы они отличались от id пользователя? Просто смысл не совсем понятен. Ну пусть у всех называется Корзина просто если нет названия, зачем им добавлять цифру?
тут дело в том, что если юзер не захотел давать имя корзине, то по дефолту назначит скрипт, если по логике имя+id, то может получиться, что у пользователя первая корзина, а она называется корзина 3745 например. Не катит...
Ну пусть хранятся... там же есть id порядковый у них. Если нет название то выводить Корзина + id пользователя
Хотя с другой сторона лучше бы порядковые номера разные давать
Ну пусть хранятся... там же есть id порядковый у них. Если нет название то выводить Корзина + id пользователя
Вообще-то да. Так и сделаю. спс)
ну вот код, который отвечает за отправку данных на страницу
Сайт в офлайне, прямо сейчас не могу на тестовый сервак залить - он огромный.
ну вот код, который отвечает за отправку данных на страницу
Битрикс у всех разный. И архитектура здесь ни при чём, это решение, а не архитектура.