Форум

[QUOTE]Андрей Николаев написал:
Это прописывает не битрикс, а Антивирус Касперского.[/QUOTE]
Понятно теперь. Спасибо.

Я никак не пойму, откуда скрипт в теле кода страницы на стороне сервера появляется. Хостинг говорит, что это не от них он появляется.

Тогда получается, что это Битрикс как-то прописывает его. Но как?

[QUOTE]baltika написал:
Писать в техподдержку касперского.[/QUOTE]
Ну это на стороне клиента, а не на сервере. У меня прямо вот на сервере такая картинка:



У клиента этот скрипт блокируется хорошо адблоком.

Столкнулся с такой проблемой:

Есть страница с довольно большим кодом и множеством POST запросов. Это он-лайн калькулятор [URL=http://m-project33.ru/self/mzlf/]http://m-project33.ru/self/mzlf/[/URL]

С недавнего времени в теле этой страницы, причём на серверной стороне, прописывается код примерно такого содержания: <script type="text/javascript" src="[URL=https://gc.kis.v2.scr.kaspersky-labs.com/3D7428FD-2D4C-2C43-B227-14235FCA9CEA/main.js]https://gc.kis.v2.scr.kaspersky-labs.com/3D7428FD-2D4C-2C43-B227-14235FCA9CEA/main.js[/URL]" charset="UTF-8"></script>.

Данный код серьёзно тормозит время загрузки страницы, пока она не отвалится по таймауту. Особенно в мозиле.

Обращение к техподдержке хостинга ничего не дало, был совет сменить пароли учётных записей администратора и ftp. Сменил - тоже самое, удаляешь код и через какое-то время он снова появляется.

Кто-то сталкивался с такими вещами? Откуда хоть ноги растут?

Там два контура проверки доступа, в этом компоненте.

Первый - это код:
[CODE]// check whether current user can have access to add/edit elements
if ($arParams["ID"] == 0)
{
$bAllowAccess = count(array_intersect($arGroups, $arParams["GROUPS"])) > 0 || $USER->IsAdmin();
}
else
{
// rights for editing current element will be in element get filter
$bAllowAccess = $USER->GetID() > 0;
}
[/CODE]А дальше 2 раза в коде компонента встречается проверка условия:
[CODE]if ($bAllowAccess)
{

...

}
[/CODE]А второй контур при фильтрации элементов инфоблока:[CODE]// check type of user association to iblock elements and add user association to filter
if ($arParams["ELEMENT_ASSOC"] == "PROPERTY_ID" && strlen($arParams["ELEMENT_ASSOC_PROPERTY"]) && is_array($arResult["PROPERTY_LIST_FULL"][$arParams["ELEMENT_ASSOC_PROPERTY"]]))
{
if ($USER->GetID())
$arFilter["PROPERTY_".$arParams["ELEMENT_ASSOC_PROPERTY"]] = $USER->GetID();
else
$arFilter["ID"] = -1;
}
elseif ($USER->GetID())
{
$arFilter["CREATED_BY"] = $USER->GetID();
}
// additional bugcheck. situation can be found when property ELEMENT_ASSOC_PROPERTY does not exists and user is not registered
else
{
$arFilter["ID"] = -1;
}
[/CODE]
В нём как раз и решается проблема фильтрации через замену $USER->GetID() на null

Оба контура проверки надо отключить. Ну и учитывать, что это модификация ядра Битрикс, при каждом обновлении этот код будет слетать. Я бы кастомизированный компонент создал  iblock.element.add, чтобы не корёжить ядро.