shuymn

こんなただのWildebeestの問題でしかないIssueさっさとCloseしちゃえばいいのに

そういえばWildebeestのこの問題って修正してなかったな。自分のusernameが小文字しかないから回避しちゃってるから忘れてた github.com/misskey-dev/misskey/issues/10571

自分がタブ開きすぎなのかもしれないけどVivaldiまあまあ突然死する

なんだかんだMastodon使いやすいって感じること多いな。メディアのsensitiveフラグとか特に

飯食ったら案の定腹壊しそうな雰囲気があり眠いし今日はもう閉店かな

今日とかもう起きた瞬間には今取り組んでるWildebeestの問題をどうやって解決しようか考えてたし我ながらシングルタスクすぎる

疲れたな〜

全部のMastodon APIのエンドポイントを一人で実装するの正直時間かかりすぎるのでコントリビューションしてもらえるように宣伝していくタイミングというのを作らないといけないのかもな

他人にWildebeestすすめられるようになるにはまずActivityPubの実装がどの程度の状態なのか自分が把握できてないといけないんだよな〜

ただコストメリットとしてはCloudflare以外にデプロイするうまみ特になさそうなんだよなー。どこまでスケールするのかは分かってないけど、今はD1のストレージ容量制限が一番ネック

D1書き忘れてた。KV/DOはまさにDynamoDBが良さそうだと思うし、QueueはSQS使えればいけそう。D1はMySQLでもPostgreSQLでもなんでもいいや。でもクエリの共通化がめんどくさそう

昨日今日でCloudflare Pages Functionsからバックエンドを独立できそうだという目処が付いたし、フロントエンドはただのqwikだからKV/DO/Images/Queueあたりを差し替え可能にしたらWildebeestのコアコンポーネントをCloudflare以外にデプロイすることも可能になりそうな気がするな。モチベないからしばらくはやるつもりないけど

現状はAP実装よりもMastodonの互換API実装する方がめんどくさそうだなという感想。AP実装は比較的スリムだし最低限で良いなら結構少なくなる

前からそう思ってるけどAP実装は後発になるほどめんどくさくなるのでどうせそんなたいした相互運用性もないのでは無いかと思っている

ActivityPubの実装は仕様を流し見した上でMastodonがどういう挙動になってるのか調べる必要があるし、Mastodonの互換APIセットを持ちたいならもちろんMastodonのコードやドキュメントを見る必要がある

うーん

FunctionsありのCloudflare PagesでQwik使うときにルーティングがどうなってるのかなんもわからん

とにかく大変ということだけわかった

github.com/misskey-dev/misskey/pull/11719 怒濤のWIPで笑ってしまった

投稿の編集ができるようになった