こんにちは、
当社は Discourse のホストインスタンスを運用しており、自社のウェブサイトから画像を埋め込んでいます。これは今日まで正常に動作していましたが、今日から「system」というユーザーが URL をダウンロード版へのリンクに置き換えるようになりました。グローバル設定でこの機能を無効にしようとしましたが、効果はありませんでした。また、当社のドメインを例外として設定しようとしましたが、これも機能しませんでした。
この機能の意図は理解していますが、現在ではグローバル設定も例外設定も効いていないようです。同じ問題に直面している方はいますか？この仕組みについて何か見落としていることがあるでしょうか？
よろしくお願いいたします、
Alex
私のフォーラム（Discourse によってホストされており、約 2 時間前に更新されました）では、「無効化された画像ダウンロードドメイン」サイト設定が期待通りに機能しています。他の画像はダウンロードされますが、そこに設定された画像はダウンロードされません。
あなたのフォーラムで何が変更され、このプロセスが今日開始されたのか不思議に思います。スタッフのアクションログに設定変更はありますか？
もしかすると、設定の共有方法も役立つかもしれませんが、「リモート画像をローカルにダウンロード」チェックボックスは非常にシンプルです。
私が設定した内容は以下の通りです：
念のため補足すると、HTML の generator タグによると、現在使用中のバージョンは以下の通りです：
Discourse 2026.4.0-latest - バージョン 27a843fa0f7276cc5ef5e89850812f10f64c9a90
この正確な設定をローカルでテストしたところ、問題なく動作しました。つまり、zensical.org の画像はダウンロードされませんでした。あなたの環境で起こったのは、サイト設定を変更する前に、同じ URL の画像がすでにローカルにダウンロードされており、アプリが sha1 ハッシュに基づいてアップロードを一致させているのではないかと推測されます。
確認方法の一つとして、同じドメイン内の異なる画像で試してみるのはどうでしょうか？
ありがとうございます。テスト投稿を作成しましたので、システムが編集に来るまで少し待ってみます。
その間、画像を削除して再挿入されないようにする方法はありますか？Claude に聞いたところ、画像リンクを削除すれば、猶予期間後にバックグラウンドジョブが整理してくれるとのことでした。理想的ではありませんが、これが唯一の対応であれば問題ありません。しかし、他に方法がないか確認したかったので質問しました。
はい、アセットへのリンクを削除するのが正解です。待機期間はデフォルトで48時間です。これは clean_orphan_uploads_grace_period_hours に基づいています。
ウェブサイト上の画像を複製し、リンクを編集してライブドキュメントをそのまま保つことにします。後で状況が落ち着いたら、元の画像を削除できます。
