サーバ管理者向けにもアンケートしとこう。

過去投稿やお気に入り・ブックマークをインポートする機能について、利用者の立場でどう思うかアンケートしています。
fedibird.com/@noellabo/1042600

さて、問題はサーバ側。

DBやメディア容量の圧迫、モデレーション、偽造、攻撃、他鯖への大量リクエストなどなど、運営する上では課題が山積みです。

さて、あなたは?

こちらも、できるだけリプライでコメントを添えてくれると助かります。

フォロー

@noellabo 過去投稿を受け入れる場合、in_reply_to的な物の処理をどうするかというのが問題になるように感じます

@hadsn 様々なサーバ上で生きている、オリジナルの投稿(のキャッシュ)と重複コンテンツになる問題があって、例えば後からリプライを解決すると、同じ内容の投稿が二重にぶら下がったスレッドができてしまい、非常に面倒くさい。

連合先には新しい投稿は反映させず、インポートしたサーバ内だけでそのあたりを解決させるのが、とりあえずせいぜいといったところかと思います。

本格的に対応する場合、権威サーバである元のアカウントからの発信で、フォロワーだけでなく、投稿も同時にMoveさせる必要があるので、Fediverseを巻き込んだ非常に大げさな仕組みになってきます。

考えるべき問題が大きく、issueでの議論もなかなかまとまらないんですよね……。

@noellabo 難しく考えると、引越機能の要件定義から始めなければいけなくなりますね。初期のように引越表示してフォローを謝絶するだけなのか、引越先のアカウントからのフォローを強制許可させたりフォロワーのフォロー先を引越先に差し向ける必要があるのか、それともログを全部コピーして破棄せしめるのか。これら3つの動作のうち1つに限定するのか、はたまた並列して存在させるのか、という問題もありますし

@noellabo 引越機能を使ってまでアカウントを変えるということは、引越元のインスタンスが閉鎖する可能性が高いと考えます。従って前記の2番目の機能だけでなく、任意のインスタンス管理者が閉鎖したインスタンスのキャッシュを削除せしめる操作をしたときに引越操作をしたユーザのキャッシュ削除を阻害せしめる機能は必要なのでは、と考えます。 (ユーザは鯖Bから鯖Cに引越設定を行った。この設定に関わる通知が最低でもフォロワーのいるインスタンスには通知されるものとする。この通知を受け取った鯖Aは、インスタンス管理者が閉鎖インスタンスのキャッシュを削除するよう操作を実行しても、引越先の鯖C及びアカウントが生きている限りキャッシュを削除しない)

ログインして会話に参加
:realtek:

思考の /dev/null