Алексей Волков (Все сообщения пользователя)

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

Думаю что вы пошли не по тому пути, не сумму заказа нужно менять, а цену товаров. Тогда все пересчеты будут в норме

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

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

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

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

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

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

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

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

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

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

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

тут все ок, ошибок нет, все зелененькое)
Отправка почты Успешно
Отправка почтового сообщения больше 64Кб Успешно
Проверка на наличие неотправленных сообщений Успешно

тоже все норм, письма имеют статус отправлено
stat=Sent

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

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

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

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

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

плюс выдает ошибку


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

Переделываю оформление заказа на современный компонент с компонента десятилетней давности.
Часть  функциона предполагает внесение корректив перед отправкой письма и перед показом страницы 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

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

Всем привет.
Столкнулся с проблемой оформления заказа.
При переходе на страницу если не авторизован или еще не делал заказ, то при переходе на страницу оформления (старый шаблон) есть такой вызов CSaleLocation::proxySaleAjaxLocationsComponent() в  который передается $value = 0;
Так вот нужно подменить на выбор по геопозиции. Вроде не так сложно делаем, в итоге видим результат, но вот служба доставки и платежная система не подгружается в этом случае. Нужно стереть город и заново его выбрать, тогда все ок.

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

Если кто-то сталкивался с такими проблемами, как их решить поделитесь. Спасибо.

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

Пока решение только пилить своё кастомное правило что-то типа скидка из справочника или полностью отдельный функционал.


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

Добрый день.
Был битрикс версии примерно 20, обновили до последней и теперь когда заходишь в заказы скидки применяются, но не отображаются. Кнопка пересчитать заказ отсутвует.
По плану стоит разобраться в причине в этом месяце. Но прежде чем писать в техподдержку(вдруг быстрее получится понять) решил тут узнать может кто-то сталкивался и знает в чем причина и как поправить?

опять же повторюсь если нет ограничений, в противном случае бесконечно не будет, вы видимо привыкли к хорошему)
Тогда поделитесь со мной, да думаю и не только мне это будет полезно, как? У меня например файл в 50-100Мб уже вызывает очень большие сложности, такой файл парсится примерно 20-25 секунд и на принт уже времени почти  не остается, при этом принт жрет память как не в себя. да можно принтовать не на экран, в файл тут с памятью попроще.

Поэтому если для вас это не проблема, так подскажите, я значит неверно это делаю.

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

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

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

На вскидку не скажу, попробуйте посмотреть как это в умном фильтре сделано или группировку по свойству для getlist.

Так отключите режим редактирования, зачем его включать если вы не собираетесь редактировать контент или менять настройки