1С и RabbitMQ

[@ДмитрийШум-з8б]

Уже писал, но напишу еще раз. Топ канал. Жаль не заслужено мало подписчиков. Поднимаешь очень интересные темы.

[@oniichan3427]

Буквально новое решение моего проекта! Как всегда с новым роликом что-то уникальное, Вы лучший!!!😍

[@Владимир-ь7о9и]

Спасибо большое за информацию. Было интересно. Всегда выпускаешь видосы который взрывают мозг в хорошем смысле.

[@nikolosmiron1481]

Легенда! Самое интересное это конечно посмотреть как сама компонента под капотом работает, а не использовать готовое.

[@fastAbout1s]

Ну половину я уже показывал в ролике по разработке внеш. компоненты на с++. Тут эта часть такая же. И вторая часть это разработка библиотеки на rust, которая экспортрует фукнции. Потом эта библитека подключается к коду на с++ собирается уже в общую dll (или so для linux). Может позже сделаю ролик по разработке по подобной технологии. В итоге большая часть логики (90% или больше) на rust

[@DespicableMeAndYou]

Элегантное решение 👍 Пока нет задач по обмену через Кролика, но при случае опробую, спасибо!

[@AntonPahomov]

Классно! Спасибо! Буду знать и пробовать=)

[@ocean1487]

Лучший из 1с. Хоть кто то показал про кролика. Давай хоть донат скину

[@novikovmichael2314]

Вопрос. В предыдущих видео была схема работы 1С + FastAPI на python. Не проще ли для простого обмена использовать SDK на python pika, а отправлять из 1С и толкать в 1С через простой http-сервис?

[@konstantinsamodurov436]

Для простого обмена можно использовать КД2/КД3 хоть через файл, хоть "прямое подключение" если базу-приемник "видно"... А тут - через TCP - читай через инет... Через какую технологию можно больше и быстрее передавать - нужно померить... RMQ - некий "стандарт" - в 1С пришел "из-вне"...

[@zabaluev]

Денег не жалко, но вопрос в надежности работы. Если у компоненты есть контроль лицензирования, т.е. привязка к ключу, к аппаратному обеспечению сервера и т.д., то есть риск потери работоспособности системы при замене оборудования, обновлении сервера, потери/поломки ключа. И кто то должен знать и помнить, что у какой то dll-ки есть ключ лицензии. Админы меняются, никто не вспомнит об маленькой компоненте.

[@fastAbout1s]

Контроль очень просто реализован, ключ вставляется прямо в код обработки. Там пара: имя пользователя, токен. И эта пара проверяется при создании. Больше никаких привязок нет. Ничего не слетит. Теоретически её можно на другой сервер поставить, но я надеюсь что этим не будут злоупотреблять

[@user-sl1tw9vg8x]

не получается подключится к сервису cloudamqp Error: Возможно подключить только на windows или linux и ТОЛЬКО на х64!

[@fastAbout1s]

У вас платформа 32х разрядная значит. Ошибка об этом говорит. Я не собирал библиотеки для 32х разрядных. Так как в реальности, скорее всего 32х разрядную мало кто использует, а мне тратить каждый раз время на сборку

[@user-sl1tw9vg8x]

@@fastAbout1s имеется в виду 1С 32х разрядная?

[@fastAbout1s]

@@user-sl1tw9vg8x Да

[@user-sl1tw9vg8x]

@@fastAbout1s Перешел на 64 разрядную: сообщение в cloudamqp отправляется, но сама 1С при этом отключается не сохранив создаваемый элемент справочника

[@fastAbout1s]

@@user-sl1tw9vg8x Какая у вас версия платформы и какая ОС? (windows/linux)? 1С отклюается, это значит закрыавется окно 1С?

[@Mytest437]

А что на прямую Rust нельзя никак соединить с 1С?

[@fastAbout1s]

Сложнее намного. На с++ уже есть готовый API, проще написать библиотеку на rust и использовать ее на с++. Там тесно все завязано на с++. Классы, аллокаторы памяти которые 1С передает в компоненту и через которые надо выделать память.

[@Mytest437]

09:20 Я бы архитектурно сделал немного подругому (если это возможно) . После создания Подключение все последующие методы привязал туда Подключение.ЭтоОшибка(); Подключение.СоздатьКанал(). Так бы выглядело проще и логичнее.

[@fastAbout1s]

Подключение это структура, у неё методы не вызовешь. Это тогда надо возвращать не структуру, а экземпляр обработки, чтобы можно было потом у неё методы вызывать. Но тогда не удобно будет результат смотреть, в структуре всё нагляднее. В итоге, сделал так. Хотя у меня была такая же идея, как у вас.

[@to5116]

Я пишу на sql и python, очень непривычно видеть код на русском языке.

[@fastAbout1s]

Можно на английском писать, 1с поддерживает, но никто не пишет, на русском проще писать понятную бизнес логику. В 1с очень много бизнес логики и терминов из предметной области. Намного удобнее написать на русском какой нить термин типо ОтложенныйНалоговыйАктив чем подбирать англоязычный термин для таких очень специфичных терминов. А в 1с большая часть кода из такого состоит и читаемость кода с такими терминами важнее. Я на разных языках пишу, но в основном техническом код, не с таким обилием бизнес логики со специфичными терминами, поэтому на английском удобно, но если бы было столько же логики и терминов сколько в 1с, то не знаю, скорее всё проще было бы переменную или название функции на кирилице назвать