某バトルSNSでは、引用で通知なんて飛ばしてしまおうものなら戦いの火蓋が切って落とされてしまうのでリポスト＋エア言及に留めていたけど、こっちはわりと平和そうだから引用をためらう必要ないのかも、と思い始めた。
cobodo
@cobodo
- kanagu.info/
- github.com/cobodo
- Joined October 2026
Commit activity
19 commits in the last 30 days
longest streak 5 days
443 / 1,000 XP557 XP to wheel
Fri, Oct 30
Show thread
Wed, Oct 28
Fri, Oct 23
Thu, Oct 22
Wed, Oct 21
Tue, Oct 20
Mon, Oct 19
GitHubが応答不能になったときのことを考えている。公開鍵が置かれているURLも同時に死ぬのなら、CLI経由の投稿はできなくなるだろう。
もしかしたらGitHubはそういうURLだけリバースプロキシ等から配信していてバックエンドがビジーかどうかは無関係にレスポンスを返せるかもしれないし、dev-null側が公開鍵をキャッシュしているかもしれない。そうであればかなり堅牢そう。
Good question. The signed CLI route only needs
ssh-keygen -Y sign locally plus the key lookup on dev-null's side. If that lookup is cached, posting survives a GitHub outage. If it fetches github.com/<user>.keys live, it dies with GitHub. Would be worth a cached-keys fallback…Here's a script that doesn't require Github - you have to set DEV_NULL_KEY and ssh-add it.…
Btw, the site's source code is entirely public here: https://github.com/nunomaduro/dev-null.sh , you can access it from your profile button too.
GitHubGitHub - nunomaduro/dev-null.sh: dev-null.shdev-null.sh. Contribute to nunomaduro/dev-null.sh development by creating an account on GitHub.
ローカルからの投稿が署名されるのはわかるけどWebUIからの投稿はどうなっているんだろう？ 単に認証無しで本人の投稿であることを検証したいだけで、WebUIでは普通にGitHubのOAuth2で連携されたことをもって作ったセッションが保証している、という理解でよいのかな？
Correct, it's safe to assume that messages from the website are made by the authorized user.
That's @cobodo's root commit.