Comments 13
«Без сервера» , но нужно 2 сервера.
Ну как и с SIP, для установления соединения нужен сервер, а далее абоненты могут общаться напрямую (it depends on)
Топливо нужно только чтобы разогнать ракету, а дальше она летит уже без него.
Факт в том, чтоб без доп серверов никуда, и это огромная проблема.
Причём была инициатива Гугла сделать socket API в браузерах, но воз и ныне, к сожалению. Посчитали, что это будет небезопасно.
Пофиг на эту безопасность, дайте возможность хотя бы тем, кто готов принять риски!
И как всегда промодчали про самую большую проблему поддержки.
И даже если браузер поддерживает - на уровне системы может не дать создать слушатель на порт.
В итоге на уровне js это решается костылем с "мастер сервером" и в 90% весь трафик в итоге и идет через мастер-сервер
даже если браузер поддерживает
Все поддерживают
https://developer.mozilla.org/en-US/docs/Web/API/RTCPeerConnection#browser_compatibility
> в 90% весь трафик в итоге и идет через мастер-сервер
Откуда статистика?
это то самое что настоятельно рекомендуют отключать чтобы не палить свой IP ?
STUN это костыль к костылю NAT. В текущих реалиях он нужен. Но без него можно будет обойтись при использовании IPv6.
Спасибо за статью. А сами эти файлы в DB расположены?
Какое файлы?
Если вопрос про параметры соединения:
Обмен параметрами можно разными способами организовать. Например вручную через мессенджер пересылать. Использовать БД или не использовать - зависит от реализации.
Да, вопрос про параметры. Вы же текст передаёте, а передача картики, видео, бинарника и т.д. осуществляется тем же способом?
По WebRTC можно передавать файлы и видео.
Статья описывает процесс создания WebRTC соединения. В статье не описано как использовать созданное соединение.
Процесс создание соединения для передачи текста, видео или файлов одинаковый. Требования к соединению задаются при создании в SDPOffer. В статье заголовок “Обмен требованиями к соединению: SDPOffer, SDPAnswer”.
JavaScript. WebRTC. Соединение браузеров напрямую без сервера, peer-to-peer