Имя: Пароль:
1C
1С v8
Помогите убедить заказчика о вреде синхронизации методом прямой записи в mySQL
, ,
0 mvgfirst
 
20.02.12
13:31
1. Прямая запись в таблицы mySQL 51% (20)
2. Через XML (обмен файлами через nnCron по FTP) 21% (8)
3. Веб-сервисы 18% (7)
4. Через "интерфесы" (вызвов хранимок серве 10% (4)
Всего мнений: 39

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

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

Очень прошу помогите, только пожалуйста, без свойственных этому форуму замечаний о уровне интеллекта участников и всех остальных. Только аргументы которые можно озвучить заказчику.
94 mvgfirst
 
20.02.12
15:22
Вижу, имеет смысл добавить голосование :)

Через XML (обмен файлами через nnCron по FTP)
95 BOZKURT
 
20.02.12
15:23
!

Через XML (обмен файлами через nnCron по FTP)
114 BOZKURT
 
20.02.12
15:39
(111) писал на 77 такое (лет 6 назад), устанавливал для себя определенный размер файла, выгружал по аналогии как делает это RAR, типа part1..10, и ниче, на стороне загрузки собирал, все работало.

Через XML (обмен файлами через nnCron по FTP)
130 n koretsky
 
20.02.12
16:10
2. Через XML (обмен файлами через nnCron по FTP)

Через XML (обмен файлами через nnCron по FTP)
145 Inform
 
20.02.12
17:38
(142) +1, все же в битриксе уже есть, может оттуда взять идею:
http://1c.1c-bitrix.ru/ecommerce/#tab-integration-link
?
Заодно и веб-программистов нагнешь, расскажешь что такое CommerceML и что реализации под битрикс уже существуют (на стороне веб-сервера в т.ч.) и было бы глупо изобретать велосипед и делать через прямые обмены, подвергая доступ к базе а так же сохранность информации в базе опасности. Т.е. лучше взять готовое отлаженное решение, нежели натыкаться не непонятные проблемы.

Через XML (обмен файлами через nnCron по FTP)
162 Jaffar
 
20.02.12
19:34
Файлы это правильно, БД - нет

Через XML (обмен файлами через nnCron по FTP)
304 ЗлобнийМальчик
 
03.03.12
20:13
но поскольку квалификация ваша не совсем очевидна - вы можете изобразить веб сервис "руками"
что называется - закат солнца вручную

Через XML (обмен файлами через nnCron по FTP)
307 Кокос
 
04.03.12
03:15
commers2 ml на раз два реализуется вебпрогерами. они просто не хотят делать свою часть работы и пытаются скинуть на тебя

Через XML (обмен файлами через nnCron по FTP)
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший