Простая интеграция сайта и 1С

Я всё сделал примерно так же, выгружал из 1с в XLS, парсером-плагином для wordpress собирал его. Всё на виртуальном хостинге, прототип работает нормально.
На похапе есть PHPexcelReader2

* A class for reading Microsoft Excel (97/2003) Spreadsheets.
* Version 2.22
* Enhanced and maintained by Alex Frenkel < excell2@frenkel-online.com >
* Maintained at code.google.com/p/php-excel-reader2/

если уж планы обмена, то надо бы сделать на сайте счетчик полученных сообщений и в ответ 1су класть файлик с номером последнего загруженного из 1 с сообщения (его, естесственно, в xml надо добавить). тогда если при загрузке скриптом на сервере произошла ошибка (мало ли, память кончилась, или еще чего) — 1с просто выгрузит эти данные еще раз + новые изменившиеся. Да и в таком случае видно будет, что загрузка не производилась долгое время — пора бить в бубен тревогу.

А вообще — для не онлайн обмена — вполне вариант. еще картинки можно (допустим) в base64 пихнуть внутрь XML, чтобы файл один был (меньше файлов — крепче спим ИМХО)

Я делал такой проект для знакомых.
Выгрузка в csv из 1C -> парсинг и заливка уже средствами PHP.
Экспорт в xls тоже уже на стороне сайта.
Наверное до сих пор работает (URL не даю — зачем хабраэффект маленькому вебмагазину?)

Чтобы сделать на сервере универсальное решение, не только под 1С, реализовывал чезе Soap (MSSoap.SoapClient30). Встроенные средства для работы с Soap в восьмерке глючили, поэтому не стал их использовать. Да и код получился почти одинаковый для 7.7 и 8.х.

Хорошая статья, а заказы как обратно? А зачем xls, если есть точный порядок, то можно в csv завернуть, имхо и в разы быстрее будет обрабатывать. Подход запуска из командной строки подойдет только для 1с 8, в 7 не будет работать. Для большей надежности советую еще делить транспортный файл на куски.

Тоже изобретаю под себя похожий велосипед. Т.к. в 1С ни бум-бум, строки "Создаём план обмена, настраиваем. Дальше модифицируем нашу выгрузку, теперь во время выгрузки создаём новое сообщение в плане обмена, выгружаем только изменённые с момента последнего сообщения единицы… " стали откровением. Теперь хоть знаю в какую сторону копать. Большое человеческое спасибо!

> Первым делом, конечно, я стал смотреть в сторону CommerceML, но ознакомившись с документацией, стало ясно, что для нашей, достаточно элементарной выгрузки городить весь этот огород — слишком долго, а бюджет не резиновый.

Это оно в документации страшно выглядит, а на деле за полдня у меня получилось сделать полную синхронизацию — заказы в обе стороны, товары, картинки и характеристики товаров.
Плюс большие объёмы 1С раскидывает на части, так что не страшны ограничения сервера на время работы скрипта.

В общем, как обычно: «Посмотрел чужие костыли — не понравились — сделал свои, родные».

Теперь по-делу:
1. Скрипт генерации превьювок надо доработать. Я свой писал, проверяющим время изменения исходного файла картинки и срабатывающего, если превьювки ещё нет или её дата изменения меньше даты изменения исходного файла. Очень экономит ресурсы и нервы особенно для генерации превью для номенклатур OVER 9000 позиций. особенно в вашем случае, кгда это всё запускается на клиентской машине.

Пример скрипта на sh

#!/bin/sh

dir="/usr/home/www/site"
src="/upload/images"
prevDst="/httpdocs/catalog/prev"
imgDst="/httpdocs/catalog/img"

cmd="/usr/local/bin/convert"

preview(){
  ${cmd} ${dir}${src}/$1 -auto-level -resize 170x105 -quality 70 -background white -gravity center -extent 170x105  ${dir}${prevDst}/$1
  ${cmd} ${dir}${src}/$1 -auto-level -resize 280x180 -quality 90  ${dir}${imgDst}/$1
}

cd ${dir}${src}
for f in *.jpg
do

  if test -f $dir$prevDst/$f
  then

    if test `stat -f %c $dir$src/$f` -gt `stat -f %c $dir$prevDst/$f` 
    then 
      preview $f
    fi

  else
    preview $f
  fi

done

1.1. Image Magic по мимо ресайза позволяет ещё накладывать водяные знаки.

2. Зачем запускать выгрузку на стороне 1С и на стороне хостинга по планировшику? Что мешает после окончания формирования файла выгрузки, генерации картинок и заливки по FTP дёрнуть CGI-скрипт на стороне хостинга, чтобы инициировать обработку? Сразу отпадут некоторые «подстилки», которые фиксят вопрос «А что если соединение разорвётся?». Если разорвётся — скрипт не будет вызван.

dbfb