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

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

Сделать циклический опрос из 7.7 сайта с забиранием себе данных и подтверждением их обработки.

Code First и Linq to EF на примере 1С версии 7.7
Code First и Linq to EF на примере 1С версии 8.3

http://catalog.mista.ru/public/402433/

http://compress.ru/article.aspx?id=11708

(1) Это мы и так будем делать каждые 5 минут, для случаев, если в онлайне не удалось получить запрос с сайта. Но в первую очередь нужен именно онлайн, чтобы клиент видел номер своего заказа в 1С, мог моментально распечатать счет.

(2) Что-то как-то все сложно на первый взгляд. Нам же потом это еще поддерживать, передавать клиенту. На 8-ке я могу поднять http-сервис и написать нужный код максимум за час. Получится сделать то же самое за такое же время с помощью (2)?
(4) Отзывы о веб-расширении для 7.7 не очень радостные. Хотя, может я недостаточно много отзывов прочитал.

(5) Дык прямо с сайта и печатайте, в 1с потом создадите, с нужным номером и т.п.
Вы ж остатки товаров  как-то "синхронизируете"?

(7) Синхронизируем, пока что вручную. А должно быть так: один покупатель сделал заказ - через секунду у всех остальных остатки товара на сайте уже стали меньше. Так что подходит вариант только онлайн.
Печатать тоже хочется сразу из 1С, потому что в 1С у разных покупателей разные наборы скидок, цены и т.д. Все эти наборы условий переносить на сайт задолбаешься, да и ошибок при таком варианте не избежать. В 8.3 мы эти вопросы решаем запросто онлайн-обменом.

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

(9) Скрипт для веб-сервера - сильно крутой вариант, по крайней мере для меня. Даже не знаю, с какой стороны подойти к подобной задаче. Апач сумеет на уровне скриптов фильтровать запросы и в нужный момент подключаться к 7.7 по ОЛЕ?
В то же время дополнительная восьмерка это не так уж напряжно с точки зрения ресурсов и времени, задержка не более 0,2 секунды.

(10) У тебя все упрется в скорость поднимания оле соединения с 7.7 - что из апача, что из 8ки.
Так что про 0.2 секунды... замерь лучше заново.

(10) Подымай Вэб сервис рядом с 1С. Загружай 1С по оле.
Правда не забывай, что семерка это внешний сервер.

Можно еще вариант как обмен по Tcp/IP или по пайпам

(12) Ему скрипт для сервера тяжело осознать, а ты ему про пайпы... Нет тут целевой аудитории для твоих .net фантазий, смирись :)

(13) По че му бы не использовать готовое решение?
Динамическая компиляция для использования .Net событий в 1С
v8: v8: Использование сборок .NET в 1С 7.x и 8.x
Использование классов .Net в 1С для новичков

А еще проще использовать Вэб сокеты
1C Messenger для отправки сообщений, файлов и обмена данными между пользователям

(8)  не подойдет
Даже секунды достаточно чтобы у когото на сайте получился заказ опирающийся на неактуальные остатки

(14)  нет там никаких готовых решений, не морочь людям голову

(17) Чем тебе 15 не устраивает? Бери и применяй

(16) ну так и вести между обменами учет остатков с учетом этих заказов на сайте. Дергать каждый раз не самый лучший вариант

(18) Ты бы хоть спросил какой у них хостинг, товарищ "бери и применяй"

(20) Да у него дотнет головного мозга. Нельзя совать свой net везде и всюду, если человек с ним дела не имел, времени придется потратить прилично для старта.


NEt хорошая технология в умелых руках, но выбирать для использования нужно то, в чем хоть что-то понимаешь

протокол или метод обмена это не главное.
главная проблема в отсутствии у 7.7 сервера.
либо держать всегда запущеный сеанс(ы) 1С и обрабатывать запросы от сайта , либо переносить функционал на сайт.

(20) Ну дык asp.Net можно совсем не дорого найти. Да и 1С 7.7 наверняка на Win сервере крутятся, а там есть инструкция по развертыванию на IIS. Кроме того есть asp.Net Core под Linux

(21) Ты вэб сервисами пользуешься? Использование .Net классов ничем не сложнее. Кроме того есть куча примеров. Бери и используй.

"А должно быть так: один покупатель сделал заказ - через секунду у всех остальных остатки товара на сайте уже стали меньше. " - так 1с тут причем? Ведите учет на сайте - это же вы можете?
А с 1с синхронизируйте раз в сутки - ночью.

(22) Держать всегда запущенный сеанс проще простого, в 8-ке это делается одной цифрой в настройках. Ну и пусть висит себе с постоянным подключением к 7.7.
(25) Ну да, а манагеры в оффлайновом магазине как остатки будут смотреть? Они к 1С привыкли, на сайт за остатками лазить не будут.

24+ SignalR в .Net Core выйдет в 3 ем квартале
https://github.com/aspnet/Home/wiki/Roadmap
Future Work

The following features unfortunately won't make it into the initial RTM release. We are tentatively planning on shipping them in the initial feature release after RTM, during Q3* of 2016:
•Visual Basic support
•SignalR
•Web Pages

* References to yearly quarters (Q1, Q2, Q3, Q4) are calendar-based

(13) Мы можем осилить что угодно, поверь. Но решение должно быть таким, чтобы работало надежно, чтоб его было удобно и просто обслуживать и просто передать клиенту. Что будет, если я подниму этот умный скрипт, уеду на Канары пузо греть, а оно нагнется? Кто его будет поднимать и как долго?
(16) Подойдет. Ответ об успешности создания заказа всегда будет отправлять 1С. Если за секунду до проведения заказа в 1С кто-то уже купил содержащийся в нем товар, то заказ не проведется и посетителю вернется сообщение, что товара уже нет. Поэтому и хочется завязаться на 1С - чтобы остатки были актуальными и для оффлайновых магазинов, и для автосервиса, и для сайта.

(28) Скрипт должен быть таким, что не нагёнтся. Ииначе такой скрипт не нужен

(29) Совершенно верно. Ну и во сколько >|<опочасов мне обойдется разработка такого уникального скрипта?

(28)  ээээ так тебе не остатки на сайте нужны получается, а просто витрина, которая замкнута на 1с
Тогда да, надо думать
Чувствую в обозримом будущем и мне придется такую задачу решать

В принципе если трафик небольшой то вполне справится обычный робот в клюшках который постоянно будет по фтп тянуть файлики заявок и класть ответы
Опять же в клюшках можно и запросами тянуть с сайта и выкладывать на сайт
То есть сайт пишет в свою базу а клюшки стучаться к ней постоянно в цикле
Или это неправильно?

(32) Заказов пока в среднем 50 в день, иногда до 100.
Примерно так и ходим сделать: для каждого заказа на сайте создается xml-файл с его данными, файлы складываются в определенном каталоге, 1С туда обращается по шедулеру, загружает данные в документы. Но хочется еще сделать так, чтобы при создании заказа на сайте сразу дергалась 1С, инициировалась загрузка файлов с сайта и клиенту тут же отправлялся ответ: все нормально или чего-то не хватает. И после этого сразу же корректировка остатков на сайте.
Делали уже по подобной схеме обмен с УТ 11, работает без сбоев больше 3-х лет, теперь нужно то же самое на ТиСе реализовать.

(33)  да не надо дергать одноэс
Пусть одноэс сама дергает каталог на сайте
Запусти робота пусть крутится на постоянке
У меня так робот прайс ипшнику выкидывает, нормально получается и быстро
А обслужить 5 заказов в полчаса - проблем не будет
На крайняк покупатель ответ получит через 3 сек

(10) А на чем чем у вас сайт?
Сделайте на Asp.Net http://metanit.com/sharp/mvc.php
Да и на апаче есть поддержка COM

(33) Либо Вэб сервис, либо Вэб сокеты (15)

(35) Дурацкое решение. Придется сайт держать в пределах com от базы, что само по себе - глупость несусветная.

Идея дергать базу сайтом сама по себе бредовая.

Такие идеи живут ровно до момента, пока вас не просканирует какой-нибудь небольшой залетный ботнет.

(37) То есть вэб сервисы на 8 ке это глупость несусветная?
Там мало отличается от COM.

(40) Веб и com отличаются кардинально.

(41) Ты с семеркой можешь общаться только через COM.
Но дергать её можешь из Вэб,HTTP сервиса. В чем проблема?
В 8 ке тоже самое, только дергается по своему протоколу по Tcp/IP. Хотя можно и через COM. Там разница небольшая

Но есть варианты использовать SQL.
http://www.sql.ru/forum/330738/sql-server-i-dostup-cherez-http

(43) http endpoints удалены, начиная с SQL server 2012, о великий теоретик.

И если ты начинаешь рекомендовать менять софт, на котором необходимо делать проект: дешевый asp хостинг там, .net прикрутить, то будь добр - продави клиента на использование 1Cv8, на котором у ребят уже есть работающее решение.

(35) На битриксе, и будет на битриксе в ближайшее обозримое будущее.
(39) И что он сделает, ботнет?

(45) Небольшой ботнет способен сгенерить пару десятков тысяч запросов в секунду. Выдержит ли это база на 7.7 через всякое "com"?

(46) Причем каждый бот авторизуется, набьет себе корзину заказов и затребует счет!

(47)  и денег напереводит!!!

(44) Спасибо. Не знал.
(46) Есть вариант и без COM в (2), но ТК хочет простых решений, в том числе и Вэб Сокеты.

(44) А чем тебе не нравится IIS? На нем и 1С крутятся.
А написать Web мли HTTP сервис на .Net легче чем на 1С.
Уверяю тебя есть опыт написания и там и там.

(46) Так у нас между ботнетом и 7.7 еще битрикс и 8.3.

Автор
Отпиши потом что в итоге и как получилось

(51) Ок

(5) Кто мешает делать опрос 1 сек на предмет получения новых заказов? чем сам не онлайн

(53) Зачем один раз в 1 сек, если можно делать опрос один раз в 1 заказ?

(49) Какое красивое передергивание "в том числе и веб сокеты", значит. Это ты на основании чего придумал?
Вот про веб сервер из (10) ясно, что у него апач. А вот под какой ос, надо спрашивать.

(54)  все зависит от направления опроса... Если с сайта - тогда делай опрос из сайта в базу

(56) Так и планируем делать.

+(57) Из сайта в базу

(57) В 7.7. есть обработчик внешнего события, в чём проблема у реализаторов вэбклиента в создании внешнего события для 1С!?

(55) А вэб сервис может быть и на другой машине, в том числе и рядом с базой. А что именно передергиваю?
(58) Если сайт рядом с базой то получится. Иначе VPN или Вэб сервисы

60+ А на апаче нет Вэб слкетов?

Вроде бы как есть https://github.com/disconnect/apache-websocket

А вот нетовский клиент https://github.com/sta/websocket-sharp

(59) Это как? Сайт должен каким-то образом сгенерить внешнее событие для запущенной базы на 7.7? Как, например?

(60) "Если сайт рядом с базой то получится. Иначе VPN или Вэб сервисы"
Чойта? Публикуется http-сервис 8.3, которая при создании сеанса подключается по ОЛЕ к 7.7. Базы 8.3 и 7.7 могут лежат как угодно далеко от сайта.

(65) А Вэб сервис это и есть разновидность HTTP сервиса.
Только вот для 1С нужно еще и за лицензию платить.
(64) Например Вэб сокеты

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

(67) В default.vrd добавить
    <pool size="10000"
            maxAge="86400"
            attempts="5"
            attemptTimeout="500"
            waitTimeout="500"/>
и подключение будет висеть сутки. В течение этих суток на подключение будут уходить миллисекунды.

(65) Вы небось и сайт на 1С HTTP сервисах пишите?
(68) Это пул, а где ссылку на 1С держать будешь?

А насчет миллисекунд почитай http://forum.infostart.ru/forum86/topic120770/

(69) "Вы небось и сайт на 1С HTTP сервисах пишите?"
Есть и такие проекты. Работают шикарно, кстати.

"Это пул, а где ссылку на 1С держать будешь?"
А это наш маленький секрет!

(70) Спасибо, у нас уже своя статистика накоплена.

(71) А в чем шикарность? Только в том, что вы кроме 1С ничего не знаете? На самом деле есть куда более продуктивные решения.
Можно и ссылку держать. Но это не секрет, только все через одно место.
(72) Не уж то миллисекунды? Я думаю PHP быстрее работает.

Так в итоге сайт то у вас на чем?

А вот на Asp.Net или Web Api действительно будет миллисекунды.

(73) "Только в том, что вы кроме 1С ничего не знаете?" - мы знаем достаточно, чтобы написать на php модули для взаимодействия сайтов с 1С. Если вы знаете net и пихаете его куда попало, это не значит, что ваше решение наилучшее. Мы даем возможность писать сайты на 1С, без привлечения веберов, что существенно экономит ресурсы проекта.
"На самом деле есть куда более продуктивные решения. " - никто с этим не спорит. Но далеко не все из них дают лучший результат.
"только все через одно место" - да-да, раз там нет net - значит через одно место. Попробуйте выйти за рамки net.

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

Спокойной ночи.

(74) Сайты у нас на чем угодно, как чистый php, так и битриксы  с вордпрессом. С чем надо, с тем интеграцию и наладим.

При чем тут .Net. Я говорил о том же PHP есть Java.
А чем тебя вэб сокеты не устраивают?

(78) Так зачем вам 1С как HTTP сервис? Зачем за лицензию платить?

(78) По мне так Вэб сокеты самое простое и эффективное решение.

(78) я п со Злопчинси пообщался бы...
Спрос - не бъет в нос...
но можно дешево и сердито.

(82) Опять нажрался, свидомый?

и как мы живем без Багряных/кровавых рассветов - нипонятно ...

Злопчинский дело говорит.  Я также делал:
- 1Ска с определенной периодичностью опрашивает определенный адрес на наличие заказов

- При наличии заказа - загружает его.

"Вроде там нет ничего, аналогичного веб и http сервисам" - штатных механизмов нет. Есть не другие механизмы. Тем не менее, они рабочие.

+85 Упс... Опечатка "Есть не другие механизмы" -> "Есть другие"

(54) потому. что штатно только так. Я не понимаю зачем городить огород если есть штатная хрень

(85) почта вещь не предсказуемая и глючная.
Что мешает 1с лезть в базу непосредственно веб магазина

(88)  Я не про почту говорил, а про веб-адрес.

(0) вариант с файлами: берете внешнюю компоненту, натравливаете на каталог, с событием на переименование файла. Сайт записывает файл, после записи переименовывает и в 77 сразу же срабатывает событие и начинается загрузка файла. После загрузки файл перемещается в архивный каталог. Переименование, а не создание и изменение потому, что событи может сработать до полной записи файла.

(90) внешняя компонента http://old.antirius.ru/develop1c/addin/VkFor1C

Вариант 2. Пишется Windows Service на C#, который подключает по OLE 1С77, а сам слушает порт (простейший HTTP сервер) и по определенной команде с основного сайта дергает 1С, которая в свою очередь сразу же начинает загружать заказ. Это вместо интервала.

(92) в этом случае нет задержки на создание OLE подключения, т.к. оно создается при старте сервиса и выключается при его останове (но это надо учитывать для регламентных операций с базой)

(92) Кажется, вы с Serginio1 нашли друг друга. Давайте послушаем.

(94) Подход у D01 правильный. Если совладать с внешней компонентой, которая будет по сокетам (или пайпам, или ВЕБ-сервисами) обмениваться с сайтом - можно запилить любую обработку данных не дергая при этом ни ОЛЕ ни файловую систему, где живет 1С.
ЗЫ. Но внешняя компонента должна быть запилена по всем правилам. С возможностью вызвать внешнее событие в самой 1С.

(95) NetaInet? RiKSQL?

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

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


у меня 1ска лезет либо в базу постгри другой системы. либо по средствам xml soap выдает и получает данные.
время опроса на любой вкус.

(97) да, можно просто каждые 10-15 делать запросы к базе данных и не париться) Только индикатор показывать на сайте, что идет создание заказа, что б пользователи не волновались отсутствием ответа

(98) кстати, монитор файловой системы надежно работает, главное что бы пользователи не закрыли сеанс 1С :-)

(100) ну такие 1сины должны крутится на серваке а не на локалках юзеров

(98) работает и не отваливается...

(87) А чем http-сервисы и ОЛЕ не штатные?

(103) http-сервис в 77?

(92) База 8.3 + апач не то же самое делают?

(104) В 8.3

(106) Тема вроде про 77

(98) На чистой 8 с УТ это уже работает больше 3-х лет без сбоев.

(107) Почитай (0), там 8.3 планируется как связь между сайтом и 7.7.

(109) Почему не хотите использовать Вэб сокеты?

>> для каждого заказа на сайте создается xml-файл с его данными, файлы складываются в определенном каталоге

У вас веберы есть? Они вам это могут отдавать все что хотите по стандартному http, если инициатор обмена - 1С.

>>, 1С туда обращается по шедулеру, загружает данные в документы.
По такому же расписанию она может дергать запросы по http, без вот_это_всего папко-собирательства. Как минимум -1 этап.

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

Здесь, у меня лично, главной проблемой было - найти грамотного вебера, который бы мог на стороне битрикса (доработанного тоже), реализовать так скажем запросное "api" под мои требования.

Не могу сказать, что решение - вау-фонтан. Костыльное, но работает как танк. Все известные мне сбои были из-за каких-то проблем с хостингом/обновлений битрикса. Если решение не делать универсальным, и заточенным под конкретно этого клиента и именно такую работу - скорее всего, проблем не будет.

(110) А в чем их преимущество по сравнению со связкой 8.3-7.7?

(111) >>> если инициатор обмена - 1С.
Инициатор обмена сайт
>>> По такому же расписанию она может дергать запросы по http
Может, и будет дергать, как по расписанию, так и при создании заказа на сайте.

Варианты с периодическим опросом сайта не решают еще одного важного вопроса: подтверждения заказа или отказа. Клиент, после нажатия кнопки "Оформить заказ", должен увидеть либо надпись "Заказ принят, товары зарезервированы", либо "Невозможно провести заказ: недостаточно товара ХХХ", и этот ответ должна вернуть 1С в онлайне. Потому что пока он набивает заказ на сайте, нужный ему товар могут продать в офлайновом магазине или забрать автосервис. В этом случае заказ не оформляется, клиент может сразу же его подкорректировать - отказаться от позиции товара или выбрать аналог - и тут же провести заново.
Связка 8.3+7.7 этот вопрос решает. Сокеты, полагаю, тоже решают, но пока преимущества сокетов я не изучил.

(109) автор. нафига??? зачем еще и прокладка между 7кой и 8кой? только ради того чтобы 8ка залезла в 7ку как оле?


ты вообще зачем эту тему то завел, если такой убежденный в том?

(112) Не нужен Вэб сервис. Для 7.7 Вся логика может лежать в Отчете котрый будет вызывать необходимые методы где и будет вся логика выполнения. Ты передаешь только команду и параметры.

(113) чем тебе не подходит обработка прямо из 7ки слушающая базу с заказами и выдающая стразу в ответ в ту же базу заказов итог?

(114) При том, что ему все проще сделать на PHP.

(113) пол-секунды - это почти онлайн.
Или тебе уже нужна балансировка нагрузки?

(117) ну не вопрос если с этим заморочиться конечно.

(113) Все описанные проблемы решаемы. Со (114) в кои то веки согласен полностью. И еще я подметил, ты пытаешься решить задачу в лом. Клиент нажал, товар в офлайне уже продали...ээээ. Так что мешает при факте продажи товары в офлайне СРАЗУ ЖЕ отразить этот факт в интернет-магазине обычным запросом туда же? Отвечу - ничего. Если любое действие оффлайна можно зеркалить в магазин со скоростью, как уже писали в 0,5 сек, или еще меньшей - не понятно, где ты увидел проблемы? Так делали и делают. Вопрос только в том, что прежде чем кодить - нужно найти все точки синхронизации в оффлайновой базе.

(114) Я убежденный в этом, потому что это уже работает на чистой 8, а теперь мне нужен вариант для 7.7. Пока придумал только один вариант, описанный в (0), хотелось услышать мнение других по этому поводу.
(116) Каким образом слушающая? Опросами каждые 0,5 секунд?

(121)
2. а что нельзя?

(122) А зачем, если можно делать это при создании заказа?

Я тебе расскажу какой обмен у нас, чтоб ты понял, чего можно сделать: все клиенты побиты на сегменты. Кто-то может грузиться сразу, кто-то - только на пост-оплате, кто-то и так и сяк. Номенклатура в интернет-магазине намного уже в колличественном эквиваленте, нежели в оффлайновой базе (связано с различными заморочками клиента). И если клиент в интернет-магазине заказал, предположим товар 1, то в оффлайне под этот заказ в резерв может стать сразу с пяток товаров. Далее, как токма бухгалтерия увидела оплату и разнесла ее у себя в бухгалтерии (даже не загружая в оффлайновый тис), интернет-магазин уже узнал, что такой=то заказ (счет) оплачен, можно отгружать, и отправил все документы клиенту. Если клиент может грузиться и так и сяк, то вступает в работу хитрая система, которая мониторить что может грузить клиент: какие-то номенклатурные позиции, сегменты, или вообще все.

Более того, есть некоторый сегмент номенклатуры, который представляет из-себя вообще некий товар, высылаемый онлайн, что сразу же дает +100500 к задаче зеркалирования расхода в тисе, с учетом не совпадения (возможного) номенклатур. Кроме того, можно добавить что по партиям, для инет-магаза мы этот "онлайн" товар, сами покупаем у некой другой системы, и нам нужно в тисе зеркалить приход-расход.

Другие подробности наверное уж смысла писать нет.

Вот вся эта хрень работает по тому принципу, который я писал выше. Для пользователя веб-магаза - все онлайн.

(123) А что создавая заказ моя схема не решает проблемы его онлайна? и без прокладок дополнительных

(124) Но у клиента другая система, формировавшаяся годами, и он не будет менять ее только ради онлайн связи с сайтом.
(125) Решает. Но в этой схеме подразумевается 3600 запросов к сайту в час, из которых больше 99% будут "холостыми".

(126)
2. 3600 заказов? причем тут заказы? если клиент оформляет заказ. то заказ формируется.  и на этом этапе надо передавать его в 1с и запрашивать остатки и т.п.

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

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

(127) Ответ клиенту на страницу как придет? "Заказ оформлен" или "Не хватает товара"?

(128) Работа с сокетом пока единственный альтернативный вариант.

(128) как я понял, товарищь владеет какой-то технологией под 8ку. Но тут попался клиент. которому надо все это прикрутить на имеющую-ся 7ку. Вот он и изобретает всякую хрень как система  полуклюшки полу снеговик 7.8.

ему проще по оле из 8ки в 7ку ( самый пипец какой быстрый вариант работы.)

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

(132) Ты все правильно понял.

(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) Не, уже года два как не пользуюсь.