Исходное сообщение
"Выпуск aTox 0.6.0, приватного и безопасного мессенджера для ..." Отправлено n80, 02-Мрт-21 14:45
> Смотрел я по этой теме WebRTC, но там такого наворотили... что для просто того, чтобы перегнать байтики из браузера в браузер, нужно проделать кучу чего-то невообразимого. «Просто», ага. В том-то и проблема, что в общем случае нифига это не просто и решение проблем 10% (а то и одного процента) пользователей требует 99% усилий, а решение, которое работает не в общем случае никому (кроме отдельных личностей, которые оплачивать банкет не готовы) не нужно. При этом готовых библиотек и фремворков для этой задачи хоть седалищем есть и при их использовании почти однострочники и получаются, как в том примере с winapi. Правда, тянуть тонну мутного кода кому как, а лично мне западло, поэтому всякие npm_modules идут лесом, в браузере можно и напрямую WebRTC дёрнуть, хоть и не однострочник получится тогда. А вот на сервере от служб сигнализации отказываться точно не стоит (тем более, публичные есть) и тут-то сложного точно нет ничего. Пусть NAT обходят роботы, а не человек вкалывает на этом бессмысленном занятии. > Но хотя если юзера не какие-то неизвестные да случайные, а не больше нескольких десятков "своих" (например агенты, продающие что-то из моей базы данных), у которых на их компьютерах с их разрешения можно установить своими руками, такие способы можно пробовать. Да, я примерно эту ситуацию (use case) и предложил, поэтому и предложил native messaging как запасной вариант.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Смотрел я по этой теме WebRTC, но там такого наворотили... что для просто того, чтобы перегнать байтики из браузера в браузер, нужно проделать кучу чего-то невообразимого. > «Просто», ага. В том-то и проблема, что в общем случае нифига это > не просто и решение проблем 10% (а то и одного процента) > пользователей требует 99% усилий, а решение, которое работает не в общем > случае никому (кроме отдельных личностей, которые оплачивать банкет не готовы) не > нужно. При этом готовых библиотек и фремворков для этой задачи хоть > седалищем есть и при их использовании почти однострочники и получаются, как > в том примере с winapi. Правда, тянуть тонну мутного кода кому > как, а лично мне западло, поэтому всякие npm_modules идут лесом, в > браузере можно и напрямую WebRTC дёрнуть, хоть и не однострочник получится > тогда. > А вот на сервере от служб сигнализации отказываться точно не стоит (тем > более, публичные есть) и тут-то сложного точно нет ничего. Пусть NAT > обходят роботы, а не человек вкалывает на этом бессмысленном занятии. >> Но хотя если юзера не какие-то неизвестные да случайные, а не больше нескольких десятков "своих" (например агенты, продающие что-то из моей базы данных), у которых на их компьютерах с их разрешения можно установить своими руками, такие способы можно пробовать. > Да, я примерно эту ситуацию (use case) и предложил, поэтому и предложил > native messaging как запасной вариант.
	Введите код, изображенный на картинке: