Notices by anatawa12 :vrc::unity::unityerror: (anatawa12@misskey.niri.la)

@HaruYJSN@msky.haruyjsn.net @noellabo@fedibird.com 相手先サーバーの job queue に残ってリトライを試行させてしまうので、短いに越したことはないですが、ソフトウェアの仕組み的には長くても確かに問題ないですね

@HaruYJSN@msky.haruyjsn.net 連合のことであれば、 7d を超えると misskey は deliver を (受信があるまで) やめるのでそれは越えないほうが良いかもしれないです

@noellabo@fedibird.com クライアントにおいたらまぁそうなのだけど、discordがそうなると新規端末ログインがクソ面倒になるというのが目に見えてるしするのが当然とは違うよなぁと。アプリの設計の判断の範囲よなぁと思ったかんじ。(もとの投稿から(あまり条件なしに)あるべきというふうな主張に感じたので)

https://x.com/aoi_mayapero/status/1907415313211396571

そもそも E2EE という仕組みに私は疑問を持ってるからこの批判はうーんって感じ

E2EEの鍵が結局(複数端末ログインや過去ログ閲覧を前提にすると)サーバーに置かないといけないわけで、だとしたらサービス従業員が見えることには変わりなくないかという

activity pub、リレーを気にしないならHTTP Signaturだけでいいのかな

そういえば mastodon って @anatawa12@misskey.niri.la (plainの中のメンション)ってどんな表示になるんだろ

一応私の認識としては

日本語(East Asian)文脈においては全角が正しいと定義されているので日本語文脈(設定?)においては正しい動作をしている。

しかし日本語以外の文脈において全角に表現されるのは誤っているので、この点においては何かしらの対処を行うべき。

という認識があります

RE: https://msk.ilnk.info/notes/9ztswhsj4r

@morotesovtannu@msk.ilnk.info とりあえず私としては問題なさそうです

@morotesovtannu@msk.ilnk.info もともとは別フォークだったところに取り込んでもらってるのでnirila以外はVRTLの子とするべきかは正直微妙なんですよね、、、

親が複数にできるのであればその一つではあると思います。

これってどこまで小さくても言っていいんだろうか

VRTL fork (anatawa12/misskeyの一部ブランチ)やその下流forks(にりみすやぶいそ、vkemoとれぞらぶ)ってどうなんだろう

RE: https://msk.ilnk.info/notes/9w1w63eqwu

mastodonと違ってセンシティブかどうかの判定がファイル単位であったりモデレーションの都合等を考えると、sensitive => non-sensitive も含めてやると不都合が発生すると考えてnon-sensitive => sensitive のみ実装しました

RE: https://kmy.blue/users/askyq/statuses/112635524570442636

@Sayabeans ioは少し古い 2024.5.0-beta.x なので io が古いのが原因です
参考: 現在のioのバージョンのCHANGELOG https://github.com/MisskeyIO/misskey/blob/2024.5.0-io.1a/CHANGELOG.md

/cc: @askyq@kmy.blue

@各種ウェブサイト運営者
www.をサイトと使用している場合でも、apexドメインにアクセスした際にwww.にリダイレクトしてください

(そうなってないところがあった)

@bd_ 通らなかったら再取得レベルじゃだめなんかなぁ...
更新可能ではあると思うけどmisskeyはDB上にはあるし...

APUB的に禁じられてたらそうだけど...

@bd_ 公開キーもdbに持ってる情報がoriginな気がするのでなんだろうと思ってます

毎回そんなに多くのサーバーが新規note扱い受けるとはあまり思えないしと

Activity Pub自体にはPush配信あったとおもうけど情報不足で取りに行く感じ？

context

Push配信に中身ないってことかもしれない。なにもAPわかってないので

RE: https://misskey.io/notes/9jo8bodhsj

Charって言語によって全然意味が違って困る単語の一つ

C/C++(char): 1byte numberです
Java/C#(char): UTF16 CodePointです
Rust(char): UnicodeのvalidなCodePointです
Swift(Character): 書記素クラスタです。なので可変長です。
Go: charなんてありません。runeです

@bd_ @Sayabeans コスバを考えたとかの私の結論はなくていいになりますね

あると日本人開発者が使ってくれる率上がると思うけどなくてもまぁあんま変わんなそうな気もします

RE: https://misskey.niri.la/notes/9in4m26hw3