Ryo Kanbayashi ryogrid

時雨堂 WebRTC SFU Sora 開発ログ

日時:	2026-04-18
作:	時雨堂
バージョン:	2026.1
url:	https://sora.shiguredo.jp/

WebRTC SFU コトハジメ

日時:	2023-12-03
作:	voluntas
バージョン:	2023.1
url:	https://voluntas.github.io

この記事が良いと思ったらこの記事に Star をお願いします

『ハイパフォーマンスブラウザネットワーキング』

本書では、ブラウザに関連するネットワーク技術について扱っている。
その範囲は広く、TCP/IP や TLS のような土台となるような知識も、HTTP/2.0 や WebRTC のような最新の知識も、両方扱っている。
そしてそれらを、パフォーマンスという文脈で説明していく。パフォーマンス向上のために、どのようなことをするのか、そしてそれはなぜなのかを、解説していく。そしてそれを理解するためには、様々なネットワークプロトコルについて、その特徴や制限を知らなければならない。だから、パフォーマンスに関する本質的な知識を学んでいくことが、ネットワークについて学ぶことにもなる。

1章レイテンシ・帯域幅入門

ウェブサイトのスピードの重要性は、計測によって証明されている。速ければ速いほど、エンゲージメントやコンバージョンが高まる。だから、スピードは機能なのだと言える。
100ミリ秒以上の遅延がシステムで発生すると、人間はそれを知覚する。

WebRTC で利用されいる TURN プロトコルの解説

日時:	2021-01-29
作:	@voluntas
バージョン:	2021.2
url:	https://voluntas.github.io/

　オレは高校生シェル芸人 sudo 新一。幼馴染で同級生の more 利蘭と遊園地に遊びに行って、黒ずくめの男の怪しげな rm -rf / 現場を目撃した。端末をみるのに夢中になっていた俺は、背後から近づいてきたもう１人の --no-preserve-root オプションに気づかなかった。俺はその男に毒薬を飲まされ、目が覚めたら・・・ OS のプリインストールから除かれてしまっていた！

『 sudo がまだ $PATH に残っていると奴らにバレたら、また命を狙われ、他のコマンドにも危害が及ぶ』

　上田博士の助言で正体を隠すことにした俺は、 which に名前を聞かれて、とっさに『gnuplot』と名乗り、奴らの情報をつかむために、父親がシェル芸人をやっている蘭の $HOME に転がり込んだ。ところが、このおっちゃん・・・とんだヘボシェル芸人で、見かねた俺はおっちゃんになりかわり、持ち前の権限昇格能力で、次々と難タスクを解決してきた。おかげで、おっちゃんは今や世間に名を知られた名エンジニア、俺はといえばシェル芸 bot のおもちゃに逆戻り。クラスメートの convert や ojichatや textimg にお絵かきコマンドと誤解され少年ワンライナーお絵かき団を結成させられる始末。

　ではここで、博士が作ってくれたメカを紹介しよう。最初は時計型麻酔 kill 。ふたについた照準器にあわせてエンターを押せば、麻酔シグナルが飛び出し、プロセスを瞬時に sleep させることができる。次に、蝶ネクタイ型 banner 。裏についているダイヤルを調整すれば、ありとあらゆる大きさのメッセージを標準出力できる。必殺のアイテムなら fork 力増強シューズ。電気と磁力で足を刺激し、 :(){ :|:& };: でプロセステーブ

正直、精査していないので普通に穴があるかもしれない。
GitHub Repo

コンセプト
- 利用者皆の貢献により構成されるシステム
  - 課題感: 既存の分散SNS（Mastdon、Nostr、Bluesky、etc..）は言うて、サーバ運用者にかかる負荷が高く、その割に見返りもない
その他のポイント
- gossipプロトコルによるブロードキャストを軸にしたシステム（メッセージングはweaveworks/mesh ライブラリが担う）
- パフォーマンスやデータの一貫性より実装の容易さとシンプルさに重点を置く
結局のところは省工数にしたいという理由に落ちるかもしれないが、この手のシステムで複雑な仕組みを入れると安定して動くようにするのが大変

Trying to enable (some) Nostr clients to connect to the NostrP2P server

The I/F for NostrP2P clients is REST, but it is necessary to insert a WS <-> REST bridge server for Nostr called Yonle/nhttp-adapter So, I tried to make it behave in a way that is compatible to some extent
- Some modifications were required to the NostrP2P server to achieve this...
- The specifications of nhttp -adapter were not compatible with NostrP2P's REST I/F, so I made some modifications ryogrid/nhttp-adapter

How to try

Client to use
- For now, I will use Snort because it seems to handle the display of posts and profile information well even if I respond to REQ in a careless manner
  - https://snort.social
procedure

あなたのプロジェクトに Frontend Ops を。

現状

Full Plan: 1ヶ月 120万
- 秘密保持契約を行い、ソースコードを分析し、改善を行います
- 現在受付可能なのは、1月以降です
- 調査費用は50万~になります
Lightweight Plan: 外部計測のみ 50万
秘密保持契約抜きで外部からの監視を行います

	CREATE TABLE public.customer (c_id numeric(5,0) NOT NULL, c_d_id numeric(2,0) NOT NULL, c_w_id numeric(4,0) NOT NULL, c_first character varying(16), c_middle character(2), c_last character varying(16), c_street_1 character varying(20), c_street_2 character varying(20), c_city character varying(20), c_state character(2), c_zip character(9), c_phone character(16), c_since timestamp without time zone, c_credit character(2), c_credit_lim numeric(12,2), c_discount numeric(4,4), c_balance numeric(12,2), c_ytd_payment numeric(12,2), c_payment_cnt numeric(8,0), c_delivery_cnt numeric(8,0), c_data character varying(500)) WITH (fillfactor='50');
	CREATE UNIQUE INDEX customer_i2 ON public.customer USING btree (c_w_id, c_d_id, c_last, c_first, c_id) TABLESPACE pg_default ;
	ALTER TABLE public.customer ADD CONSTRAINT customer_i1 PRIMARY KEY (c_w_id, c_d_id, c_id);
	CREATE TABLE public.district (d_id numeric(2,0) NOT NULL, d_w_id numeric(4,0) NOT NULL, d_ytd numeric(12,2), d_tax numeric(4,4), d_next_o_id numeric, d_nam

	// Code generated by protoc-gen-go. DO NOT EDIT.
	// versions:
	// protoc-gen-go v1.32.0
	// protoc v3.19.1
	// source: np2p_event.proto

	package schema

	import (
	protoreflect "google.golang.org/protobuf/reflect/protoreflect"