Форум

Это не дубль. Это один товар, но привязан к нескольким разделам. Если зайти в товар, то на вкладке "Разделы" будут отмечены несколько. Оставьте один если вам требуется только одно местоположение товара.
На вопрос почему и как так произошло никто вам не ответит, это может ошибка контент-менеджера(или не ошибка), так загрузили используя какой-то обработчик... и т.д.

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

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

создать новое свойство адрес для типа платильщика юрлицо.
Для каждого типа платильщика свой набор свойств, а не общий

Если есть у кого-то и можете поделиться ограничением для скидок - не применять если уже применена скидка такая-то

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

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

т.е. у меня получилось 50000 "LIKE" вместо одного "IN"  

Спасибо.

еще задам вопрос в этой же теме
добавление отсутствующих значений далее идет так
[CODE]
if(!empty($itogo)){
foreach($itogo as $val_add){
$entity_data_class::add($val_add);
}
}
[/CODE]

Если значений будет 1К, 10К, 100К только цикл использовать можно или я опять что-то упускаю и можно оптимизировать?
получив  что-то наподобие
[CODE]
INS ERT IN TO таблица
(список полей)
VALUES
(список значений 1),
(список значений 2),
[/CODE]

Есть HL-block справочник который содержит списки свойств. Там более 200К записей

если использовать для проверки данных из этого справочника
[CODE]
//$itogo_key = массив уникальных ключей ~50К
$rsData = $entity_data_class::getList(array(
"select" => array('ID','UF_KEY'), //выбираем поля
"filter" => array("UF_KEY" => $itogo_key),

));
$rsData = new CDBResult($rsData, $sTableID);
if($rsData->SelectedRowsCount()>0){
while($arData = $rsData->Fetch()){
  unset($itogo[$arData['UF_KEY']]);
}
}
[/CODE]
так вот такой код отрабатывает плюс-минус 15 минут. мне такой запас никак не подходит, а еще нужно значения которые отсутствуют добавить Как можно решить подобную задачу?

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

https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&LESSON_ID=5124 - в дополнение

[QUOTE]z-i написал:
В идеале вывод свойств в форме редактирования и добавления в зависимости от раздела, а в разделе как-то делать привязку к свойству,[/QUOTE]

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



вот этот функционал для этой цели и задумывался