新しいものを表示

このとき

→ 期限切れ後に残された投稿を参照したとき

スレッドを表示

ちなみに投稿者は、投稿の公開期限が切れたら、削除するのか、残すのか、あらかじめ設定できます。

残す設定にすると、投稿者本人と、お気に入りやリアクション、ブックマークした人は、期限が切れてからも参照できます。

イベントの告知などで、期限切れ後は削除しておきたいが、関係者はあとから参照できた方が良かったり、

期間限定でイラストを公開した場合などで、気に入ってリアクションしてくれた人には見えるようにしておく、

などの使い方ができます。

このとき、時計マークは赤になります。

リモートサーバに配送された分については、Fedibird式の投稿期限切れ対応ができないことが多いので、期限切れ後に削除されます。

のえる さんがブースト
のえる さんがブースト

Akkomaについて、今回の不具合への対応を含む不定期リリースが出ています。3.13.3です。
akkoma.dev/AkkomaGang/akkoma/s

stableブランチだね。
QT: ihatebeinga.live/objects/7dcc6
[参照]

akkoma stuff  
information finally got to us around the houses, but release - irregular release 3.13.3 to corect some behaviour around fields interacting badly wi...
スレッドを表示

Illustratorにはグラデーションメッシュあるのにねえ

現行のPleroma / Akkomaに、プロフィール補足情報(Misskeyだと追加情報)が多すぎるとアカウント情報の取得に失敗し、再取得を繰り返してしまうバグが存在します。

これにより、CPUが使い尽くされたり、データベースが肥大したり、相手サーバへ過大な負荷をかけてしまいます。

Pleroma / Akkoma全体でこれが発生するため、実質的にDDoSを仕掛けるような挙動となります。

デフォルトが20なので、これを設定(Instance の Max remote account fields)で大きく引き上げる方法でまず対応し、

指定数をオーバーしたら切り捨てて対応するパッチをあてる対応が必要です。
git.pleroma.social/pleroma/ple

Pleroma / Akkomaの新バージョンがリリースされたら速やかにアップデートしましょう。

この不具合は、プロフィール補足情報の件数が多いActivityPub実装すべてで発生します。

Mastodonの標準は4件、Misskeyは16件、Fedibirdは8件ですが、独自に数を増やしているサーバであれば該当する可能性があります。

また、Misskey.ioのバナー機能はプロフィール補足情報で連合するので、こちらでも発生します。

インセンティブ設計したくないなぁ。

良くて、胃が荒れる薬を、胃薬とセットで飲ますみたいなやつになる。

スレッドを表示
のえる さんがブースト
のえる さんがブースト

Elixir由来なところもあるかもしれないけど、ActivityPubのルーズさに対して、不整な値に対するチェックが厳しいのはあるよね。

ちなみにfedibird.comから誰かがフォローしているリモートのサーバの数は4,574あるよ。

単に知っているというだけのトータルサーバ数は40,036。

問い合わせて200を返してくる、NodeInfoを備えた生きてるように見えるサーバが現在19,824。

うち、半分近くの9,683がMastodon系、2,296がMisskey系、1,624がPleroma系、gotosocialは867もありますね。friendicaが305、takaheが57、microblogpubが47、mitraが30、holloが14、gnusocialが12、といった具合です。

写真系では、Pixelfedが354、

動画系では、PeerTubeが935、owncastが141、loopsが1、

ブログ系では、wordpressが2,119、writefreelyが339、plumeが39、

リンクアグリゲーター系では、lemmyが252、mbinが14、kbinが5、

ってところかな。

スレッドを表示

自分の投稿をブーストできないようにする設定といえば、投稿範囲をフォロワー限定に設定ですね。

古いものを表示
Fedibird

様々な目的に使える、日本の汎用マストドンサーバーです。安定した利用環境と、多数の独自機能を提供しています。