Есть хотелка от руководства - реализовать интеграцию со сторонним серсисом. Но там АПИ только по WebSocket.

Я уже нашел, что в 8.3.25 поддержка этого дела будет реализована штатно, но у нас 8.3.10 и переходить на +15 релизов страшно т.к. туча всего накодили не типового за 15+ лет.

Посему вопрос - может есть внешняя компонента которая умеет работать в этом протоколе. Поддержка заголовков обязательна.

Ну или еще какое решение что б подружить WebSocket и старенький релиз платформы

Заранее Спасибо

(0) Если обновляться страшно, то можно поднять рядом сервер нужной версии на альтернативных портах, и сделать микро-конфигурацию, которая одной стороной смотрит вебсокетом в сторонний сервис, другой стороной - чем-то дружественным и приятным для платформы 8-3-10.
Это же можно проделать и не на 1С. Все зависит от наличия навыков разработки на чем-либо или доступности разработчика.

(1) это я уже думал.
У меня общепит, а хотелка это сервис, который работает в режиме реального времени с человеком (оплата услуг сейчас за сейчас + меню и туча всего еще). Плюс передача там не просто 1 раз и чучуть, а много и постоянно пока человечек общепитается.

Навыков или доступности стороннего разработчика нету ((

https://yandex.ru/search/?text=1c+websocket&lr=133080&clid=2411726

Мне нравится новый эвфемизм
Вместо "иди на/в ..." можно теперь говорить/писать "иди на/в яндекс"

(4) Хорошо хоть не в Яху ))
и, кстати, яндекс подкинул пару полезных ссылок, которых гугл не видел, так что все ок ) спасибо, читаю

https://infostart.ru/1c/articles/434771/

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

Ну нахера это смешение разных стилей?
Ну зачем эти лишние пробелы, отступы и пустые строки?

(6) Rust не пробовал еще?
Я нашел несколько примеров на нем Native API ВК для 1С делают неплохо
Это намного лучше чем C#/.NET Core

(8) Намного лучше это очень смелое утверждение.
Мои примеры это прежде всего универсальность через Reflection.

Что касается натива, то развивается AOT https://habr.com/ru/articles/773444/

Ну а от 1С я давно отошел. А основной язык C#.
Так, что Rust мне не интересен.

(8) Вот тянет тебя на экзотику. Я не вижу особого смысла в Native ВК. Но если тебе хочется натива без CLR то, опять же .Native AOT можно вызвать напрямую


https://learn.microsoft.com/ru-ru/dotnet/api/system.runtime.interopservices.unmanagedcallersonlyattribute?view=net-8.0

https://stackoverflow.com/questions/77482081/is-it-possible-to-use-net-aot-ahead-of-time-compilation-for-only-some-of-my-a


https://joeysenna.com/posts/nativeaot-in-c-plus-plus

(9) Rust не интересен. Почему?
https://www.cnews.ru/news/top/2024-02-01_microsoft_perepishet_fundamentalnyj

(9) У меня работы полно на C#. А с  выходом Native AOT, применение нативных языков по сути и не нужно.
Для вэб есть Blazor, для андроида Xamarin, а так же кроссплатформенный Гуй (MAUI).
Тут бы поспеть за всеми новшествами, чем изучать экзотику.

А вот из статьи расмешило

Rust является столь же универсальным, как и C#, но в отличие от последнего гарантирует безопасную работу с памятью, что позволяет программистам во многих случаях избегать ошибок, которые при использовании других языков программирования привели бы к возникновению уязвимостей.

То есть сборка мусора менее безопасна чем владение и заимствование
https://habr.com/ru/companies/otus/articles/787362/
Наверное там спутали с С++

Кстати Native AOT то всего 2 года. Там сборщик мусора. И во многих сценариях особенно для серверов сборка мусора выгоднее из-за дефрагментации памяти, и во многих сценариях просто смещение указателя конца кучи.

(12) Эмм C#/.Net совершенно не безопасны
Запросто можно к запущенной сборке подключиться и на лету переменные/объекты менять
Да еще и исходный код сборок декомпилятором получить при желании

В этом случае Rust намного лучше, ибо бинарники нативные

(14) Garykom не читатель!
Ну ка подключись к Native AOT. Там нет CLR