Форум

Если коротко: общение с веб сервером это не постоянный канал связи. А передача запроса серверу и получение от него ответа. (Хит). На каждом (абсоютно) хите переменная $inExchange будет равна false.   Даже если в параллель будет 100 обменов идти. И лишь при появлении события OnBeforeCatalogImport1C  оно будет изменять на true. И значение это будет изменено только и исключительно в рамках данного хита. Это, даже, не переменная сессии, не говоря о том что она ни как не связана между хитами разных клиентов.  Если произойдет обрыв...... То будет просто обрыв хита.... все. Данная переменная и ее новое значение (если не будет багов ПО сервера) будет удалено из памяти (или точнееэта область будет помечена как свободная)

Дмитрий Чебыкин, далее зависит от деталей задачи.

1. Если обмен прервется, то и событие OnBeforeIBlockElementUpdate не будет больше происходить. Следовательно необходимость в этом флаге отпадет.. Так что тут вообще нет ни какой проблемы абсолютно.

2. Ни чего не будет. По скольку сточки зрения сервера это разные хиты. Соответственно $inExchange будет у вас разное. Так что и тут нет ни каких проблем.

Прежде чем бочку катить на битрикс со своим анекдотом, вы бы вспомнили  как работает PHP на веб сервере. И подумали как работает вышеприведенный код... ;)

Стандартным способом копируете шаблон компонента. В каталоге с шаблоном можно найти подкаталог lang.  все там.

Например так[CODE]class ExchangeHandlers
{
private static $inExchange = false;
/**
* Обработчики событий модуля catalog
*/
public function OnBeforeCatalogImport1C($arParams, $file) {
self::$inExchange = true;
)
public function OnSuccessCatalogImport1C($arParams, $file) {
self::$inExchange = false;
}
/**
* Обработчики событий модуля iblock
*/
public function OnBeforeIBlockElementUpdate(&$arParams) {
if (self::$inExchange) {
}
}
}
[/CODE]

О! А еще здесь в цикле добавляются разделы и при каждом добавлении этот метод срабатывает еще раз.... Правда только один запрос.

И кстати, вот этот код вызывает сомнения в целесообразности: Я может не вижу подвоха, но мне кажется автор тут поучает значения, которые есть в $arFields.
т.е. весь этот код сводится к $arRes = $arFields
[CODE]$arFilter = array('IBLOCK_ID' => 10, 'ACTIVE' => 'Y','ID'=> $ID_MAIN_SEC);
$arSelect = array("ACTIVE","IBLOCK_SECTION_ID","IBLOCK_ID",'ID', 'NAME', 'CODE', 'DEPTH_LEVEL', 'UF_*');
$rsSection = CIBlockSection::GetTreeList($arFilter, $arSelect);
while($arSection = $rsSection->Fetch()) {
     $arRes=$arSection;
}[/CODE]
Кроме того. Этот метод должен выполняться при добавлении в ИБ с ИД = 10.  А тут запрос (из кода, что я процитировал) выполняется при добавлении раздела в любой ИБ. Единственное,что  спасает - присутствие в фильтре значения из первичного ключа (да и то, стоит последним в фильтре - остается надеяться что сервер план правильно построит - хотя в большинстве случаев, думаю, так и происходит. но, тем не менее - лишний запрос)

"получаем список разделов эталона запчастяй" - это вообще имеет смысл кешировать

В приведенном коде, как минимум, смущает, что у вас каждый раз на каждом хите подключаются модули catalog и iblock
Второе: если отсортировать по LEFT_MARGIN можно добавить за один цикл все уровни. А тут разделено на три уровня, да еще со вложенными циклами... бррр.

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

Достаточно было подключить модуль sale. Именно в этом методе. По сути, при подключении корзины, вы подключили его... Но это не правильно же, когда один элемент неявно зависит от наличия другого. Т.е. если битрикс 14.0 или выше [CODE]\Bitrix\Main\Loader::includeModule('sale');[/CODE]

В этом методе до этих строк где то загружен модуль sale?

1. при попытке регистрации письмо так и не пришло (ссылку проверить почту не нажимал)
2. после прохождения теста. заполнил форму. нажал проверить заполнил форму письмо пришло. форма закрылась, но осталось затемнение
3. в письме с результатами теста верстка плохая - первый столбик забивает всю таблицу, а столбики с ответами слишком узкие. в результате таблица нечитаема.
(ну и цвет шапки таблицы, на мой взгляд, слишком яркий)
4. Важная часть (личный кабинет) еще не сделана  - рано тестировать