URL参照画像とアップロード画像に必要なローカルストレージの違いは？

[Cardinalflyer (Keith Peterson)]

Discourse インスタンスの割り当て済みスペースの使い果たしについて心配しています。まだかなりの余裕がありますが、先を見越して計画を立てたいと思っています。ユーザーには、画像を URL で参照することで、画像をアップロードするよりもスペースを節約できると提案しました。

しかし、あるユーザーは、URL で参照された画像であっても、Discourse はローカルコピーをアップロードするように見えると指摘しています。

どちらの場合も、システムは同じ量のストレージを使用しますか? もしそうなら、アップロードではなく URL 参照を求めることは、メリットのない作業を追加することになります。

私たちのコミュニティはプライベートジェットに関するものです。ほとんどの画像は技術的なもので、航空機のメンテナンスに関連しています。しかし、一部のユーザーは最近のフライトからの複数の画像を共有し始めています… 通常は、飛行機からの他の写真と変わらない、空からのランダムな都市の退屈な写真です。

参照方法の違いがストレージにどのように影響するかを理解することは、ポリシーを導くのに役立ちます。あるいは、利用可能なストレージは使用量よりも速く魔法のように成長するのでしょうか? それは起こり得ます!

[Falco]

@Cardinalflyer

しかし、DiscourseはURL参照画像からでもローカルコピーをアップロードするように見えると指摘するユーザーがいます。

はい、それはDiscourseの大きな機能であり、リンクされた画像が数年後に表示されなくなった場合でも、画像を含むディスカッションが無駄にならないようにします。

サイト設定 download remote images to local で無効にすることもできますが、時間の経過とともにユーザーエクスペリエンスが悪化します。

@Cardinalflyer

どちらの場合も、システムは同じ量のストレージを使用しますか？もしそうなら、アップロードの代わりにURL参照を要求することは、メリットのない作業を追加することになります。

はい、その通りです。

@Cardinalflyer

しかし、一部のユーザーは最近のフライトからの複数の画像を共有し始めています…通常は、飛行機からの他の写真と変わらない、空からのランダムな都市の退屈な写真です。

スマートフォンで撮影されたこれらの画像を、本来のサイズよりも50倍小さくする、非常に洗練された画像圧縮機能があります。

Faster (and smaller) uploads in Discourse with Rust, WebAssembly and MozJPEG | Blog を参照してください。

別のオプションとして、これらの画像を保存するための専用のUsing Object Storage for Uploads (S3 & Clones) を使用することもできます。これは、フォーラムサーバーのストレージとは独立してスケーリングできます。