Добрый день, прошу советы, если возможно примеры связки сайта и приложения 1С 8.3
Задача такова, есть приложение работающее несколько лет и к нему требуется создать сайт, то есть надо подключаться к приложению для чтения данных, думаю их кэшировать на час или два, не знаю если так будет правильно и запись в базу данных 1С оформленных заказов.
Как быть с чего надо начинать и реально ли это сделать?
Я начал копать в сторону SOAP, но увидеть бы какой то рабочий пример и понять принцип работы.

http://dod.ru/uzel/

Подключайся через ODBC к базе.

через внешние источники не проще?

Обмен файлами XML. Все прочие варианты с подключениями и т.д. это ненадежно. Упал интернет, подвис сервер - заказ не выгрузился. А файлики складируй себе на сервере, скачивай через ftp время от времени. Для "онлайности" можно при создании заказа на сайте создавать xml-файл с его данными и дергать через веб-сервис 1С, чтобы она его моментально подгрузила.

Web-сервисы

(2)-(4) а Вам не кажется что мой способ все таки лучше...
надежнее по крайней мере точно

(6) (2)-(4) = (2)-(5)

(7) Не зная всех подводных камней я бы не стал писать в базу напрямую, кроме непериодических регистров сведений.
Но базы могут быть в том числе и файловые.

8+ прошу прощения. Ему только для чтения. Пусть читает напрямую

(4)  txt и dbf ненадежны?

v8: Перевод Запроса 1С в SQL?

Вот серьезно не пойму идиотизма... если магазин на php то это MySQL почти 100%

если заказы в MySQL то какого мешает 1С периодически туда коннектиться и что нужно выкачивать?

проще всего выгружать данные в файл csv, на сайте  пишется php обработчик отдающий инфу в сsv, 1С кой парсится, дальше фоновым заданием

(12)+ в смысле не пойму вот зачем разные "прокладки" изобретать?
http://catalog.mista.ru/public/90666/

(13) очередная прокладка в виде выгрузки (писать код?), csv (как туда все засунуть?) и загрузки (ну снова код!)

(15) Если сервер mysql не будет открыт извне? Висит у хостера?

и тут код не надо писать?

(0) а если Вы "чисто веб разработчик" то чтобы "спихнуть от себя проблему" нет ничего гениальнее чем отсылать заказы по электронке...

и пусть там 1С-ники занимаются любовью с парсингом писем

(16) и шо? либо открыть правильно либо веб-обертка на том же php будет надежнее хотя и сложнее
(17) меньше

csv можно засунуть все - маленький пример правда 10летней давности,
читаемо и файлы минимальны.

orders>
1;20050217;Иванов
<orders
ordersdetail>
1;10;100;15
<ordersdetail

а сейчас кошерны вебсервисы

а Вы с вашим вебобертками рано или поздно получите гемор по безопасности

(20) это не csv а свой "текстовый формат"

(21) я?

(22) ладно если так  csv?

orders;1;20050217;Иванов;
ordersdetail;1;10;100;15;
clients;Иванов;

(23) и это "хрень какая то"

сsv это набор одинаковых записей через ентер, поля которых разделены ";"

для представления объектов нуна все в одну строчку - один объект = одна строка ну или несколько cvs

ЗЫ в общем случае в csv даже порядок строк неважен, по умолчанию поле индекс строки делается

(24)+ т.е. выгрузить то в (23) легко... а вот потом как загрузить? как понять в какой строке какая часть заказа?

Хорошо это txt с разделителями.
orders, ordersdetail,clients - имена таблиц mysql.

Хотя еще раз сейчас xml-ом это проще сделать.

(26) да хоть json'ом

(7) Какой именно способ? Веб-сервисы или прямое подключение? Веб-сервис мы используем только для ускорения процесса обмена, чтобы дернуть 1С, мол, у нас готов файлик для загрузки, приходи за ним. В случае когда пропадает связь (сайт потух, 1С недоступна) веб-сервису некуда (или неоткуда) стучаться. А файлики себе складываются, ждут, когда связь наладится и регламентное задание их заберет.

(27) JSON'ом, кстати, лучше всего будет. Наконец-то его на уровне платформы реализовали.

Последние тенденции в плане обменов от 1с это уход от веб-сервисов и переход к интерфейсу odata (REST-запросы).

Для этих целей нужно опубликовать базу + интерфейс odata на веб сервер.

Далее все очень просто до безобразия.

Небольшое описалово odata -> http://v8.1c.ru/o7/201312rest/

(31) Фикус в том, что для этого надо опубликовывать, открывать - дыры в безопасности в общем.

(34) тогда любая связка с сайтом - дыра в безопасности. Тогда лучшая защита - сверхсложная структура таблиц сайта и кривой код в 1С.

(0) php страничка, которая возвращает незагруженные заказы в json. Вторая страничка которая принимает файл с  товарами (csv). Третья, которая подтверждает загрузку заказов по ид.
Можно совместить в одну

(36) регламентным заданием вызывать с нужной периодичностью

Данная схема минимизирует требования к дополнительным настройкам и не требует открытия дополнительных портов и т.п.

(35) Нет

(35) 1С, открытая по белому айпи, и 1С, сидящая непонятно где и время от времени дергающая сайт - это две большие разницы с точки зрения безопасности.

Есть рабочий пример. Но, нельзя вот так вот взять и отдать - за него заказчик денежку платил  это его собственность. И создавали эту собственность проги не день и не в одиночку. Но если что - стучись в почту)) чем нибудь промежуточным поделюсь))

(41) Ой, ну ладно, про собственность заказчика можно было бы не говорить )))

Очень хорошая тема , сейчас прогер которого я нанял делает что то подобное) Кстати кто разбирается в веб сервисах и проч, пишем на [email protected]

(43) "кто разбирается в веб сервисах и проч, пишем на [email protected]"
Зачем?

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

http://cms1c.ru

Сам работаю с ними регулярно.

(45)что это за нонэйм фирма, находящаяся неизвестно где?

(0) Странный вопрос  .... ну по крайней мере  на текущий момент времени . Скорее способов и методов тьма . Выбирайте самый дешевый и простой.

Мда не знаю что случилось что уведомления не пришли, думал о мне тут все забыли, слава богу нет
Вся беда в том что написать любой скрипт php и тем более обработку XML это фигня делов для меня, но я как видел xml сообщения обмена, он с кирилическими тегами и меня это пугает.
Что я понял, так это вот что, для обновления цен услуг или списка клиентов я настраиваю обмен и пишу под него обработчик, а для отгрузки заказов мне надо всего лишь отдать конекты к базе и пусть одинсшники подключаются и забирают заказы?
Как мне сделать для этого тестовую площадку, установить у себя 1С?
Принцип теста такой должен быть, получил XML сохранил ее для кронтаба и потом он запускает скрипт по обработке?

(48) про какие уведомления речь??

(48) " для отгрузки заказов мне надо всего лишь отдать конекты к базе и пусть одинсшники подключаются и забирают заказы"
Не надо коннекты отдавать, надо написать на php скрипт, который в режиме реального времени будет формировать необходимые данные в формате xml. Подключаться ЧтениемXML к этому скрипту, указывая в качестве пути URL и работать из 1С с ним как с обычным xml-файлом.
Ну или при записи заказа на сайте формировать xml-файл с его данными, сохранять в определенной папке на сайте, 1С через ftp будет его забирать и загружать, после загрузки удалять с ftp.

(49) о том что я имею сообщения в теме
(50) вся беда в том что я остался без 1с программера и мне надо все сделать самому, выход это REST или искать кодера 1с, чтобы работать только через веб-сервисы

(51) Тут такого нет вроде

(51) Нанять единоразово, чтобы кодер 1С сделал все грамотно и красиво. ИМХО это лучший вариант.

(53) +100

Прямые запросы. 1С всегда инициатор. Сначала читает измененные данные, потом пишет на сайт нужные.

Веб сервисы круче, но муторней и более трудоемко реализовывать.

(55) Чем оно трудоемко?

+(56) делаешь xml и на обмен...

(56) Кодить и отлаживать сложнее. Да еще с двух сторон веб-сервисы писать надо. Прямые запросы из 1С быстро, просто и эффективно. Все с одной стороны пишешь. На сайте только флаги измененных данных для 1С сделать надо и доступ.

(58) На выходе всегда массив данных в том или ином виде, в обработку засунуть исполнение и вуаля, отладка.
Если обмен с сайтом, то вопрос сайтом решает web-программист.
Прямые запросы? - ну фик знает, если база удаленно, то доступ к скулю должен быть.

Да как то бы не хотелось напрягать 1с прогера, потому что придется отваливать денег ему от проекта, а я сам не против поработать. Но как не крути придется нанимать и платить, я вот подумал можно ли REST сделать ограничение только на чтение, чтобы не наделать дыр, мне надо только чтение и запись заказов, последнее так и быть отдам ему, чтобы он сам с этим разбирался)))