| |||||||||
| |||||||||
18.06.2013 10:52
В разных редакциях разные обработки. И в большей части, сводится к тому, что надо давать денежку. Пока вопрос интеграции не решен, то денежка только за мой счет. Не очень готов к этому. А за так пока найти нужное не удалось.
XML выгрузка для обмена данными с сайтом в 1с настраиваемая. В принципе, есть даже вариант создать отдельную базу содержащую только номенклатуру и синхронизировать с основной базой по идентификатору GUID. Это штатная фича. В конфигураторе, при настройке обмена данными с сайтом, выставляются штатные параметры - обмен полным листом номенклатуры или только изменениями; временной цикл.
На сколько я понял, в 1с можно написать xml шаблон выгружаемых данных сопоставимый с товарной карточкой сайта.
Даже если учесть, что база номенклатуры для сайта будет содержать целую кучу ячеек, как в xls, а файл обмена состоять из всех полей, включая сео атрибуты, доп поля описаний и тд., то на стороне движка можно соорудить двоичный шаблон разрешения замены данных в ячейках.
Таким образом, если мы имеем структуру используемых ячеек типа:
то можем в шаблоне проставить разрешения только на те, что подлежат обработке
Согласен, это не уменьшит передаваемый файл. Но, в случае глобальных изменений в базе номенклатур, будь то на стороне 1с или сайта, защитит от не запланированной подмены данных.
А защитой от больших пакетов обмена, будет временной цикл. В любом случае, беспокоиться об этом имеет смысл при трафике из нескольких тысяч хостов в день и сотнях заказов на стороне сайта. А 1-2 десятка заказов в неделю, это не тема. Если рассматривать несколько изменений в день по складским остаткам в паре - тройке сотен позиций, то ftp передача пакетов, на вскидку, в пару мегов 1-2 раза в час, считается ли это большой движухой способной уронить сайт?
XML выгрузка для обмена данными с сайтом в 1с настраиваемая. В принципе, есть даже вариант создать отдельную базу содержащую только номенклатуру и синхронизировать с основной базой по идентификатору GUID. Это штатная фича. В конфигураторе, при настройке обмена данными с сайтом, выставляются штатные параметры - обмен полным листом номенклатуры или только изменениями; временной цикл.
На сколько я понял, в 1с можно написать xml шаблон выгружаемых данных сопоставимый с товарной карточкой сайта.
Даже если учесть, что база номенклатуры для сайта будет содержать целую кучу ячеек, как в xls, а файл обмена состоять из всех полей, включая сео атрибуты, доп поля описаний и тд., то на стороне движка можно соорудить двоичный шаблон разрешения замены данных в ячейках.
Таким образом, если мы имеем структуру используемых ячеек типа:
1|1|1|1|1|1||1|1|1|1|1||||||||||1||||||||||1|1|1|1|1|1|
то можем в шаблоне проставить разрешения только на те, что подлежат обработке
0|0|0|0|1|1||0|0|0|0|0||||||1||||0||||||||||0|0|0|0|0|0|
Согласен, это не уменьшит передаваемый файл. Но, в случае глобальных изменений в базе номенклатур, будь то на стороне 1с или сайта, защитит от не запланированной подмены данных.
А защитой от больших пакетов обмена, будет временной цикл. В любом случае, беспокоиться об этом имеет смысл при трафике из нескольких тысяч хостов в день и сотнях заказов на стороне сайта. А 1-2 десятка заказов в неделю, это не тема. Если рассматривать несколько изменений в день по складским остаткам в паре - тройке сотен позиций, то ftp передача пакетов, на вскидку, в пару мегов 1-2 раза в час, считается ли это большой движухой способной уронить сайт?