@makihara えとね、ざっくり3ステップあるわけ。
最初にWebサーバが外部からの投稿データを受け取って、
1. ActivityPub::ProcessingWorker
2. DistributionWorker
3. FeedInsertWorker
という順序でワーカーが起動。
(1)は投稿データを解析して、投稿データとしてデータベースに記録+通知+(2)の起動
(2)はそれを全員共通のタイムラインに配送+(3)の起動
(3)はひとりひとりのタイムラインに配送
で、処理が詰まっている(順番待ちになっている)と、ひとりひとりのタイムラインに表示されるまでに3回待たないといけないのね。だから2倍も3倍も遅延するっていう。
購読とフォローはどちらも(3)で処理するから同じだよ。
ハッシュタグタイムラインは(2)で処理される。
内部の投稿は(1)の代わりに投稿APIの処理が走って、あと(2)以降は同じ。
htmlもCloudflareのキャッシュで返せていることを確認。ただCache-Controlレスポンスヘッダーがついてないためにブラウザが長期間キャッシュしてしまうおそれがある。htmlに対するオススメはmax-age=60もしくは300あたり。
---
続、Publickeyが受けたDoS攻撃、これまでの経緯と対策まとめ
https://www.publickey1.jp/blog/24/publickeydos_1.html
#bookmarks
何見てヨシって言ったんですか?~あなたの隣の重過失~|事件備忘録@中の人
https://note.com/case1112/n/n93c969e3ec18
現在こちらの手違いを発端としたDB上のデータトラブルでminazukey.ukあてに大量のアクセスが発生している状態です。
明確な発生トリガーが詳しく判明していませんが、先日HTTP通信を誤って行った結果DB異常が発生し、異常が発生してしまったPleroma/Akkoma系サーバーから時折幣サーバー宛に短時間に大量のアクセスが発生してしまうという異常挙動が起こっています。
このDBトラブルの解決のためにissueを建てて報告済みで、ソフトウェア側での改善対応を待っているという状態ですがまだ具体的には解決してません。
https://git.pleroma.social/pleroma/pleroma/-/issues/3252
そのためこの大量アクセスが発生していることが確認できたサーバー様からのアクセスを一時的にWAFでブロックしています。
相互で連合済みのサーバーの管理者様にはご迷惑をかけるため、こちらから連絡などしていますが、フォロー関係が無いサーバー様からもこのアクセス異常は発生しており、そういったサーバー様にはこちらから連絡せず一時的にWAFで通信を遮断しているという状態です。
そのためお手数をお掛けしますが利用者の皆様、また通信異常など発生してしまっているPleroma/Akkoma系のサーバー管理者の皆様、本当に申し訳ありません。ご理解のほどよろしくお願いします。
現在通信異常が発生していることを確認しWAFでアクセスを停止しているサーバー様(漏れがありそうなので確認でき次第追記します)
p.tty7.uk
uchu-teien.com
xxx.azyobuzi.net
syo.bar
そういえば、これは日本通信SIM側の問題ではないだろうけど
moto g100で日本通信のAPN設定を追加してても、何か(OS更新?)の際にヤマダニューモバイルに上書きされて通信できなくなることが何度かあった。APN欄の値が同じのは競合するっぽい。最後のAndroid12までそうだった。
結局もともと存在したb-mobileのAPNを選択したらトラブルなくなった。
v3ベースで編集に未対応なのがたまに困る
if you run stealemojipolicy, you may wanna turn it off until the weekend release
if you don't, you're fine
AkkomaにはRejectNewlyCreatedAccountNotesPolicyなんてのがあるのか
https://akkoma.dev/AkkomaGang/akkoma/src/branch/develop/lib/pleroma/web/activity_pub/mrf/reject_newly_created_account_note_policy.ex
オープン金盾。わいわい
---
中国のネット監視・検閲「グレートファイアウォール」を個人で再現 オープンソース「OpenGFW」公開中
https://www.itmedia.co.jp/news/articles/2402/06/news042.html
#bookmarks
threadsが引用RP用のActivityPubプロパティーにmisskey標準を採用したっぽいな
https://cyberplace.social/@pcottle/111729050177931482 [参照]
デスクトップLinuxユーザー