カラクリスタ・ソーシャル

Web アプリケーションでのデータストア周りの高速化、とにかくキャッシュを活用してデータストアへアクセスさせるな、と言う印象があります。

とは言え、この手のベストプラクティスは CPU が貧弱で HDD がメインだった時代の話かもしれませんが……

そう言えば Misskey とかで実装される Emoji Reaction 、ベンダーロックインを許容するのであれば、バックエンドのデータストアに Amazon DynamoDB を使うと良いんじゃないか、と思ったんだけど、どんなもんだろ（DynamoDB に詳しくない状態で言っています）

既に言っている人は居ると思うけど、threads でクソみたいな言及が来たらクソリプならぬクソレス乙って言われるのか。なんか 2ch っぽい

Tailscale 環境下で Fediverse インスタンスを立てて相互通信させる環境がようやく出来上がったので、Zenn にやり方を雑にメモった：

https://zenn.dev/nyarla/scraps/8a7f73781a30f4

もしかすると Cloudflare Tunnel とかで外からアクセスさせればもう少しマシなのかもしれないが、開発環境なので外に露出させたくないんだよな……

docker でインスタンスを起動させるまでは出来た。ただ、そこから Tailscale を噛ませようとしてそこから一向に進まず、アクセスが出来てるけど部分部分がぶっ壊れてる、と言うのが現状

今日一日で Mastodon と Misskey 、 GoToSocial の Federation のテスト環境を整えようとして、未だに完成してない。助けてくれ〜

Wi-FI が不安定すぎたため色々調査したところ、どうも近隣住宅と電波干渉をしていたらしく、とりあえず帯域を変更して様子見してる

と言うかもう眠くて限界なので寝ます。おやすみ〜

gotosocial 、改造しようと思ってコードリーディングしてたけど 、実際の通信内容が分からないので朝起きてから docker compose で鯖立ててデバッグログを見てみる予定です

Misskey の書き直しの話、正に『推測するな、計測せよ』の類いだと思うんだけど、上手く伝わるのかなーあの辺りって

fedibird のアカウントを爆破した

しかし gotosocial を改造しようと思うと、まずテスト用の misskey のインスタンスを docker で立てる所からになりそうな予感……

misskey と gotosocial を連合させようと思うと misskey の設定変更が必要なんだけど、んなもんインスタンス毎に設定変更して頂けませんか、っていうのは面倒くさすぎるし、大体こっちの都合上の話なんで、そう言うのはワガママと言うもの

gotosocial 、misskey 系インスタンスと相性が悪すぎる（Authorized Fetch 周り）ので後で出来たら fork するか……

ちなみに Misskey 本体は Authorized Fetch に対応していて、これが設定で有効になるかならないか、と言う感じになってる。で、Misskey.io はそこで有効になっていない（か、もしくは負荷的な理由で有効にしてない？）影響で gotosocial との ActivityPub の連合が組めないって言う

っていうか gotosocial 、Mastodon で言うところの Authorized Fetch （Secure mode）を模した作りになっていて、Misskey.io （の設定）は Authorized Fetch 対応が有効になってないっぽく、その影響でリモートフォローとかが通らんのよね。Misskey.io へのフォローも通ってないっぽいし、Misskey.io からのフォローも通らないって言う

私は gotosocial を選択したが故に Misskey.io と連合が組めなかった、と言う札を首から下げて活動しています（gotosocial が悪いのではなく、 ActivityPub の compatibility を甘くみていたせいです）

皆さん Fediverse をメインにしてもええんやで。

……と言うか技術者のみなさん Fediverse のインスタンス立てましょうや。宅鯖でも VPS でもサクっと立てると楽しいよ！ソフトウェアの選定に失敗すると困ったりするけど

官営マストドン、憲法による検閲の禁止によってコンテンツモデレーションが出来ない可能性が高そう（なので行政などの配信 Only になる）