Заказчик, попросил установить 8-ку, с целью дальнейшей интеграцией с Интернет-магазином.
Интернет-магазин разрабатывает сторонняя веб-студия.
Установлена мной была типовая УТП для Украины. Когда дело дошло до синхронизации с сайтом, сошлись на мнениях что нужен двухсторонний обмен. Т.е. информация о товарах и ценах из 1С на сайт. Информация о заказах (товар, количество) с сайта в 1С.
Изначальное предложение сделать обмен посредством XML-файлов, на первом этапе был принят за рабочую версию.
После недели раздумий спецы из веб студии сказали что лучше будет если данные писать и читать напрямую из базы сайта (mySQL).
Я против такого подхода, но у меня нехватает аргументов объяснить почему так делать нельзя.
Помогите объяснить это заказчику, т.к. на лицо нежелание программеров веб-студии возится с парсингом XML файлов.
Аргументы со стороны веб-студии - мол парсинг XML будет занимать слишком много процессорного времени и будет "ложить" сервер. Т.к. мол, сайт заказчика на сервере не единственный и т.п. (сайт первое время будет хостится на сервере веб-студии).

Я нутром понимаю, что XML обмен более правильное решение, и с точки зрения безопасности данных, и с точки зрения зависимости от структуры бд, да и что греха таить с точки зрения наличия постоянного канала на хостинг сайта. Более того 1С файловая, т.е. если что-то приводит к появлению события записи на сайт - доступ к сайту должен иметь каждый клиентский компьютер заказчика.

Очень прошу помогите, только пожалуйста, без свойственных этому форуму замечаний о уровне интеллекта участников и всех остальных. Только аргументы которые можно озвучить заказчику.

(104) угу, надо еще и метод сжатия/распаковки уточнить с разрабами сайта... хотя они такие... у нас разрабы уже полтора года пилят обмен данными с БИТРИКСОМ, и ничего...
(105) а, ок. а в каком виде это добро отсылается на сервер? подход занятный, интересуюсь :)

ИМХО, самое грамотное - через веб-сервисы. Хотя ни разу не делал, делал как раз напрямую :)
Зато красотень какая - все через четкие интерфейсы и 1С не обязательно в той же локалке. Легко в будущем еще с чем-нибудь интегрировать.

Через файлы - плохо. Хорошо работает только для простейших односторонних разовых транзакций. Типа загрузить новый прайс, выгрузить чего-то там за день. Чем теснее нужен будет обмен, тем больше минусов будет. Вплоть до ужасной воронки над головой пейсателя.

Напрямую - отличная производительность и масштабируемость (если по уму все делать), но прозрачности нет и к локалке привязка. Частично лечится путем (11)

кстати, забыл проголосовать

(0) бгыыыыы

ну ясен пень что разработчикам сайта пришла в голову эта идея..
они же оной с себя снимают всю ответственность по обмену...

а так им придется делать всякие выгрузки, настраивать их, итд и тп....


зы: насаивай чтобы они поднимали у себя на сайте SOAP сервисы для обмена.. а ты уже со стороны 1С будешь туда заливать данные или считывать....

По хорошему приоритеты такие:
3.
4.
2.


На веб-сервисах = хорошо. Прямая запись - это нарушение информационной безопасности. Ну, на пальцах объясни, напугай начальника что любая неправильная команда положит данные так (или в 1С, или в БД интернет-магазина) так, что костей не соберешь.

"Какой-нибудь "кулхацкер" выполнит произвольную команду на этом веб-портале, а 1С накроется".

И не слушай тех, кто говорит, что вариант прямой записи в СУБД - это нормально. Эти люди на своем фикси и фрилансерстве ничего серьезнее автоматизации ларька не видели.

21-й век на дворе, а они до сих пор напрямую в базы писАть собираются

я не вижу тут повода для размышлений.
с точки зрения дальнейшего использования - веб сервисы - это наше все.