Notices by 雪あすか🔞 (askyq@kmy.blue)

あとインデントはタブじゃなくて半角スペース２つにしてくれ
タブは環境によって幅が変わるんよ‥‥

@Yellowmametti @tell_me_fedi_jp
あ、失礼、ブーストが届く叛意は、公開範囲「公開」でブーストした場合、現在の「フォロワー全員」「リレーサーバー」になります

ただし

・NGワードなどサーバー独自の設定によっては拒否される場合もあります

・ブーストは内部的には相手にURIだけ送ります。受け取り側のサーバーはそのURIをもとにオリジナルの投稿を取得しに行くため、その時間差、または取得失敗などでブーストが相手のタイムラインに流れない場合があります

@Yellowmametti @tell_me_fedi_jp

普通に届くと思います
https://github.com/mastodon/mastodon/blob/main/app/lib/status_reach_finder.rb

そのような特殊な挙動をするのはThreadsくらいですね。フォローとはちょっと違いますが、Fediverseにつなげる設定をする前の投稿は届きません
あとマイナーな実装ですが、kmyblueでも時限投稿（exp5mなどのタグをつけるやつ）に限ってそのような挙動になっています。こっちの場合はStatusesControllerで止めています

@noellabo あの、ごめんなさい、いろいろ検討してる過程で書いちゃったやつです

Fedibirdでリストをお気に入りに登録するAPI、「POST /api/v1/lists/:id/favourite」「POST /api/v1/lists/:id/unfavourite」の２つがありますけども、
「PUT /api/v1/lists/:id」にボディ { favourite: true } をつけてリクエストしたほうがAPIの重複もなく分かりやすいじゃないかなーって思ってた次第です

（うちでは結局どちらも実装してしまいました）

待って、FのAPIそれでいいの？ちょっと意味わからない

@yuzuna やっぱりnodeinfoのソフトウェア名見てるっぽいですね
あちらにメンションしてみます。連絡先あれでいいのかわからんけど

@yuzuna それだとインスタンスとソフトウェアのどちらが悪いか分からないですね。。

以下の２つのドメインで試してもらえますか？
・setouchi.social
・fedibird.com

@hanubeki @tell_me_fedi_jp

サーバーサイドで処理しています

・ホームタイムラインなどを取得するAPIを呼び出したタイミングで、Webサーバーがフィルタリング処理をします

・ストリーミングでローカルタイムラインなどに新しい投稿を流すタイミングで、ストリーミングサーバーがフィルタリング処理をします

なおフィルタリング処理といっても、投稿にフィルターの情報を追加するだけで投稿一覧からは削除しないので、クライアントが対応していないと投稿は消えません

QRコードはyip.suというサイトに繋がりますけども、ここは転送URL発行サイトであると同時に、アクセスした人のIPアドレスを記録する機能もついてるみたいです
転送先はおそらくDiscordチャンネルへの招待ページですけど、上記の事情から興味本位で踏まれませんようお願いします

#kmybluedtl

@noellabo お疲れさまです。EmojiReactアクティビティについてはすでに対応するリリースを行ったのでどちらでも構いません
（互換性考えるなら対応したほうが嬉しさあります）

QT https://kmy.blue/@software/113339229053657342

現状こういう状態

・Misskeyのカスタム絵文字を利用した相乗り絵文字は届くようです（ごめんね）

・Unicode絵文字は、Misskey・kmyblueどちらからつけてもダメです

・FでつけたUnicode絵文字をkで受信することはできます

というわけでFの人にUnicode絵文字つけるときは気をつけてください。この問題はkmyblueだけでなくMisskeyなどにも影響すると思われます

データベースサーバーさえ分離すれば、MastodonサーバーはOS変更するときに新規インストールって手も簡単に使える

フォローリクエスト承認メッセージかー‥‥
以前似たものを考えたこともあるけど、例えばAcceptに乗せるなら盗み見の心配もないか
ただ個人的にはそういうの宣伝の一種なんでたくさん並ぶとうるさく感じるのと、あとサンプル見る限り、それフォローする前に教えてほしかったな―って情報くらいしか。

もうちょっと様子見したいけど要望多ければ今からでも考えるわね

@noellabo
外観設定で「ブーストする前に確認ダイアログを表示する」をONにして
投稿をブーストする際に公開範囲を変えてもそれが反映されないみたいです（デフォルトの子回範囲がそのまま適用）

デフォルトの公開範囲を「公開」
ブースト時の公開範囲を「フォロワーのみ」にしても、
ブラウザのシークレットモードとかでアカウントの投稿一覧開くとブーストが出てくる感じです

ていうか4.2.xでは起きなかったので、最近のコミットで入ってきたバグですねこれ

Searchability、もうちょっと改良したいけど仕様変更を伴うほど大かかりなことはできないしなあ
（投稿ごとに指定するのはあまりに手間すぎると思う。Searchabilityではなく、Indexableを拡張する形が最もいいんじゃないかと）

あと（偏見もあるけど）きついこと言うけど、Misskeyには低年齢層が集まった結果、

・Misskeyにはサーバーの自動セットアップスクリプトがあり、導入コストが低い

・結果として、低年齢、社会経験のない人がサーバーを立ち上げ、管理を行うことが多くなった

・後先考えない運営姿勢やモデレーションが顕在化した

・Misskey利用者は「Fediverseだから」ではなく「Misskeyだから」でサーバーを選ぶので、Mastodonとの相互交流が生まれにくい

・７月騒動でMisskeyの知名度が上がった結果、Misskeyサーバーは相対的に人が集まりやすくなった

・Misskeyは要求スペックがMastodonより高く、人が集まるとすぐバンクする

これは技術的な問題ではなく、利用者層の偏りによるものだけども、あまりこういう問題がMisskey方面から頻発するようであればMisskey全体のイメージ低下につながるのでそれもとても心配。
仮にMisskeyが衰退するようなことがあれば日本のFediverse全体への打撃は大きいと思います。ここは踏ん張ってほしいところ

Fedibirdでは特定キーワードが含まれていれば公開範囲変わる機能あったっけ？あれも忘れそうだしむずいわね

sudo rm -rf /

明日は２月３０日です