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

А с чего вы решили что сохранение в куки ip адреса является персональными данными? Сейчас ото всюду это прет, но толком никто не может сказать четкой какой-то позиции - "Потому что я слышал..." И начинается паника.

На текущий момент, насколько я знаю, персональными данными являются те данные, которые однозначно укажут на человека. Например, ФИО, Имя + телефон, Имя + почта... и подобное. IP адрес не закреплен ни за кем конкретно, если конечно вы его в связке сохраняете к себе это другое дело.
Собирание кук сейчас норма для большинства сайтов, поэтому вы просто чтобы себя обезопасить сообщаете об этом зашедшему. В том же битриксе, как и в других системах, в них хранится, к примеру, информация об авторизации, поэтому вы не можете их убрать совсем, не выйдет.

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

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

Судя по скриншоту вы редактировали файл как html, а нужно было хотя бы как php, а лучше вообще редактировать файлы по ftp/ssh , скорее всего у вас некорректно сохранился файл. Варинатов тут не много или проанализировать весь файл что в нем и как и поправить или из бэкапа вытащить предыдущий вариант

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

скорее всего как выше писали проблема с кодировкой, сайт в одной кодировке, а созданная страница в другой. например, страницу создали через фтп-клиента с кодировкой СР1251, а сайт в utf-8, а потом через эрмитаж сайта решили поправить, вот и результат. Еще в таких случаях бывает что нажимаешь првить параметры компонента, а открывается пустое окно.
через тот же фтп-клиент(в редакторе файла) проверьте кодировку, совпадает с сайтом или нет

по первому пункту - Нам обновляли сервер когда, то мы просили сразу внести правки, я не вносил, вот её время нам и увеличили, поищите как и где у вас на сервере оно меняется, по идее в настройках PHP должны быть
основные нужные параметры это
session.cookie_lifetime
session.gc_maxlifetime


по второму пункту - это настройки групп, что тут расписывать
открываете настройки группы, например админов /bitrix/admin/group_edit.php?lang=ru&ID=1 , и во вкладке Безопастность в поле Время жизни сессии указываете сколько нужно, если не будет превышать maxlifetime на сервере, то должно работать

на вскидку несколько вариантов:
- налог у какого-то товара - не стоит галочка "НДС включен в цену"
- изменилась цена какого-то товара(скидка/наценка), а пересчет не отработал корректно
- из 1С пришла информация, что общая сумма заказа одна, а товары на сайте с другой суммой остались

Зачем так сложно. Бегай по всему сайту, меняй страницы.
Все уже давно придумано до нас, как говорится.
Просто создаете шаблон сайта для авторизации на базе того, что у вас в /auth/index.php и в настройках шаблонов сайта прописываете применять по "выражению PHP" => условие пользователь не авторизован

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

Есть модуль миграции, причем бесплатный, https://marketplace.1c-bitrix.ru/solutions/sprint.migration/

Но насколько он вам подойдет сложно сказать, я им не пользовался ни разу, но вроде это что вам нужно

или вы используете компонент в шаблоне другого компонента

перед ним это перед умным фильтром

Я через фильтр такое настраиваю, по вашему фильтру если он подходит примерно так сделайте:

А перестает работать ваш вариант с умным фильтром из-за того что вы его переопределяете
global $arrFilter;
$arrFilter = array();
такой вариант удаляет все что попало в $arrFilter после применения  умного фильтра и назначает свое, в моем варианте, вы просто дописываете в него дополнительные данные

Если вы это используете в комплексном компоненте, то тогда перед ним пропишите этот код, изменив arrFilter на что-то другое, например arrPreFilter
а в сам компонент bitrix:catalog.smart.filter передавайте еще один параметр
"PREFILTER_NAME"=>"arrPreFilter",

Никак, потому как до сих пор в большинстве случаев это является более оптимальным решением. Но если вы принципиально хотите использовать новое ядро, то никто вам не мешает использовать что-то типа \Bitrix\Iblock\Elements\ElementСatalogTable::getList или подобное, просто вы должны знать связи между таблицами и для решения ваших задач эти связи использовать

Кто как решает такую проблему как фильтр по цене с учетом скидок?
- Скидок может быть несколько
- скидки зависят от групп пользователя

На уровне sale.order.ajax я сомневаюсь что есть хоть какой-то вариант решения вашей задачи, потому что применится или нет, решается на уровне правил скидок.
Задача "купон-скидка на первый заказ пользователя" насколько мне известно решается только 2 способами:
1. через добавление/удаление в группу для которой применяется скидка
2. написание своего условия для правил корзины

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

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

Почему перестали поддерживать не скажу(конкретно мне это не особо и нужно было, на проектах давно не ставил, так что не считаю это как потерю, меньше весить будет), так решили и всё.
Ничем не заменили, возвращать не планируют.  

Тоже сталкивался с этой проблемой. Но основа кроется в настройках сервера. Не в самом битриксе, тут техподдержка не поможет, увы, типа это к битриксу не относится. Если на сервере установлено по умолчанию, то это максимум 24 минуты.

А есть еще кеш, который отрабатывает без запросов к БД, что тоже как простой походу считается(во всяком случае у меня подозрение такое).

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

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

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

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

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

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

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

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

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

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

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

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

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