添付ファイルの保存には S3 を使用しており、最大 160GB まで対応可能です。
nnginx の制限を 0（無制限）に変更しました。
app.yml のパラメータ「upload_size」も 0 に設定されています。
ファイルは直接 S3 にアップロードされるのではなく、まずあなたのサーバーを経由し、その後サーバーから S3 に送信されます。つまり、無料のディスク容量を超える制限を設定しないようにしてください。
はい、ディスク容量に余裕がありますので、制限を10GBに設定したいと考えています。Discourseの制限を変更するにはどうすればよいでしょうか？
カスタムプラグインを使用して、最大値を上書きできます。以下のプラグインを例としてご利用ください：
ありがとうございます。このプラグインと設定を使用することで、制限が解除されたことを確認しました。
files:
max_attachment_size_kb:
client: true
default: 1024000
max: 6144000
ただし、2 つの問題があります。
- 2GB のファイルをアップロードすると、100% まで正常にアップロードされますが、その後、一般的なポップアップエラーで失敗します。
- この操作を毎回行うと、Discourse Docker のサイズが 2GB 増加し、それが消去されません！ディスク容量がほぼ不足しています。これをどのようにクリアできますか？
お好みのクラウドストレージサービスを利用して、Discourse のトピックでファイルをリンクさせる方が、はるかに良い選択です。Discourse は大容量のファイル保存ツールとして設計されていません。
S3クラウドストレージを使用しています。Discourse自体には何も保存されません。
私が言いたいのは、Google ドライブ、OneDrive、Dropbox などの「消費者向け」クラウドドライブサービスのことです。
実装方法にかかわらず、Discourse は大規模なファイルの処理を想定して設計されていません。
ファイルがどこに保存されるかにかかわらず、Discourse は大容量のファイルアップロード機構として設計されているわけではありません。
意図した動作ではなかったことは理解していますが、他のサービスにアップロードしてDiscourseに戻す必要がなくなれば、私にとって素晴らしい機能となり、ユーザー体験も向上すると思います。
したがって、元の開発の意図ではなかったにもかかわらず、私が動作するように試みることを不快に思わないでほしいと願っています。
オープンソースの素晴らしい点は、自由にいじくり回せることです。
同様に、何かがサポートされていない場合、将来のDiscourseの変更により、現在行っている調整が将来的に完全に動作しなくなる保証はありません。
私も当サイトで大容量ファイルのアップロード（50MB 程度、API 経由での一括アップロードの可能性あり）を許可することを検討しています。ここでの懸念点を理解しようとしています。S3 が大容量ファイルのアップロードと保存に対応するように設定され、Discourse フォーラムがそれらのファイルへのリンクを表示してユーザーにダウンロードリンクを提供する場合、Discourse が問題を起こすと予想される箇所について、より詳しい情報を提供していただけないでしょうか。
現在のアップロードコンポーネントは、大容量のアップロードを想定して設計されていません（管理画面でのバックアップアップロードのみ対応しています）。
現在、アップロードコードの正規化とリファクタリングを行っており、完了後は S3 への直接アップロードをサポートする予定です。これにより、技術的には S3 への大容量アップロードが可能になります。
その情報、ありがとうございます、@sam。以前はファイルアップロードの保存方法については詳しく知りませんでした。デフォルトでは、ファイルアップロードは Discourse を実行しているサーバーと同じサーバーに保存されるようです。その場合、大容量のアップロードが問題になり得ることは理解できます。また、将来的に S3 への直接アップロードをサポートするための取り組みも理解しました。
では、こちら で説明されているように、現在設定を変更してファイルアップロードを S3 に送信するようにしたらどうでしょうか？
それは、将来自動機能としてリリース予定のものと同じ利点を今から得られるものでしょうか？また、Discourse が大容量のファイルアップロード（およびダウンロード）をサポートできるようになるでしょうか？
現在のアップロードシステムは user → discourse server → s3 のフローです。
数週間後に導入予定の新しいシステムは user → s3 のフローとなります。
新しいアップロードシステムへの円滑な移行は可能でしょうか？つまり、旧システムでのアップロードは引き続き機能し、新システムでのアップロードも機能する状態になるのでしょうか？
S3 にすべて保存されるため、おそらく可能だと思われますが、確認させてください。よろしくお願いいたします。
ファイルは同じ場所に配置されるため、単に迂回が少なくなるだけなので、この変更はユーザーにも管理者にも透過的になります。
補足します：ユーザーは全く変化に気づかないと予想しています。ただ（おそらく）ファイルのアップロードとダウンロードが速くなり、管理者が希望すればより大きなファイルのアップロードが可能になる、という点だけです。それで合っていますか？
アップロードは多分高速化されるでしょう。ダウンロードは同じままになるはずです（この機能はアップロードにのみ影響するため）。
おそらくその通りだと思いますが、公式な見解は Discourse チームが発表する次第です。