поравьте меня если не прав
[QUOTE]Иван пишет:
Не нужно изобретать велосипед, и тем более лезть в ядро битрикс.[/QUOTE]
в ядро никто не лезет :)
имелось в виду header и footer
или prolog_before и epilog_after
что касается
[QUOTE]Иван пишет:
Не нужно изобретать велосипед, и тем более лезть в ядро битрикс.[/QUOTE]
зачем же тогда делать это? :)
[QUOTE]Иван пишет:
то логичнее дописать вызов на стандартной странице обмена /bitrix/modules/sale/admin/1c_exchange.php. [/QUOTE]
противоречие какое то в ваших советах :)
на самом деле все проще. Если вам нужен свой импорт или модифицированный код такой страницы, никто не мешает сделать ее в публичной части, создав свою точку доступа к импорту. Причем точек доступа для импорта с использованием типового компонента catalog.import.1c вы можете делать сколько угодно и настраивать при этом каждую на свой вариант импорта.
далее еще момент:
а работает ли catalog.import.1c с форматом XML импорта инфоблоков (как я понял именно он и используется)?
Просто я лично не пробовал, поэтому поправьте
к сожалению не смог найти описание функции, предложенной ТП
Ваш вариант, [b]Иван,[/b] - это пример когда формат соответсвует CML2
теперь уточняю принципы реализации импорта
1. Отправляем файлы импорта на сервер
2. запускаем скрипт обработки данных файлов, если требуется передаем необходимые параметры (и отслеживаем ответ сервера). В случае многошагоовсти контролируем шаги.
так вот.
как я понял файл в 1С уже подготовлен и на сервер отправлен.
остается шаг 2
В типовом импорте все идет через один компонент (и отправка файлов и последующая инициация обработки)
не важно каким образом это будет реализовано в данном случае. В любом случае это будет какая то точка доступа на сайте (свой скрипт или страница с типовым компонентом). Но к этой точке надо стукнуться из 1С через HTTP соединение и инициализировать обработку данных
исключение будет представлять только случай, если обработкой занимается какой то планировщик (ибо если скрипт не токнуть, он сам по себе не запустится)
и все же точный ответ я дать не могу, так как не проверял совместимость catalog.import.1c с форматом импорт XML инфоблоков
если совместим, то вообще не вижу проблем в реализации задачи (залить файлы под нужными именами и инициировать робработку в данном случае не составляет проблем)
если нет, то скорее всего надо воспользоваться советом ТП, сделать свой скрипт обработки данных и запускать его из 1С по окончании загрузки
[QUOTE]ErnestD пишет:
Где лучше разместить этот код?
[/QUOTE]
тогда надо будет сделать так
сделать свой скрипт обработки данных и разместить его где нравится в публичной части (не забывайте про учет прав доступа), а также подумать над ответами, которые он будет давать для 1С
[QUOTE]ErnestD пишет:
Как его вызвать на исполнение (желательно из 1С)?
[/QUOTE]
раз желательно из 1С, значит методом HTTPсоединение обращаемся к нашему скрипту и дожидаемся от него ответа (в момент, когда мы уверены, что файл импорта уже лежит на сервере)