Есть поделка для онлайн интеграции 1С и сайтов. Есть ли интерес?
 

Приветствую всех!
Пользуясь служебным положением сваял на PHP + PostgreSQL каталог номенклатуры с онлайн интеграцией с 1С на уровне сервера базы данных.
Поделка корректно получает данные из 1С. Реагирует на изменение метаданных.
Позволяет проверять остатки, цены, резервы онлайн.
Умеет быть поставщиком XML/Json для Ajax.
Как по мнению уважаемых профи, может ли быть сей продукт востребован у потенциальных заказчиков?
За деньги, разумеется.

Обсуждение в ветке 1С [url]http://forums.kuban.ru/f1040/est-_podelka_dlya_onlajn_integracii_1s_i_sajtov_est-_li_interes-6978932.html[/url]

0-Pablo Dende >Ну во первых PHP + PostgreSQL, не очень хорошая идея.
Большинство CMS используют MySQL и цеплять еще базу с PostgreSQL не каждый захочет.
А во вторых брать на прямую из базы 1С Номенклатуру как она там есть - это тоже не лучший вариант!
Поэтому народ и пытается Исправить корявые руки Менеджеров с помощью Внешних обработок и файлов обмена.
Чтобы на Сайте, Товар имел хоть какой то приличный вид.

Всевозможные заплатки и парсеры для преобразования названий и характеристик товаров вшиваются в моё решение легко. Возможности PHP в этом плане несколько удобнее чем в 1С.
А что касается связки PHP - PostgreSQL, то, во первых, это не экзотика и применяется нередко, а во вторых, может быть заменено на MySQL при начальной настройке системы. Лишь на стороне 1С в обработке выгрузки метаданных придётся изменения внести.
Это мелочи.

2-AlexIT >
Если запросы написаны правильно на скуле, то они работать будут как на мускуле, так и на постгри. Поэтому почему мускуль для php хорошо, а постгри плохо, при том что язык запросов один, не совсем ясно.

[quote=Tiand;39846091] 2-AlexIT > Если запросы написаны правильно на скуле, то они работать будут как на мускуле, так и на постгри. Поэтому почему мускуль для php хорошо, а постгри плохо, при том что язык запросов один, не совсем ясно. [/quote]
Поддерживаю!

Ну ведь Вопрос был не в том где и как будут работать запросы.
А будет ли "сей продукт востребован" ?
Так вот как готовый модуль для CMS - возможно.
Отдельно - вряд ли кто-то захочет городить огород с кучей баз, заплатками и парсерами.
Ведь уже давно существуют более простые решения.
Причем РОССИЙСКАЯ практика показывает, что реальный онлайн обмен с Сайтом не всегда и нужен. И заказы с Сайта лучше обрабатывать Менеджеру.
Да и у самой 1С давно есть Обмен с сайтом - который можно свободно использовать без всяких ковыряний в Базе.

[quote=AlexIT;39851404] ... РОССИЙСКАЯ практика показывает, что реальный онлайн обмен с Сайтом не всегда и нужен... [/quote]

К сожалению, Вы правы! Обычно, вместо того, чтобы навести порядок в рабочей базе данных, заказчик просто отключает обмен с сайтом и начинает всё делать вручную.
Лишь в единичных случаях, цены, остатки и резервы товаров в 1С или другой учётной программе соответствуют действительности в реальном времени.

Добавил стыковку пользователей сайта с контрагентами 1С.

Велосипед...

Доступаться к базе 1С напрямую с сайта нехорошо в любом случае. Хотя бы из соображений безопасности. Если нужен рилтайм вместо тупых регламентных обменов — поднимается вебсервис и пишется обмен через него. А рилтайм нужен практически всегда, если речь о нормальных магазинах с нормальным оборотом, а не об очередной лавочке дяди Ашота с десятком товаров «всё по пять». К примеру, при той же попытке продать уже распроданный товар по рукам от Яндекс.Маркета вы получите довольно быстро, что бы тут не говорилось о российских реалиях.

[quote=Boltas;40431636] Велосипед... [/quote]
Не спорю. Но для меня велосипед очень удобным оказался.

[quote=kowalski;40742987] Доступаться к базе 1С напрямую с сайта нехорошо в любом случае. Хотя бы из соображений безопасности. Если нужен рилтайм ...[/quote]

База защищена надёжно. Скрипт - агент данных ходит в базу от имени бесправного пользователя. Доступ только на чтение к избранным таблицам. Произвольные запросы невозможны.

Вебсервис - хорошее решение. Однако, в условиях высоких нагрузок, я могу поспорить с механизмом вебсервисов 1С.