Форум

Раз появляется ошибка не сразу, то как вариант в архиве что-то что и вызывает ошибку.
В свое время я сталкивался с проблемой когда htaccess паганил архив. А так как он у вас старый(архив), все может быть. Попробуйте когда дойдет до ваших 17% посмотреть появился этот файл или нет, если появился сделайте его копию куда-нибудь в сторону и содержимое удалите, после нажмите f5.

А зачем такие сложности?

[QUOTE]Евгений Жуков написал:
В левой колонке темы под именем есть ссылка с числом ваших сообщений на форуме. Она ведет на страницу с их списком.[/QUOTE]

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

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

Если я непонятно описал приведу пример из старого ядра(когда-то как наглядный пример отложил себе) на использование подзапросов:
[CODE]
фильтрацию по множественному свойству(где множественное свойство огромное особенно), инфоблок на 35000 эл
//$arFilterT = Array('IBLOCK_ID'=>18, 'ACTIVE_DATE'=>'Y', 'ACTIVE'=>'Y', 'PROPERTY_CODE_PARTS'=>$prishlo); //- время выполнения 99,9сек

$arFilterT = Array('IBLOCK_ID'=>18, 'ACTIVE_DATE'=>'Y', 'ACTIVE'=>'Y',  array(
             "ID" => CIBlockElement::SubQuery("ID", array(
               "IBLOCK_ID" => 18,
               "PROPERTY_CODE_PARTS" => array($prishlo),
             ))
       )); //-время выполнения 3,1сек

$resT = CIBlockElement::GetList(Array('name' => 'asc'),$arFilterT, false, false, Array('ID','PROPERTY_BRANDS'));
[/CODE]

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

Насколько я помню для этого загружаете в маркетплейс, но устанавливаете что это обновление альфа(т.е. по сути только для разработчика), только так

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

Я где-то тут тоже похожую тему писал о такой проблеме.
В итоге пришел к такому решению:
[CODE]
<li nk href="/front/css/normalize.css" type="text/css" rel="stylesheet">
<? $APPLICATION->ShowHead();?>
<?
// css
$asset->addCss('/front/css/swiper-bundle.min.css');

[/CODE]
т.е. то что должно идти первым в хедер прописываю

Всем привет.
Оставлю тему, возможно у кого-то есть готовый класс или ссылки на такой и не жалко поделиться. Спасибо.

Есть каталог, все товары в нем простые. Но появились новые группы товаров, которые нужно объединить как с SKU (в списках исключить, в детальной объединить). При этом хотят в 1С все оставить как есть. Основное отличие таких товаров это цвет и/или размер и цена.

это модуль Веб-мессенджер (im) Модуль мгновенных сообщений и уведомлений. У него есть свой компонент. Но учтите что он только для зарегистрированных + у него нет ограничений по умолчанию чтобы клиенты не общались между собой

Не делал, но если не ошибаюсь, то для этого вам нужно использовать не /bitrix/admin/1c_exchange.php, а создать отдельную страницу на которой разместить компонент bitrix:sale.export.1c и настроить его отдельно указав в ограничениях для какого сайта. И так для каждого сайта.