ほとんどの使用ケースでは役に立たないことは理解していますが、いくつか質問があります：
私は 2 つの Discourse インスタンスを運用しています。1 つはプライベートなウィキ、もう 1 つは公開フォーラムです。両方でこの制限に達したケースがあります。
トピック投稿を個別の返信に分割することは可能ですが、これは理想的ではありません。特にウィキの場合、DiscoTOC（自動目次プラグイン）が使えなくなってしまいます（長編ウィキにはまさにこれが不可欠です）。
最後に、もし Discourse コードの一部としてこの設定を引き上げられない場合、Docker イメージを直接調べてこの設定を上書きすることは可能でしょうか？
これを高くしすぎることによる最大の悪影響は、巨大なドキュメントの場合、マークダウンの処理に非常にコストがかかるようになることです。
この制限はどちらかと言えば恣意的なものであり、非常に制御された環境で 20 万や 30 万に引き上げても、何かが爆発して炎上することはないと思います。
この行をクリーンに上書きする唯一の方法は、discourse/config/site_settings.yml at 3610709b6cf859f674a02394f1430bb51f68d117 · discourse/discourse · GitHub のように、カスタムプラグインを使用することです。利点は、プラグイン自体は非常に簡単であるということです。
「max」制限を引き上げるよう求めるリクエストが 1 回か 2 回見たことがありますが、それは決して一般的なリクエストではありません。
残念ながら、私はこれまでRubyコードを一行も書いたことがないため、どうすればよいのか見当もつきません。システム管理は簡単ですが、コーディングは苦手なんです。
おそらく、このプラグインをあなたのために作成するのに約1時間かかるでしょう。したがって、Marketplace で 50〜200 ドルの予算があれば、この変更を簡単に実現できます。
ただし、ここでフォークすることはお勧めしません。これにより、あなたのフォーラムは長期的に大きなリスクにさらされることになります。コンテナのハッキングは、ウェブのアップデートを破綻させる可能性があります。