フォーラムのモデレーション目的で、ユーザーがアップロードしたファイルを閲覧できる機能があると便利です。特に、ユーザーが個人メッセージでファイルをアップロードできることを考えると、なおさらです。
現在のところ、これらのファイルを確認する方法は、私の知る限り以下の通りです。
/uploads/ フォルダをブラウズする
with:images または filetypes:ext1,ext2,ext3 フィルターを使用して検索する
データエクスプローラーを使用する
これらは、フォーラムにアップロードされたファイルを監視するにはあまり実用的ではありません。
この機能のアイデアについては、以前どこかで話しましたが、専用のトピックを設ける方が良いでしょう。
メディアライブラリまでいかなくても、これらのファイルを監視できるだけでも素晴らしいでしょう。
例えば、以下のようなフィルターを備えた、最近アップロードされたすべてのファイルを表示する新しい管理者ルートです。
日付
ユーザー
ファイルタイプ
私が思い描いていたのはこれです。
このプラグインは、サイト全体のユーザーアップロードを閲覧およびフィルタリングするための、管理者専用の admin/uploads ルートを追加します。
機能:
これは 99% AI によって生成されたものであり、コードは実際にはレビューされていません。ご自身でコードを確認し、使用しても安全であると判断できない場合はインストールしないでください。
私は開発者以外による AI プラグイン開発を推奨しておらず、このプラグインは概念実証以外の何物でもないと見なされるべきです。
さて、開発者がおそらくひどいコードを見てみたい場合、またはより真剣で堅牢なプロジェクトの何らかのインスピレーションとして使用したい場合は、どうぞ。
リポジトリ: https://github.com/Canapin/uploads-browser
私はこの機能を支持しました。なぜなら、フォーラムのユーザー数が増えるにつれて、メディアのアップロードは最終的にストレージ容量をより多く必要とし、それがサーバーのアップグレードを必要とし、ひいてはフォーラムの運営コストを増加させると考えるからです。最終的には、より多くのユーザーがより多くのRAMやCPUパワーを必要とするようになるかもしれませんが、ストレージ容量がアップグレードを強制する最初の要因になると私は推測しています。アップロードされているものを簡単に確認できる何らかの方法があれば、ストレージが無駄になっていないという安心感が得られるでしょう。1枚の画像は、非常に大量のテキストと同じくらいのストレージを必要とします。
フォーラムのデータを所有していることは、データが所有され、保存され、グローバル企業と共有されるソーシャルメディアグループではなく、Discourseインスタンスを運営する強力な動機となります。しかし、パラドックスの一部は、ユーザーが画像や動画をアップロードし、数年後にフォーラム管理者がストレージ容量不足のためにその画像を削除した場合、ユーザーは不満を抱く可能性があるということです。一度Discourseフォーラムに画像がアップロードされると、それはフォーラムのレガシーの一部となります。
このファイル最適化に関する最近のトピックは、Discourseが非常に大きな画像ファイルをダウンサンプル/圧縮していると私は確信していたため、私にとって興味深いものでしたが、詳細を知って安心しました。Discourseには、アップロードファイルのサイズ制限を制限するための多くの優れたツールがあります。画像をレビューし、一括で最適化し、そしておそらく削除するための何らかのツールは、Discourseにとって強力な管理ツールになるでしょう。
はい、このアイデアも時々話題になり、このトピックで提案されているより一般的なアイデアとも一致します。
サムネイルをクリックすると、アップロードを含む投稿が表示され、通常の投稿とプライベートメッセージ（PM）が区別される機能を追加しました。
これはとても役に立ちそうですね！
私はコードを審査する資格はありませんが、誰かが引き受けてくれることを願っています。
素晴らしい！
一つ小さな問題があります。ファイルが.pngの場合、ファイル情報ではなくフルスクリーンで開いてしまいます。
ええ、それは拡張機能の問題ではなく、どの投稿とも関連付けられていないファイル（削除された投稿で使用されたファイルや、アバターなど、Discourseによって作成されたファイル）に対して発生していました。
修正しました（関連する投稿がないと表示されるようになりました）。また、ライブラリに各アップロードの作成者も追加しました。
このプラグインにこれ以上の機能を追加するつもりはありません。テストのためにRubyとJSのテストを追加しましたが、それはここまでです。
もしさらなる機能が必要な場合は、本物の開発者によって本物のプラグインとして作成されるべきでしょう。