Pull to refresh

Comments 12

Оооо, особенно в вэбе! Это на самом деле очень любопытно, особенно на примере "Оранжевого Ютуба", как минимум часть их фронта всегда было интересно поковырять.

  1. То как они внедряли vue по кусочкам, на странице де факто работало несколько инстансов vue, что-то работало с комментариями, что-то с лентов предлагаемых видео, какая-то большая часть классически отдавалась серверов.

  2. Как они пытались бороться со скачиваниями с помощью обфускации кусочков кода, где были спрятаны ссылки на варианты качества и т.п. Но самый находчивый искатель мог без труда отыскать те кусочки скрипта, которые можно было скормить локальной виртуалке с js, реализованной на чем угодно - главное сделать eval и просто получить из функции читаемые ссылки.

  3. Как больше года, из-за их экспериментов с фронтом, обфускацией ссылок, по факту у них была дыра, которая позволяла скачивать премиальные/платные видео (это вообще интересно, были ли к ним претензии от авторов за утечки, были ли компенсации или что нибудь)

Или, например, когда появился OF, он же полностью на vue (вроде как), поэтому мне кажется сейчас самое интересное это отследить как они перейдут с vue2 на vue3, потому что все начальные болячки в виде лагающих огромных лент у них остаются до сих пор и не понятно что им мешает это как-то решить.

Или Патреон с бусти, которые без стыда выплевывали с бэка ссылки на платные контент всем пользователям, главное было знать где и как извлекать это. Справедливости ради патреон так шарил внешние ссылки, любые, которые содержались в платных или закрытых постах.

Ну и вообще интересно на этих вот штуках посмотреть как себя ведет SSR и просто чистый JS насилующий браузер и процессор юзеров. Еще интереснее узнать почему именно эти сервисы выбрали такой вариант, как они к нему пришли и т.п.

Janus неплох, но в исходники лучше не заглядывать - код на С + каждый плагин это один файл + размер этого файла зачастую десятки тысяч строк...

А нельзя было для решения задачи цензурирования просто скриншоты раз в две секунды делать и отсылать на сервер?

libwebrtc несколько тяжелая библиотека для использования на сервере. И дорабатывать ее в случае необходимости отдельная боль. Например в GStreamer есть более легкий вариант в виде webrtcbin. Кроме того, на данный момент, есть несколько других проектов для работы с WebRTC ориентированные именно на сервер (первое что приходит в голову - Pion https://github.com/pion/webrtc).

Таких проектов много, возможно что-то из этого поможет:

https://github.com/arut/nginx-rtmp-module

Еще готовы сетап с минимальными движениями можно собрать на этом:

https://github.com/AirenSoft/OvenMediaEngine

Сам его использую на одном проекте, к удивлению, запустился на самом дешевом vps )

Вы пытаетесь изобрести sfu? просто возьмите что-то готовое, все уже есть, как говорится самый лучший совет по написанию sfu, не пишите свой sfu

Sign up to leave a comment.

Articles