Форум

[QUOTE]Александр Иванов написал:
на одном лицензионном ключе Битрикс можно использовать только два сайта![/QUOTE]
Вы немного путаете, то о чем вы говорите это многосайтовость и уже достаточно давно можно сколько угодно, но многосайтовость предполагает одно ядро, что невозможно при нескольких хостах. В этом случае хостинг должен быть один. На разных хостах можно размещать копию сайта, но с включением, что копия это сайт для разработки. Если не включить галочку, то любое обновление ядра на копии и основной домен блокируется для получения обновлений и потребуется писать в техподдержку объясняя что произошло.

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

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

Вообще настройка времени производится в настройках группы к которой привязан пользователь.
На сервере стандартные настройки хранения 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 - это ядро, если хотите делать его бекап средствами админки. Если я ошибаюсь меня поправят, но при симлинках на ядро, оно в бекап не идет.