Поддержка параллельной выгрузки каталога из 1С на сайт
Новая
27.06.2019 04:57:13 В силу специфики настройки расписания рано или поздно возникает ситуация, когда одновременно работает два обмена. Это приводит к потере таблицы b_xml_tree и обрушению обмена.
Чтобы выгрузка каталога могла работать в нескольких сеансах обмена одновременно (напомню, профиль обмена можно настроить так, что выгружаться будут только остатки, цены ... и с разным графиком) нужно обеспечить изоляцию сеансов на двух уровнях - файлы и БД (пресловутая таблица b_xml_tree).
Изоляция по файлам возможна, если воспользоваться параметром USE_TEMP_DIR компоненты bitrix:catalog.import.1c.
С изоляцией по БД ситуация запутана. С одной стороны есть API:
С другой стороны, в компоненте обмена оно не используется!!! Кстати, сходу и не найдешь где оно вообще используется.
В поддержке (обращение 2380113 "Поддержка паралелльных выгрузок каталога на сайт") мне сообщили:
Предлагаю переработать логику так, чтобы это было возможно. Предложение касается классического XML обмена. Но может затронуть (надеюсь, что нет) и REST обмен.
Чтобы выгрузка каталога могла работать в нескольких сеансах обмена одновременно (напомню, профиль обмена можно настроить так, что выгружаться будут только остатки, цены ... и с разным графиком) нужно обеспечить изоляцию сеансов на двух уровнях - файлы и БД (пресловутая таблица b_xml_tree).
Изоляция по файлам возможна, если воспользоваться параметром USE_TEMP_DIR компоненты bitrix:catalog.import.1c.
С изоляцией по БД ситуация запутана. С одной стороны есть API:
- \CIBlockXMLFile::StartSession
- \CIBlockXMLFile::EndSession
- \CIBlockXMLFile::GetSessionRoot
С другой стороны, в компоненте обмена оно не используется!!! Кстати, сходу и не найдешь где оно вообще используется.
В поддержке (обращение 2380113 "Поддержка паралелльных выгрузок каталога на сайт") мне сообщили:
| В настоящий момент логика обмена такова, что изменить ее под несколько параллельных потоков выгрузки нельзя. |
Предлагаю переработать логику так, чтобы это было возможно. Предложение касается классического XML обмена. Но может затронуть (надеюсь, что нет) и REST обмен.
© 2001-2019 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
Если штатный обмен устраивает,
то можно написать свою простенькую систему очередей. Таблица в БД с сообщениями.
Из 1С приходят запросы на импорт - добавляете в таблицу соответствующую запись.
На сайте уже кроном читаете, или другим способом читаете очередь и импортируете.
Либо можно воспользоваться другими готовыми системами очередей, на базе redis, rabbitmq, tarantool
то можно написать свою простенькую систему очередей. Таблица в БД с сообщениями.
Из 1С приходят запросы на импорт - добавляете в таблицу соответствующую запись.
На сайте уже кроном читаете, или другим способом читаете очередь и импортируете.
Но, все-таки, такие вещи должны быть в штатной комплектации. Что каждый во что горазд можно даже и не писать. Это ясно. Если бизнес заставит, сделаешь и не такое. И ждать не будет ни CommerceML, ни REST.