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

Так как мне не понятно как это выглядит и где находится, то отвечу так:

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

Добавил проверку такую же как в Manager::getById чтобы не вызывалось, правда минус такой что информации о доставке в письме в этом случае может не быть, но это лучше чем ловить исключение и крики клиентов "Аааа, оно сломалось"

Я по похожему принципу Подарочные сертификаты делал.
Ну а в целом - как вариант, если нет особых условий для применения. Потому что если на сайте постоянно используются по несколько скидок, то такой способ будет очень неудобен. Простой пример: скидка применяется если не применилась другая скидка(т.е. скидки ограничены на текущем уровне применимости) и получается вам нужно получить все скидки, вычислить и в случае когда не нужно отменить действия каких-то из них. И еще нужно учитывать что в 1С передается цена со скидкой, а у вас скидка идет как часть оплаты и соотвественно в 1С эта информация не идет. В 1С вообще только одна оплата передается, нужно допиливать еще передачу что есть вторая оплата и в 1С на основании этого допиливать скидку чтобы пробить чек. В общем не все так просто с вашим решением.

Но как и сказал если что-то простое на сайте, то вариант рабочий.

Нет. На уровне шаблона вы уже не можете ее исправить.

Раз у вас свой обработчик, то внесите в него блок заполнения свойств, тем более комментарии вы же как-то заполняете. Примерно такой:

У нас есть периодическая ошибка по которой непонятно что делать.

На событии OnOrderAdd формируется массив для отдельной отправки письма
и на шаге получаю ошибку
deliveryId(0)

Перед этим шагом сохраняю в файл значение DELIVERY_ID и вижу в нем цифру, но при этом выводится ошибка.
Делаю повторно создание заказа с теми же товарами, с той же доставкой - нет ошибки.

в Manager::getById есть проверка но почему она то возвращает 0, то норм

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

А разве не проще будет на событие отправки писем завязаться, например на OnBeforeEventSend, ведь в b_event попадают только события отправляемые через ::send.

И тот и другой вариант плох. Да и вообще если вы пришли к задаче такой как у вас где нужно или 10000 правил или внутри 100000 товаров, значит вы не правильно сформулировали задачу. В документации даже приведен пример что если нужно перечислить много товаров, то это делается другим путем - заводится свойство у товаров и в скидке не перечисляются все товары, а указывается что данное свойство должно равняться/не равняться/... и тогда вам не придется 10000 товаров в условие впихивать.

Ну и т.д. вплоть до того что создать нужное свое кастомное условие скидок.

а так же
Очень странно как-то. Зачем-то вы свой новый домен привязали к существующему сайту. Ну да ладно. Обычно если меняется агенство для поддержки проекта передаются доступы к админке, к хостингу. После того как получены доступы они меняются на новые. В этом случае уже старое агенство не получит полный контроль, ну конечно если не осталось дыр/шелов.
То что битрикс ломаный, опасно, но тут вопрос кто, как и для каких целей его ломал. Самый распространенный способ это грубо говоря заморозка срока, никаких вирусов, и тут опасность в том что любое обновление сделает его нерабочим. Запросить архив чтобы он не был взломанным у вас не выйдет. Чтобы это исправить ставите чистую установку с новой лицензией и также отдельно (можно локально, можно на отдельном домене) разворачиваете что вам дали и переносите шаблоны, информацию из БД через внутренние инструменты. Так вы избавитесь от всякого возможного мусора и получите чистый продукт, но это долгая задача, так как что там накручено это тот еще может быть квест.

по поводу многосайтовости почитайте https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=103&LESSON_ID=281&LESSON_PATH=8799.281
а если вкратце, то смысл такой что у одного ядра должна быть одна лицензия, а все дополнительные сайты должны подключать это ядро в виде ссылок на него и подключить его можно только в пределах одного хоста. Из-за того что одно ядро = одна лицензия, нельзя создавать 2 домена и на каждый ставить отдельно ядро с тем же ключом(исключение если отметить что это версия для разработки).

ну тут самое простое это - из админки вы будете видеть все файлы всех сайтов если правильно все настроили.

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

Если только типы, то проверьте таблицы БД, возможно с кодировкой что-то. Ну или у в ваших обработчиках ошибка

Такая ситуация встречается если у вас обмен с 1С есть или какой-то кастомный автоматический обработчик на его основе, такая ситуация может происходить когда происходят запуски следующего обмена при не законченном предыдущем.
Т.е. у вас 3 инфоблока, значит минимум 3 выгрузки, запускается первый формируется таблица для обновления, идет само обновление и тут приходит новый файл и новый вызов, но прошлый ещё не завершен. Вот и происходит заполнение таблицы данными из нового  файла и эти данные отправляются в другой инфоблок так как еще не закончил свое действие прошлый обработчик. Поэтому даже в документации где-то было написано что нельзя чтобы пересекались обмены если у вас несколько инфоблоков, время нужно выставлять так чтобы точно знать что предыдущий обмен завершен.

в этой теме что вы привели написали, пишите в техподдержку если у вас ключ боевой они его активируют

нет, в local хранятся пользовательские данные и их обновление от битрикса не трогает

Думаю никогда. Так как за все время существования скидок и правил этот вопрос поднимался много раз, но воз и ныне там.

найти метод Webc\FieldCode1cHandler::setCode1cFromCmlTraits и прописать что он статический. У вас на событии подключается самопис или сторонний модуль для треслетирации кода

кешируется контент, а у вас скорее всего он от какого-то запроса/выборки зависит

Есть правила работы с корзиной, среди них есть предоставить подарок при условии таком-то. Человек сам должен в корзине при использвании такого правила добавить подарок или проигнорировать его. Это то что из коробки есть. Все остальное нужно дорабатывать.
Но по опыту акция 3 по цене 2 - это отдельный геморой, так как каталог обычно это не 10 товаров, а тысячи и такую акцию не на 1 товар, а на сотни заводят и акция должна распростроняться на то как вы написали "Или кладет 10 одинаковых товаров, и еще 5", а этого из коробки не будет.

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

Если вам хватит тех модулей что идут с этой лицензией, то можно и старт. Только учтите что на старте нет модуля Форумы и Блоги, а так же Веб-формы, это минималка с возможностью сохранять информацию в Информационные блоки и Highload-блоки с выводом из них, все остальное вам придется самому реализовывать. Конечно если блог - это просто статья, без форм, комментов и прочего, или вы это сможете сами реализовать, то этой редакции за глаза хватит

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

Давно. Если вы перейдете в свойство то там будет вкладка к какой доставке/платежке привязать - если сделать привязку то свойство будет только с выбором данной доставки/оплаты отображаться

Значит у вас где-то переопределены стили для тега fieldset

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