Сейчас буду задавать тупые вопросы, заранее простите. Давно уже не ковырял клюшки, но вот попался клиент, который никак на 8-ку не может перескочить.
Задача такая: при создании заказа на сайте дернуть базу 1С 7.7, чтобы моментально уведомить ее о новом заказе. Как при этом получить данные заказа - дело второе: можно все передать в теле запроса при дерганьи, можно подключиться по ftp и скачать файл с данными с сайта.
В 8-ке мы это делаем с помощью http-сервиса. А как поступить в случае 7.7? Вроде там нет ничего, аналогичного веб и http сервисам. Пока в голове есть только вариант купить самую дешевую коробку 8-ки, опубликовать в интернете микроконфу на 8.3, которая будет принимать через http вызовы сайта и переправлять их базе на 7.7 через OLE.

Есть другие варианты реализации, или этот будет самым оптимальным?

(134) ну клиент получит систему 8ку за работой которой кто-то должен также следить.

лишнее звено оно реально лишнее.

(133) "Сама пишет в базу" - это из 1С подконнектиться к БД сайта, что-то туда записать, страница будет все это время ждать появления информации и потом отбразит ее? Считаешь, что это быстрее и надежнее 8.3 + ОЛЕ?

(135) 8-ку надо опубликовать на веб-сервере и забыть о ней. Пул соединений сайт будет поднимать сам раз в сутки, при этом будет устанавливаться связь с сеансом 7.7. Че там следить то?

(136) да. оле 8-ка 7ка вещь не быстрая (137) упала 8ка. кто об этом знает и кто за этим следит?

(132) Ну вообще-то, в таких случаях самая лучшая технология - та, которая на кончиках пальцев.
Но прикольно смотреть бывает на получившихся уродцев... даже своего авторства...

(131) да примитивного фтп хватит.
раз  в пол-секунды смотреть в каталог. если есть данные - обработать и выложить ответ для сайта. сайт пусть берет ответ и обрабатывает

я вообще бы сделал по другому.
1с каждые 1-2 сек передавала бы в базу заказа свои остатки.
заказ формировался на стороне инет магазина по их данным.
далее заказ идет в 1с уже готовый. номер заказа присваивает инет магазин. И не нужен сложный двусторонний обмен

(140) У нас это будет делаться один раз в 5 минут. А 8-ка нужна для внеочередного сеанса осмотра каталога фтп при создании заказа. Все то же самое, но запросы к сайту делаются не раз в пол-секунды, а по необходимости.

(141) офигеть... а если там позиций под сотню тысяч?

(142) а зачем нужен обмен то тогда каждые 5 минут? чего получать? если тогда по событию из инет магазина все отдается

(141) Там товаров несколько десятков тысяч, не загрузятся они в базу битрикса за 1-2 секунды.

(143) ну тут надо сомтерть. вопрос в количестве конечно. а получить данные на ТА в 1с не проблема и быстро

(142) "сделаем быстро, зато через *опу"© Лефмихалыч

(144) Обмен нужен на случай "Упал канал между сайтом и 1С". Тогда при восстановлении канала заказы таки подгрузятся.

(145) ну тогда первоначальный вариант.

(147) Быстро - это опрос раз в пол-секунды.

(143) >>... а если там позиций под сотню тысяч?

Тонкий стеб однако. А как мусье предполагает такой заказ оформлять в тисе? Его физически то можно хоть оформить - ну вот сотню тысяч? А расходник по такому заказу будет проводиться - ээээ...год?

Даже если гипотетиски предположить что сотня тысяч номенклатурных позиций вместе с ценой, количеством, ставкой ндс, может быть запакована в xml, при этом номенклатурная позиция будет представлена каким-то кодом для синхронизации, скок ж будет весить такой хтмл?

Припоминаю случай, когда разработчики какого-то браузера, нетскейпа что ли, хотели добавить кнопку, потом вот так вот тоже анализировали, оптимизировали, что-то там наворотили, в итоге браузер сдох, а кнопку там и не смогли сделать. Кажется с "сотня тысяч позиций" как раз иллюстрирует такой интересный подход :)

(151) Остатки по сотне тысяч товаров выгружаются на сайт достаточно просто. Например, грузится по фтп csv-файл с данными и потом через http вызывается скрипт, который этот файл разбирает и обновляет остатки в БД сайта.

(0) добавлю свои пять копеек.
Круто (и правильно, ИМХО) сделать используя сервер Node.js.
Для Node.js написана куча дополнительных библиотек, в том числе библиотека "win32ole", которая позволяет использовать com-объекты. В данном случае - создать объект  "V77.Application" и держать постоянное подключение к 1С.

+(152) К тому же не надо выгружать всю сотню тысяч, можно грузить данные только по тем товарам, по которым были движения с момента последней выгрузки. А раз в сутки, например, обновлять глобально, всем списком (на всякий случай).

(152) я не говорил, что это сложно. А вообще странно: есть контора, у нее на остатках СОТНИ ТЫСЯЧ номенклатурных позиций и у нее есть вот такие детские проблемы. Эта контора, я так понимаю, наняла тебя, чтоб ты эту проблему решил? При наличии сто тысячных номенклатурных остатков, все это поручили одному человеку, с условием что магазин, где есть эти сто-тысяч остатков, даже изменить нельзя под логику того, кто хочет помочь решить эту проблему.

(154) >> К тому же не надо выгружать всю сотню тысяч/
Ай. А в (152) "Остатки по сотне тысяч товаров выгружаются на сайт достаточно просто."
Так вы что ж пришли к мысли, что сделать выгрузку <> надо делать выгрузку? :) Мои поздравления.

(155) "достаточно просто" <> "достаточно быстро".

(155) да элементарно. контора у которой например крепеж. болтики. гаечки, и проч хрень.

одежда.. там размер еще кроме номенклатуры

(151) Ну, во-первых, речь шла об обмене остатками. а активной номенклатуры вполне может быть под сотню тысяч. семерка вполне держит такие объемы.
во-вторыз, заказ на тысячи позиций через сайт не делают (кроме спам-ботов, конечено). Но 10000 позиций семерка проведет. В районе минуты. (нормальная семерка в  нормальных руках, конечно). В третьих, можно передавать "изменившиеся остатки". Это вполне реализуемо.
Ну и .т.д.
вообще, тему надо было назвать "попытайтесь отговорить меня от идиотского использования прокладки-снеговика"

+157 запчасти для авто.

правда таких. у которых столько на остатке я не видел..


кстати про сотни тысяч и передачу остатков.

кто сказал. что остатки надо передавать каждые 30 сек все? надо передавать только те. по которым были изменения. И тут резко их становится сотня..

(158) тему надо было назвать "попытайтесь отговорить меня от идиотского использования прокладки-снеговика"

+100500.

(158) + 100

я в 7ку в справочник загонял 1.5 млн автозапчастей.. ниче.

(158)(160) Я не против, отговорите, для этого тема и создавалась. Пока нормальных альтернативных вариантов нет.

(155) >> все это поручили одному человеку
Откуда информация про одного человека?

(162)
"-Папа, что это?
-- это море!
-ГДЕ ????"
©

(162) Делай!

(164)
- Опрашивай сайт два раза в секунду
- Зачем, если это можно делать только при создании заказа?
- Опрашивай сайт два раза в секунду

(166) зачем сайт опрашивать? сайт выкладывает заказ в папку. 1с два раза в секунду смотрит в папку. если видит - обрабатывает все, что видит. и выкладывает ответ.

(167) мой опыт подсказывает, что запрос на чего-то в базу постгри особенно локальную в этой же подсети идет гораздо быстрее. чем обращение и чтение файликов к ФС

(167) И чем это лучше ОЛЕ?

(169) тем, что тетя оля обязана быть где-то поблизости. а выкладывание файлА можно дедать хоть через антарктиду. или почтовых голубей с флешками...

(168) это да. Медленней ФС будет только оле...

(170) Ты наверно не до конца прочитал (0). Почти все планируется делать именно через обмен файлами. Разница в том, что мы не собираемся проверять наличие новых файлов два раза в секунду, а добавляем 8.3 для получения запроса о необходимости произвести загрузку. Плюс к этому в запросе сразу будут содержаться данные заказа - подключились к 7.7, внесли заказ в базу, отправили клиенту ответ. Кроме этого будет работать регламент, который раз в пять минут подгружает недозагруженные файлики, если такие появились вследствие временной пропажи связи сайта с 1С.
Что не так то?

(172) еще лучше...
ставить прокладку только ради сигнала.. и ответа..

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

если ты решил пойти по пути гемора и поддержания еще и 8ки для этого - флаг в руки.
самое простое писать из базы 1с в базу магазина. Самое простое и не имеющее звеньев.

(172) то, что лишняя прокладка совершенно не нужна.
И регламент становится ненужен.

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

(175) Ну да, 8.3 это прокладка, а компонента не прокладка.

(176) оператора, млять, посади....

(176) нет. компонента не прокладка. она внутри имеющейся сесии 1с.

+ 178 встроена в код и логику текущей программы

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

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

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

(180) Хорошо, спасибо за советы!

Еще один вариант отслеживание изменений в директории
Динамическая компиляция для использования .Net событий в 1С

182 Там пример и для 7.7

(116) а как клюшки будут в онлайне слушать базу, которая на хостинге лежит? посредством отправки аштэтэпэ запросов к сайту каждую секунду?

(184) Компонента необходима для реализации работы 1С-Предприятия через сеть интернет. Является дальнейшим развитием компоненты NetaInet.
Объект - AddIn.R_Inet.
Также реализована возможность получения почты по протоколу POP3. В таком случае нижеперечисленные требования можно не выполнять.

ТРЕБОВАНИЯ:
1. На одном компьютере должно присутствовать одновременно не более 1-го сервера с одинаковыми номерами портов.
2. При окончании работы с объектом переменная, содержащая данный объект должна быть приравнена к нулю!!! Например, в процедуре ПриЗавершенииРаботыСистемы().
3. Для работы с сокетами в глобальном модуле должны присутствовать экспортируемые процедуры:
Инет_СтрокаОтКлиента(Стр, ИдСоединения) - вызывается на сервере, когда от клиента приходит сообщение строкой.
Инет_ФайлОтКлиента(ИмяФайла, ИдСоединения) - вызывается на сервере, когда от клиента приходит сообщение файлом.
Инет_СтрокаОтСервера(Стр) - вызывается на клиенте, когда от сервера приходит ответ строкой.
Инет_ФайлОтСервера(ИмяФайла) - вызывается на клиенте, когда от сервера приходит ответ файлом.

В данной компоненте при отправке сообщения каждый раз создается новое подключение к серверу, поэтому одновременно может существовать несколько поддерживаемых соединений.
Также в данной компоненте убрано ограничение на размер передаваемой строки.
В отличие от NetaInet, теперь клиент может передавать серверу не только строку, но и файл.

(185) с сокетами никогда не работал. что почитать и где?

(186) Тебе какие сокеты нужны?
Есть TCP/IP, UDP
Есть надстройки над HTTP WebSocket

(186) А от моих сокетов нос воротишь. Чем мои сокеты хуже Mikeware

(188) "все сокеты хороши..."©

С использованием прокладки в виде 8.3 время получения ответа от 7.7 в среднем 0,3 сек.
Попробуем еще (185), отпишусь по результату.

Кстати, в 1С 7.7. есть обработка DDE, позволяющая вызывать функции из глобального модуля (DDE запрос - это строка, которая выполняется в 1С как код), так что можно и без внешних компонент работать.
Причём DDE-запрос обрабатывается в момент перехода исполняемого кода с одной строки на другую, так что во время исполнения одного запроса можно получать в буфер другие.

(187) самые простые. с азов. учебник по сути предмета.

(192) https://ru.wikipedia.org/wiki/Сокет_(программный_интерфейс)

https://ru.wikipedia.org/wiki/WebSocket

https://ru.wikipedia.org/wiki/TCP

(172) Ну и зачем ветку создавал? Сам спросил - сам решил.

(195) Почему "сам решил"? Был свой вариант оповещения 7.7 с помощью 8-ки, вот тут предложили сокеты - отличный вариант. Только он не запускается никак.

(195) Тебе сокеты еще в 12 предлагали, а ты только к 185 очнулся

Например здесь
Использование ТСД на WM 6 как беспроводной сканер с получением данных из 1С

есть протокол, который несложно переписать на PHP.
PHP же могуч

(197) А я пока еще не уверен, что это лучший вариант. То, что уже давно работает на прокладке из 8.3, на сокетах еще ни разу не выдало результата. Технология, которая известна двоим специалистам в интернете, не подойдет клиенту, которому нужна безотказная работа. Если упадет веб-сервис 8.3, то его любой 1сник с нуля поднимет за полчаса. А кто будет поднимать сокеты? И сколько времени это займет? Так что спасибо за советы, но пока сокеты сосут.

(199) Если ты все знаешь, зачем спрашиваешь?

(200) а похвастаться? :-)

(200) Чтобы найти оптимальное решение. Сокеты показались более подходящим, но пока нежизнеспособным.
Если ты ничего не предлагаешь, зачем пишешь?

(199)
1. "То, что уже давно работает на прокладке из 8.3, на сокетах еще ни разу не выдало результата."
Сокеты и работа с ними появились задолго до снеговика. Технология обкатана всеми и вся.
2. "пока сокеты сосут." Я дико извиняюсь, но пока это участь ТС.

(203) Хорошо, что обкатана, но клиенту такой вариант не подходит. Отдохни пока, подумай о своей участи.

(204) А покупать сервер снеговика - подходит?

(205) Сервер? Поясни, зачем.

(199) Угу Tcp/IP повсюду в том числе и 1С их использует. И все из них сосут. И ведь как то 1С ники справляются.
Просто зачем спрашивать, если ты уже решил и даже не хочешь испробовать данные тебе ссылки.
В том же Использование классов .Net в 1С для новичков есть ссылка на исходники обмена между 8 ками по Tcp/IP.
Для 7 ки несложно переделать используя Динамическая компиляция для использования .Net событий в 1С

которая находится в том же архиве

(207) Испробовали. Клиент посмотрел на процесс поднятия обмена  на сокетах 1Сником, который этого ни разу не делал и сказал, что такой вариант ему не подойдет, потому что в случае поломки и необходимости переустановки надо искать того самого одинэсника или еще кого-то, кто в сокетах шарит; в данной ветке он только пару человек таких нашел, а среди местных - ни одного. Поэтому вариант сокетов не подходит. Он может быть сколько угодно крутым, но только до тех пор, пока он работает.
Если есть еще работоспособные варианты, с готовностью используем их.

(208) Поверь, с тех мест откуда я ушел прекрасно работает и без меня. 1С тоже использует сокеты, и мало кто в них разбирается. Ты же пользуешься кучей ВК не подозревая, что там внутри. Ну да хозяин барин. Лучше совочек вместо экскаватора, так как он сложен в обслуживании.

(209) Спасибо за рекомендации, сокетами будем пользоваться обязательно, но не в этом случае.

(208) проблема не в том, что сокеты в 1с трудно. Суть в том, что подавляющее колво 1Сников - как я называю - девелоперы. Девелоперам нужны ГОТОВЫЕ КИРПИЧИ, а не глина для обжига. И даже не готовые формочки для обжига с рядом лежащей глиной. нужны ГОТОВЫЕ КИРПИЧИ. Всякие респекты  Serginio1 за популяризацию разных соротв глин и формочек для обжига, но большому колву 1сников - это не подходит. Имхо.

(211) Все верно, потому что проект надо сделать быстро и качественно, то есть, из готовых кирпичей. Мне клиент первый вопрос задал: "И сколько времени вы эти сокеты писать будете? Давайте купим восьмерку за 13 тысяч и запустим сейчас".

(212) Так писать то не надо. Бери и используй. В 207 есть.
Для 7 ки на днях нажму на кнопку, раз вы сами не можете.

(213) Не стоит, к тому моменту уже на 8-ке все будет работать.

Ну я не только тебе. Пусть Злопчинский попробует.
Но ты можешь эту компоненту и на PHP под Win использовать. Ты столько времени потратил, у же кучу бы вещей проверил, изучил итд. Любые затраты на обучение окупается.
Для твоей задачи лучше всего Вэб сокеты подходят. Не нужны никакие вэб сервисы рядом с базой.

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

(212) ну, давай сделаем выстро и дешево - это известно:
http://i.turnboard.ru/услуги/it,интернет,телеком/Ремонт%20ноутбуков.00012f94_89643.jpg
(214) тоже баян:
http://www.kv.by/data/techprog/2008/2008330101.gif

(215) Похоже, на использование сокетов есть всего два мнения - твое и неправильное :)

(218) Есть одна большая правда. Не было бы сокетов, мы бы с тобой не общались. Ибо HTTP это надстройка над Tcp/IP

(219) Покайтесь, ибо грядет?

(219) И да, не было бы кириллицы, мы бы с тобой не общались. Поэтому 1С - истинный язык программирования, а твой дотнет и c# - никому не нужны. :)

(221) Не было бы кирилицы, общались на латинице как большинство в нашем мире.
Мой дотнет, Java,C++ нужен всему миру, кроме 1С ников.

(222) Что же ты тут делаешь, в этом ужасном 1Сном мире? :)

(223) Для меня он очень комфортен, так как .Net его делает очень удобным. Позволяя решать любые задачи. Другое дело, что кроме меня его использует ограниченный круг 1С программистов.

(224) Ну, наверно, они имеют на это право.

(217) Ух-ты, какие классные картинки. А кто это нам их запостил? Погодите, это не тот ли чувак, который предлагал организовать "онлайн" путем опроса сайта два раза в секунду, отправки ответа из 1С путем выкладывания файликов на фтп и их чтением на сайте? Вместо того, чтобы все действия сделать за один http-запрос.

(226) тот. И что? это тоже решение. не требующее зоопарка систем.

(225) При этом использование классов .Net ничем не сложнее использования Вэб сервисов. И я что то не слышал, что они не нужны. Это уже сила привычки и маркетинга.

+(227) можно вообще организовать прямое и непосредственное взаимодействие сайта с базой 1С - непосредсвенно с данными, минуя саму 1С.  Только оно надо?

(228) все проще - он ничего кроме 1с  не знает, и учиться не хочет.

(227) Это как раз решение из разряда (217). Пользуйся такими костылями сам.

(216) Скачай http://files.rsdn.ru/19608/%d0%a4%d0%b0%d0%b9%d0%bb%d1%8b%d0%a2%d0%b5%d1%81%d1%82%d0%a2%d0%a1%d0%94.zip

Там клиент и сервер для обмена по TCP/IP

(231) аськой указанной в профиле пользуетесь? если да то напишу туда рабочий вариант во избежания срача здесь

(233) Не, уже года два как не пользуюсь.