AK
язык никак не развивается, а то, что он много где используется - это просто так получилось
Size: a a a
2017 August 10
S
А чему развиваться если всех устраивает что есть
YS
Но ведь получилось!
(Дисклеймер: я не люблю lua)
(Дисклеймер: я не люблю lua)
S
Что то подсказывает что парсер у луа проще и экономичнее жс монстров
YS
У луа многое лучше, чем у жс. Кроме размеров коммунити.
S
И луа пользуют тихо без воплей "йа жсник" 😂
P
iProto - используется только для репликации?
есть биндинги из luajit? можно как-либо использовать его в явнов виде из userspace?
есть биндинги из luajit? можно как-либо использовать его в явнов виде из userspace?
YS
Есть два iproto. В тарантуле - это легковесный протокол с форматом сериализации messagepack. При наличии сокетов и msgpack библиотеки, реализовать его не сложно.
YS
В остальном mailru это чаще всего простейший бинарный протокол с 12байтным заголовком. Его реализовать еще легче.
AM
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
YS
Основная "проблема" в обоих вариантах - это если вы хотите полностью раскрыть ассинхронную сторону протокола (каждый запрос имеет id, и ответ приходит для этого id в порядке, в общем случае, отличном от плрядка запросов)
S
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
Как в любом опенсурсе: что то надо делай сам
VT
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
А в чем проблема защитить канал на уровне ос?
YS
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
Я могу ошибаться, но сейчас из коробки - никак. Можете использовать https через модуль nginx - tarantino. Можете написать свой ssl прокси. Можно сделать vpn.
VS
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
Туннелирование, вообще вариантов много :)
P
Основная "проблема" в обоих вариантах - это если вы хотите полностью раскрыть ассинхронную сторону протокола (каждый запрос имеет id, и ответ приходит для этого id в порядке, в общем случае, отличном от плрядка запросов)
ассинхронно, это любопытно.
Как RPC выйдет сделать?
Как RPC выйдет сделать?
VT
А как предложите сливать данные iot по общедоступным сетям без ssl, и отдельно какая гарантия в данных от изменения?
О каком сегменте идёт речь?
YS
ассинхронно, это любопытно.
Как RPC выйдет сделать?
Как RPC выйдет сделать?
Или я не правильно понимаю, или ответ "да, получится"
AM
О каком сегменте идёт речь?
консолидация, управление