Искал по этой теме Яндексом расширенным поиском. Ничего подходящего не нашлось.
Как можно надежно установить по пути до файла, по параметрам запроса, по куки или по чему-то еще что именно находится в данном файле?
Сейчас можно встретить по два файла import и offers, появились также prices и rests. Понимаю зачем (не нужно грузить, к примеру, весь файл, если нужно обновить только остатки, цены или матаданные). Но при приеме возникают задачи, когда нужно что-то "доделать" на стороне сайта. Возможности как-бы для этого есть - обработчик события успешного окончания импорта. Но никаких данных о контексте в нем нет (я о рабочей папке, факте обработки предложений, цен, остатков ...) Это к разработчикам со стороны Битрикс.
Со стороны 1С эту задачу можно было бы облегчить передав в запросе на сайт параметр, указывающий на основное содержимое текущего файла обмена. А может это и не нужно и по путям модно понять ...
Мне известен путь решения задачи без кастомизации компоненты обмена. Нужно работать с деревом XML в БД и проверять наличие интересующих тегов (спасибо, что до сих пор эта возможность есть, в обмене заказами и справочниками со стороны сайта пошли другим путем). Хотелось бы решение попроще. Оно есть?
Как можно надежно установить по пути до файла, по параметрам запроса, по куки или по чему-то еще что именно находится в данном файле?
Сейчас можно встретить по два файла import и offers, появились также prices и rests. Понимаю зачем (не нужно грузить, к примеру, весь файл, если нужно обновить только остатки, цены или матаданные). Но при приеме возникают задачи, когда нужно что-то "доделать" на стороне сайта. Возможности как-бы для этого есть - обработчик события успешного окончания импорта. Но никаких данных о контексте в нем нет (я о рабочей папке, факте обработки предложений, цен, остатков ...) Это к разработчикам со стороны Битрикс.
Со стороны 1С эту задачу можно было бы облегчить передав в запросе на сайт параметр, указывающий на основное содержимое текущего файла обмена. А может это и не нужно и по путям модно понять ...
Мне известен путь решения задачи без кастомизации компоненты обмена. Нужно работать с деревом XML в БД и проверять наличие интересующих тегов (спасибо, что до сих пор эта возможность есть, в обмене заказами и справочниками со стороны сайта пошли другим путем). Хотелось бы решение попроще. Оно есть?
Поддержите идею (выбор имени файла для robots.txt в многосайтовой конфигурации на общей папке)! А убит сайт идей. Фсё!

