嫌なら適度にdid:webにsyncしようねかも
supported nip extensions、配列ではなく {[key: number]: string[]} にしたら取りやすいのではとか思った
まぁsupportedしてないところに投げはするけどREQしないというのがクライアントの正しい実装な気はする
🙅すべて取れる
🙆relayが返せる量を取れる
💯relayに期待するな
replaceするなら `[^\w]` じゃなく `[\W]` にしろ2023
custom slugを用意してるCMSは経験(CJKからの文句)が蓄積されてるけどそうでないとまぁやるよね
これだからUnicode使ってるくせにマルチバイト文字を考慮しないlatin圏は
「受け入れは寛容に」
仕様書にRFCとかの注釈つけてここの語はこれですよって参照性高めたほうがバリアント発生しづらいよねとか思ってる
misskey.ioの空気感を楽しみに行きたいわけじゃないならfedibird運営者がホストしてるmisskey.noellabo.jpとかはmisskey-devから距離がある文化圏なのでソフトウェアとしてのMisskeyを試しやすいかもしれん(何も知らずに雑な放言)
kind3ふっ飛ばしと同じことがkind30008でも起こるんですか!?
勝手に使いたいやつを推論してこれ追加するといいよってコンパイラに教えてもらいながらコード書く体験のあと、ドキュメントすら参照億劫になってしまって怠惰になる
Kotlin触ってるとRustのコンパイラの親切さが身に沁みてしまう。Rustは馬鹿向けの言語
Android Studioを入れてるのにVimと./gradlew叩いてる
英語圏のCMSでslugをタイトルから自動生成しようとして日本語消されて空っぽになっておかしくなるような感じのバグだ
badgeのidがちゃんと指定されてなくて、ちゃんとパースしたときに弾かれてしまうのかしら
dパートがない(badgeのidentityがない
meow