このサイトでは：
以下の「ファイル」設定があります：
strip image metadata = チェックなしpng to jpg quality = 100 (無効化されています)画像メタデータのセットと読み取りにはExifToolを使用しています。
メタデータはPNGアップロードではそのまま残りますが、JPGアップロードでは残りません。これはバグだと考えています。
確認用のPNGはこちらです：
確認用のJPGはこちらです：
ご自身でもテストを実行してください。それほど大変な作業ではないはずです。お役に立てば幸いです。
その strip image metadata のコピーを更新して、これについて警告する必要があります。
Falcoさん、ありがとうございます。今晩、これを詳しく調べる必要があります。Discourseはさらに進んで、管理者が無効にする、または直感に反する設定を行っている場合にポップアップまたはメッセージを表示することもできるでしょうか？
矛盾する設定の切り替えを防ぐことができるシステムがあります。このバグは、対処できるように開いたままにしておきます。
提案された通り、以下のパラメータを設定しました。そして、上記で示されたように以前の設定はそのままにしています。
composer media optimization image enabled = チェックなしそれでも問題は継続しているようです。EXIFデータ、ファイル名、MD5ハッシュを変更したので、Discourseにメモリが残っている可能性はないと思います。
サイトも初期インストールに非常に近いため、ほとんどのデフォルト設定が維持されています。何か提案があれば歓迎します。
ページを切り替えた後にリロードしましたか？
いいえ、しかし今は試すことができません。それでもありがとうございます。
@Falco 設定を更新した後、ブラウザのタブをリフレッシュすると機能しました！ アップロードもかなり遅くなったようです。そして、メタデータが完全に intact なダウンロードされたファイルは、以前のイテレーションと比較して 10 倍のサイズでした。もちろん、すべて理にかなっています。
さまざまなユースケースが関係していることは理解しています。デフォルトの動作は、ソーシャルな性質のフォーラムに役立ちます。しかし、私のアプリケーションは科学と研究をサポートするためのものです。ユーザーがさまざまなアップロードに適した形式、解像度、メタデータについて決定を下す方が良いでしょう。そして、そのディスコースはファイルを汚染せずにそのまま通過させるだけです。
論理的な設定のバンドルがあることを考えると、おそらく何らかの高レベルの構成または解釈が役立つのではないでしょうか？
重ねて、サポートに感謝します。また、構成のヒントに関するこの最近の投稿もご覧になったと思います。
よろしく、R
アップロードされたファイルをDiscourseが変更しないようにする設定のバンドルのスクリーンショットを以下に示します。
また、クライアントサイドに存在する可能性のある、もはや必要とされない機能を削除するために、ブラウザタブをリフレッシュすることも忘れないでください。
