私もこれが非常に欲しいです。
この機能は、ある程度実装されているようです。
使用している設定：
clean orphan uploads grace period hours: 1
purge deleted uploads grace period days: 1
ただし、削除されたアップロードには画像を含む投稿が削除されたケースは含まれません。画像/アップロードは、削除前に投稿から編集して削除する必要があると思われます。
特定の画像が（唯一）含まれていた投稿が削除された場合でも、画像は削除されないことを確認できます。2023年に削除された投稿から、データベースとS3にまだ存在する画像があります（画像は他の投稿では使用されていません）。以前のケースでも削除されたことはありません。
したがって、モデレーターがルール違反のアップロード画像を含む投稿を削除した場合、それを完全に削除するには、まずトピック/投稿から編集して削除する必要があります（他の投稿にも存在しないことを願って）。そうでなければ、私の理解では、S3には無期限に存在し続けます。
非常に役立つ機能：
-
purge deleted uploads grace period days - この設定に、削除された投稿に含まれる画像のケースを含めるか、そのケースのためにもう1つの設定を追加してください。
-
purge deleted uploads grace period days - 日ではなく時間を使用してください。著作権侵害の削除依頼は、通常、24〜48時間以内に迅速な対応が必要です。このケースでは1日は遅すぎます。削除後、CDNキャッシュも手動でパージする必要がある場合があり、タイムラインはさらにタイトになります。
-
ダッシュボードから画像を削除/パージできること。ただし、削除されたアップロードのパージに削除された投稿内の画像が含まれる場合、これはそれほど必要なくなりますが、アバターやプロフィールバナーなどで画像が使用されているケースもあり、モデレーターにとってはより効率的です。Feature suggestion: Image removal/purge via web dashboard
-
画像URLを検索可能にすること。これにより、モデレーターが特定の画像を含むすべてのトピック/投稿を見つけて、SSHを使用せずにそれらの投稿も削除できるようになります。
-
特定のハッシュのアップロードを禁止できる機能があれば便利です。
これにより、SSHアクセスや技術スキルを持たない担当者でも、このようなプロセスを処理できるようになります。特に、これらの処理を迅速に行う必要があるためです。技術スタッフを24時間年中無休で待機させて、発生する可能性のあるあらゆるケースに対応できるようにすることは、非常に高価です。いつ発生するか予測できないため、いつでも迅速に対応できるように準備しておく必要があります。これはUGCの避けられない属性です。