Форум PHP

я с php работаю, и то недавно, а вот в 1с я только отчеты на печать вывожу :(
ты имеешь ввиду скрипт php с запросом в БД 1с?
я просто не знаю язык запросов 1с.
И еще, чтобы работать с 1с в php наверно надо БД 1с подключить c помошью какого-либо модуля? (по аналогии с MySQL)
Если вспомнишь откуда пример на VB, кинь на 229876598, пожалуйста

>1. web и 1с находятся в одной локалке.
Тогда замечательно пишешь скрип соединения 1с на рнр и делаеш все что только душа пожелает...
Ты кста программист 1с или рнр ? Там понадобится и то и другое )
В какойто из книг описаны методы соединения и примеры на VB воть только блин дурья башка не могу вспомнить книгу... Вспомню напишу.... А у тебя аська есть ?

dove, я перечитал статью что я вам рекомендовал.
там упоминается "CommerceML - Стандарт обмена коммерческой информацией в формате XML"
если я правильно понял этот стандарт позволяет объединить сайт - 1с посредством xml. Т.е. если вы сформируете отчет о заказе в виде xml файла соответствующего этому стандарту то 1с должна это "переварить" через com или Automation Client/Server соединение и обратно.
На страничке 1с http://www.1c.ru/rus/products/1c/integration/cml.htm есть даже ссылки на готовые решения. Вот только они не работают. :-( Думаю, если связаться с вебмастером, то можно будет их посмотреть ну и "заточить" под ваши нужды.

З.Ы. я только начинаю осваивать эту тему по этому наверно ответ не полный и не точный. Прошу строго не судить. Удачи!

Народ, ну помогите, пожалуйста, разобраться с этой задачей
.

Товарищи, простите - приболел немного и отошел от начатой дискуссии.

alek_chita, спасибо за ссылку статью взял на вооружение.

Deathless прав, надо четко сформулировать задачу:

1. web и 1с находятся в одной локалке.
2. К 1с будут запросы на формирование счета оплаты 1-2 услуг.
3. Кол-во запросов в день 20-50.
3.а. Предпочтительнее, конечно, чтобы клиент после сабмита формы запроса услуги мог сразу получить файлы для распечатки счета, счета фактуры и расходной-накладной.
3.б. Менее предпочтительно, но тоже вариант: клиенту автоматом документы высылаются на почту.
3.в. Получение документов по FTP - крайне нежелательно.
4. для обмена данных м/д 1с и сайтом может быть выделен ftp
5. 1с - не sql, но есть возможность работать с sql в той же локалке (мене предпочтительно)



Вот такая система.

вот про то и речь =) это и проще и правильнее в данном случае =)))

Соединение по COM проще, по ресурсам тяжелее конечно чем PHP <-> MS SQL....
Но зато избавляешься от заморочек с обменом.

И вобще мы чтото ушли не туда...
Пускай dove определяется как быстро ему нужны свежие данные в 1с и определится с возможностью фирмы. Так как задача маленькая без какихто закидонов может подойдет какаято простая схема с периодическим обменом данными с сайта и 1с по фтп или мыло/фтп....

ой-ли соединение по COM проще и "безнагрузочнее" чем PHP <-> MS SQL ...
А в принципы углубились, потому что на простейших базовых принципах и строится все огромное и сложное, но только тогда это сложное стабильно, когда база правильно выбрана =)))

ЗЫ. И еще - тут играет еще роль и безопасность... А это гораздо более болезненный и сложный вопрос, нежели простая технология связки PHP+1C - специальности этого рода и оплачиваются на порядок выше, чем просто программеры PHP =)))

Про безопасность если 1с будет доступна по локалке то песня... никаких дыр....
А случаи с тем что 1с от веб сервера лежит фиг знает где это бред.....
Надо стабильное и безопасное приложение вперед решений куча.... Хоть то что соединяться можно с базой цель которой только эти счета и настраивай обмен с рабочей уже как пожелаешь.

А про простоту я имел ввиду что тут уже начали итти в принципы хранения базы итд..

Когда соединение по СОМ (простое без загрузки интерфейсной части) ресурсов жрет минимум те данные что нам нужны тоже минимальны зачем тогда извращатся с базами данных ?