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

Значит вы что-то не донастроили или настроили не так как ожидаете.

$arResult['PROPERTIES'] - сюда попадают все свойства инфоблока, если вы указали хотя бы одно в DETAIL_PROPERTY_CODE (не попадают если только у вас параметры есть которые это блокируют)

$arResult['DISPLAY_PROPERTIES'] - сюда только свойства указанные в DETAIL_PROPERTY_CODE (но опять же нужно проверить настройки свойств в инфоблоке разрешено ли их отображать в детальном компоненте)

на почту приходит письмо для подтверждения, и не важно анонимный ты или нет. Переходишь и почта подтверждена. Роскомнадзор кстати сейчас за отсутствие подтверждения может наказать так, что мало не покажется.
Формат подписки вы не поверите, но до сих пор актуален. Потому как если есть выбор  - люди выбирают текстовый формат, и достаточно часто, картинки люди не любят в письмах, большинство их отключает(да зависит от проекта, но по статистике это так, а если используется корпоративная почта, то там СБ следит чтобы формат писем html не был доступен ), это и с целью безопастности и для ускорения загрузки

Цены регулируете скидками? Скидки кастомные?

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

мы сделали немного проще, если СКУ=0, то просто делаем ему неактивно и все, в этом случае уже не учитывается. Единственное нужно включать в настройках использовать устаревшие события потому что onProductUpdate это устаревшее событие, а активность  на нем завязали

я так увеличиваю

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

А с чего вы решили что сохранение в куки 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. Работает.