Форум

Не сталкивался с необходимостью именно в модуле, а вообще вы как админ можете просто авторизоваться под нужным пользователем и увидеть его корзину и поправить(удалить что-то или добавить)

Не думаю что это баг, если конечно я вас правильно понял, это скорее то, что вы используете базовый функционал компонента не так как заложено в нем. Если поле ответ это текст, то компонент должен вывести input, если дропдоун, то select, а у вас получился смешанным, что в итоге вылевается в 2 поля для одного вопроса, а значит и работать корректно это не будет.

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

[QUOTE]Автоматизация Торговли 319758.ru написал:
Без этого никак, разные юр лица, разные счета[/QUOTE]
Да, и это нужно понимать и донести заказчику сразу, потому как потом начинается, что клиенту это не удобно и нужно чтобы один раз нажал на кнопку и оплатил все заказы сразу, а то один заказ оплатит, другой нет. Опять же доставка была одна, прописывалась только в 1 заказе и не факт, что именно его клиент оплатит.

Да и еще вспомнил минус в моем решении, который нужно учитывать и бороться отдельно - если есть скидки на корзину, а не на товар, то в этом случае они могут не сработать.
Пример: скидка 100% на доставку если сумма товаров в корзине более 10,000 - если корзину в 12,000 разбили на на 2 заказа пополам, то каждый из них будет уже по 6,000 и скидка срабатывать не будет. Ну и таких вариантов скидок которые перестанут работать может быть уйма. Вариант решения: прежде чем удалять общую корзину кроме её состава брать и текущую цену товаров и доставок и при сохранении заказа прописывать кастомные значения

На сайте долго выполняется сохранение заказа. При поиске натолкнулся на событие
\Bitrix\Sale\Internals\OrderDiscountData::OnAfterAdd

выполняется аж 10 секунд, как понять почему и что его вызывает?

Не сталкивался с такими объемами, но из коробки скорее всего нет, вам скорее всего придется все продумывать самим, всю архитектуру и хранение в БД. Возможно если организовать вебкластер, то должно работать адекватно всё. Я бы с таким вопросом обратился в техподдержку, вполне возможно они помогут с таким проектом все организовать. Насколько я знаю раньше они брались помогать с интересными проектами, а с такими объемами данных не думаю что ваш проект не интересен.
Я сталкивался с проектом когда было товаров под 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 чтобы повторить отправку. И получается что клиентов заспамили. В какую сторону копать?