Форум

Не сталкивался с такими объемами, но из коробки скорее всего нет, вам скорее всего придется все продумывать самим, всю архитектуру и хранение в БД. Возможно если организовать вебкластер, то должно работать адекватно всё. Я бы с таким вопросом обратился в техподдержку, вполне возможно они помогут с таким проектом все организовать. Насколько я знаю раньше они брались помогать с интересными проектами, а с такими объемами данных не думаю что ваш проект не интересен.
Я сталкивался с проектом когда было товаров под 1млн и св-тв несколько сотен - в админке работать было тяжко, для многих действий с элементами приходилось писать отдельные обработчики. Но, сразу оговорюсь это было давно, до D7 и не на отдельном сервере. Правда и сейчас инфоблоки с парой сотен свойств и 100К+  тупят.

Я делал похожую задачу таким образом, у нас было так, что товар один, а юрлицо определялось наличием на том или ином складе, и я пошел по пути когда клиент нажимал на оформить заказ вот в этот момент перед сохранением:
- брал все товары корзины определял какие куда относиться должны,
- создавал массив групп товаров для заказа,
- очищал текущую корзину,
- дальше в цикле по массиву закидывал в корзину товары и создавал заказ, в каждый такой заказ генерировал хеш строку чтобы понимать что это была изначально одна корзина
- после последнего заказа перекидывал на страницу где по хештегу выводил список получившихся заказов

Минус такого подхода это то что клиенту нужно оплатить отдельно каждый заказ, доставку нужно прописать только в одном, ну и куча однотипных писем вместо одного

Можно вот так [URL=https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2899&LESSON_PATH=3913.4565.4790.4789.2899]https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2899&LESSON_PATH=3913.4565.4790.4789.2899[/URL]

[QUOTE]Виталий Соков написал:
посмотрел бы результаты проверки системы /bitrix/admin/site_checker.php[/QUOTE]
тут все ок, ошибок нет, все зелененькое)
Отправка почты Успешно
Отправка почтового сообщения больше 64Кб Успешно
Проверка на наличие неотправленных сообщений Успешно

[QUOTE]Виталий Соков написал:
логи отправки писем [/QUOTE]
тоже все норм, письма имеют статус отправлено
stat=Sent

Разве? Я с несколькими типами цен давно не сталкивался, но насколько помню отображается и можно купить по самой минимальной из разрешенных цен.
т.е. для всех ставите самую высокую цену,
всех зарегистрированных помещаете в какую-то группу - зарегистрированные(через настройки в админке делается для новых пользователей), и далее для нее выставляете свой тип цен, [B]но она должна быть ниже чем для всех[/B]
ну и 3 тип цен который должен быть еще меньше выставляете для 3 группы

Если же у вас цена для зарегистровваного будет выше чем для не зарегистрированного, то тогда, да , такое сделать не выйдет.
Кроме того
[QUOTE]установить цену для НЕзарегистрированных пользователей, чтобы невидили ее зарегестрированные[/QUOTE] это невозможно, так как пока человек не авторизовался, он является незарегистрированным.

Есть еще вариант с наценками - скидки наооборот. Возможно вместо заведения типов цен может подойти вариант заведения наценок или их совмещение с несколькими типами цен.

Добрый день.
Такая проблема перестали уходить письма. Отправка идет через sendmail.
Ломал голову, ломал. А после очистил очередь писем и перезапустил службу. Письма начали уходить, но в таблице b_event они все-равно помечены как "F"
А часть функционала на сайте завязана на проверку отправки писем и если статус F, то меняем на N чтобы повторить отправку. И получается что клиентов заспамили. В какую сторону копать?

добрый день.
Столкнулся с проблемой неавторизованного пользователя при оформлении заказа.
при попытке изменить доставку, город, платежку если не авторизован, то получаю ошибку
[CODE]Uncaught TypeError: BX(...) is null
//на вот это место ругается BX('confirmorder').value

function submitForm(val)
{
if (BXFormPosting === true)
return true;

BXFormPosting = true;

if(val != 'Y'){
BX('confirmorder').value = 'N';

}

[/CODE]
плюс выдает ошибку
[CODE]TypeError: this.properties[k] is undefined

//на вот это в скрипте шаблона оформления заказа

this.properties[k].control = window.BX.locationSelectors[k];

//в методе
initDeferredControl: function() {
[/CODE]

не понимаю как поправить, если авторизован, то все норм.

Переделываю оформление заказа на современный компонент с компонента десятилетней давности.
Часть  функциона предполагает внесение корректив перед отправкой письма и перед показом страницы confirm, но если раньше это все было в компоненте, то теперь не могу понять как выловить именно этот момент.

Есть событие OnSaleComponentOrderOneStepComplete - Вызывается в компоненте bitrix:sale.order.ajax после создания заказа и всех его параметров, после отправки письма, но до редиректа на страницу
Мне же нужно после создания заказа и всех его параметров, до отправки письма и редиректа на страницу. Это необходимо для изменния  ряда данных + добавления новых для письма + страницы confirm.

за дату с какой выгружать в 1С отвечает значение в таблице "b_option last_export_time_committed_/bitrix/admin/1c_excha"

Натолкнулся на эту тему и решил проверить наш сайт, итог(вдруг кому пригодится) такой:
- началось всё не сегодня, а 27/Jun/2022:06:11
- использовались запросы к /bitrix/tools/composite_data.php, /bitrix/tools/html_editor_action.php, /bitrix/admin/index.php, /bitrix/tools/vote/uf.php