赤十字の寄付は明日から受付みたいです
https://www.jrc.or.jp/contribute/help/20240104/
一番やりやすいところでやろ〜〜

誰か逸般の誤家庭を支える技術みたいな本出してくれ

家建てるならこの誤家庭みたいなことやりたい
https://youtu.be/hqMlAE93G48?si=zf651CEvTccJu1zz

いっぱいリアクション飛んでくるからか鯖負荷高まってる
もっとやって！！

航空安全推進連絡会議（JFAS）激おこ
警察・報道関係・SNSで情報発信する人全員に巨大な釘刺しをしている

[2024年1月2日に東京国際空港で発生した航空機事故に関する緊急声明 / Urgent Statement for the Aircraft Accident at Tokyo International Airport on JAN 02, 2024 | 航空安全推進連絡会議]( https://jfas-sky.jp/2024%e5%b9%b41%e6%9c%882%e6%97%a5%e3%81%ab%e6%9d%b1%e4%ba%ac%e5%9b%bd%e9%9a%9b%e7%a9%ba%e6%b8%af%e3%81%a7%e7%99%ba%e7%94%9f%e3%81%97%e3%81%9f%e8%88%aa%e7%a9%ba%e6%a9%9f%e4%ba%8b%e6%95%85/ )

おじさんたちが中学生くらいの頃にな、着うたっていう、携帯電話で同じことができたサービスがあってな…

文章、毎日構ってると勝手に育ってく印象がある

「分散」にもいくつかの視点・レイヤーがあって、
• 投稿の管理・コントロール権を独立的に分散させる（連合するしないの自由、コンテンツの基準の独自性 etc. 「分権」という単語が近い）
• システムの負荷の分散
など。

Mastodon、Misskeyなどで特異的なのは前者。

今回の「災害時に情報を正しく・早く」という要件だと前者はむしろ邪魔で、必要になるのは後者。で後者の「分散」はまぁサーバー増やしたりDBを分けたりとかでどんなソフトでもやろうと思えばできるので今回は取り上げてないのだろう。

もともと自治体の防災業務連絡のツールとしてSNSソフトウェアを使う試みで、一般市民の参加は想定されてない模様。災害時に情報の一括で扱いたいとなれば、複数の分権化されたMastodonインスタンスが連合でつながるよりも、多重化・分散化された単一インスタンスで管理した方が都合がいいのではないか。

なおセルフホストできる・設定を自由にいじれるというFLOSS的な「分散」については「独立性」として言及されている。

Misskeyが触れられてないのは、完全に憶測だが単に知らなかったとか担当がTypeScript読めなくて改造したくなかったとかが思い付く。あるいはUIが現代的すぎて職員が慣れないと判断したとか？
QT: https://kmy.blue/@askyq/111697023802597587 [参照]

被災地への募金・義援金始まる 偽サイトも確認 注意を
https://www3.nhk.or.jp/news/html/20240104/k10014309361000.html

Xユーザーのなぎささん: 「実家に帰ってるんだけど親父に「お前まだVRで女やってんのか？」って問い詰められてます。」 / X
https://twitter.com/nagisa_vrc_/status/1742778105713070298?s=46

https://x.com/ktgohan/status/1742761274008875468?s=46&t=aub1hhx3Vm9dunSc2yFVhA
​​

こういう状況のときに、大きいサーバ……というか、リモートフォローの多い、生きたユーザーをたくさん抱えたサーバは、処理量が多くなるので、そこがネックになりやすい。

webもかなり重くなるので、リモート投稿を受け付けるプロセスと、直接の利用者がAPI利用するプロセスをわけておくと、APIの応答性を守れたりするよ。

あとmstdn.jpでよく発生していたと思うけど、負荷が高まってくると画像のアップロードがコケるようになるんだけど、これもバックグラウンド処理があるからで、分離しておくと安定した動作を確保できる。fedibird.comでやってるよ。

まあそんな感じで、多少ソフトウェアの機能を調整したり、どうプロセスを分割して、どこにどのぐらいのリソースを割くようにするか調整するなど、運用って工夫次第なんだ。

あけおめ負荷試験もそうだし、地震も、他鯖の詰まりもそうだけど、そういうのを貴重なデータにして、仮説を立てておいて結果を検証し、改良を重ねて知見を積み上げていくんだよ。

で、ボトルネックは改善すると別の場所に移動するので、あとはバランスとりかな。

misskey.ioはピーキーなサーバなので、そのへん難しいだろうね。構成変更したときにバランスが崩れやすい。ま、任せるしかないけど！ がんばえ！

Mastodonの管理画面でmisskey.ioのとこみると、fedibird.comの場合でフォロー合計46,237って出るんだけど、これは延べ人数。

たとえばしゅうまい君をfedibird.comからフォローしている人は1,186いるんだけど、しゅうまい君の投稿はそれぞれ1回だけmisskey.ioからこちらに送られてきて、それをこちらで1,186人のフォロワーに配る仕組みになっているのね。

だからユニークユーザー数も重要で、こちらは15,156。

15,156人分の溜まっている投稿を受け取って、46,237人に配るわけ。

fedibird.comの場合、フォロワーへ配る他に、各種の購読の処理が加わる。一般的なMastodonサーバでも、ハッシュタグのフォローの処理は加わる。

実際にmisskey.ioの15,156人から24時間にどのぐらいの投稿が配送されてくるのか調べると、1月2日の24時間でみると2,908人が行った29,354件の投稿になる。この数字も面白いね。

ちなみに、misskey.ioの配送の中には投稿だけじゃなくて絵文字リアクションとか投稿削除とかフォローリクエストとか承認とか、いろんなものが混じっているはずなので、投稿件数ではないよ。リアクションの割合は多そうだねえ。

できね〜鯖建てなんかしないでfedibirdをメインにして寄付に金を入れた方が世界のためになるんだよ
うるせ〜〜〜〜〜〜〜〜〜おれはおれの国がほし〜〜〜〜〜〜〜〜〜〜〜〜〜〜！！！
の反復横跳びの期間に入った