Александр Маджугин

Получить ID элемента по XML_ID и удалять/обновлять по ID.
Если все сделано правильно это должна быть достаточно дешевая операция.

Берясь за написания импорта я обычно стараюсь думать не о том как побыстрее обновить побольше товаров, а о том, как побольше товаров не обновлять.
Первая и самая простая оптимизация добавить к свойствам товаров еще одно - HASH и писать туда md5 от сереилазованного массива которым вы хотите обновить товар. Дальше, при следующем обновлении вы перед Update будете вычислять от сериалазованного массива которым хотите обновить товар, этот Hash и обновлять товар только если он не совпадает с сохраненным хэшем и записывать этот новый хэш.
Такая схема очень удобна в случае если источник не умеет отдавать только изменившиеся товары или товар состоит из нескольких элементов ИБ (Товар+Торговое предложени+Элемент свойств). Кроме того помним что цена тоже хранится отдельной сущностью и для нее можно провернуть тот же трюк. Вычислить md5 прямо сильно быстрее чем сделать запись.

Кроме того следите за тем чтобы вашем кастомном импорте не было ничего кроме записи в update внутри цикла. А то всякое видеть приходилось.

Вообще записать 1000 товаров за минуту в базу, без картинок - это полная ерунда. Должно хватить любой производительности, если конечно не выяснится что у вас не 100 ТП к каждому товару.

И да - убедитесь, что и товары и ТП и все ИБ в которые вы пишите во время импорта хранят свойства в отдельных таблицах, а не в общей.

Какой-то специальной формулы нет.

Но если немного подумать то вырисовывается 2 варианта и все зависит от того для чего вам рейтинг.

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

2 Если вам нужно определять НАСКОЛЬКО одна статья круче другой, то вам придется определится как это связано с просмотрами, потому что в 2 раза больше просмотров может не означать что статья в 2 раза круче. Тут скорее всего подойдет какая-то степенная функция - подбирайте не свой вкус, но как правило квадратный корень обычно наилучшее решение. Таким образом статья будет в 2 раза круче если набрала в 4 раза больше просмотров.

3 (да он тоже входит в эти два варианта) Если вы собираетесь использовать рейтинг для показа статей на главной например вам придется очень хорошо продумать способ показа. Дело в том что пусть у вас показываются статьи случайно, если у них одинаковый рейтинг, по одной на главной и всего две статьи. После того как третий человек кликнет по статье и они набирут суммарно 3 просмотра, у одной из них рейтинг станет в 2 раза выше и на главной начнет показываться только она, в итоге она начнет набирать просмотры и ее рейтинг взлетит до небес, а отображать он будет не качество статьи, а работу генератора случайных чисел.
Поэтому здесь нужно придумать способ показа. Хорошая идея выводить статьи с высоким рейтингом + несколько случайных статей. А сам рейтинг лучше взять степенной как в варианте 2. Интуитивно кажется хорошей идеей выводить на главной N случайно выбранных статей + kN с высоким рейтингом статей где k == степени корня.

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

if ($arObject['PROPERTY_PHOTO_DESCRIPTION'][$k] != $desc) CIBlockElement::SetPropertyValueCode(
                    $arObject['ID'],
                    'PHOTO',
                    Array($arObject['PROPERTY_PHOTO_PROPERTY_VALUE_ID'][$k] => Array("DESCRIPTION"=>$desc))
                );

1 Уберите теги jquery, битрикс и javascript - не вводите людей в заблуждение - все это не имеет отношение к вопросу.
2 Я же писал уже вам - просто сверстайте его так.
3 Если вы хотите прямо эту верстку подкорректировать, то:

Уберите js вообще полностью. Вообще соотрите все что в файле.
строки

<li<?if($arItem["CHILD_SELECTED"] !== true):?> class="menu-close"<?endif?>>
        <div class="folder" onClick="OpenMenuNode(this)"></div>

замените на следующие:

<li<?if($arItem["SELECTED"] != "Y"):?> class="menu-close"<?endif?>>

В эксесс логе сервера посмотреть.
А что за "данный" скрипт?

Заходят на сайт через админку и делают дамп. Либо подключаются к серверу по ssh и тоже делают дамп.

Как закрыть уязвимости:
Смените пароль с 123456 на какой-нибудь менее предсказуемый (Нет, qwerty тоже не подходит).
Удалить на сервере FTP.
Не подключайтесь к серверу по SSH из под Windows.
Удалите все сомнительные плагины с сайта.
Регулярно обновляйте CMS, устанавливая все последние одновления.
Если сайт самописный - удалите его и замените на CMS.
Если сайт на сервере к которому есть доступ из Интернета - отключите сеть.
Если сервер работает - обесточьте его.
Выньте устройства хранения данных из вашего сервера и положите его в микроволновку. Включите программу разморозки на 2 минуты.
Сожгите микроволновку.
Если вы помните содержимое сайта по памяти [УДАЛЕНО РОСКОМНАДЗОРОМ]

Вы по религиозным соображениям не хотите использовать magnet-url и хотите чтобы мы помогли вам их переизобрести?