Imgurの画像が表示されない

サポート
1

私を狂わせるような問題が発生しています。

問題: Imgur にホストされている画像が頻繁に表示されません。

例:

grafik
grafik774×632 16.2 KB

CTRL-F5 でページを再読み込みすると画像が表示されますが、この問題は多くのトピックで発生しており、この回避策では実用的ではありません。

2019 年 9 月初旬に dslreports.com と FF69.0（Windows 環境）で初めて確認されました。
現在も FF 76.0.1 と Discourse 2.5.0.beta4 で同様の問題が発生しています。

他のユーザーの観察結果

  • FF 69.0 on macOS 10.12.6 での確認…
    • 通常のページ読み込みでは、報告されている通り画像が表示されません。
    • Cmd-Shift-R（Shift キーを押しながら再読み込み）で画像が表示されます。
    • Cmd-R（通常の再読み込み）では、再び画像が表示されません。
  • Chrome Version 77.0.3865.75: 同様の挙動
    • Cmd-R: 画像なし
    • Cmd-Shift-R: 画像あり
  • Safari Version 12.1.2 (12607.3.10): 常に画像が表示されます

例となるトピック

この問題の原因と解決策について、何か手がかりはありますか？

2

画像はここで正常に投稿されますか？返信欄で同じ画像リンクを試してみてください。

3

いいアイデアですね！

Imgur

画像リンク:
Imgur

直接リンク:

1378×406 105 KB

Markdown リンク:
Imgur

BBCode

1378×406 105 KB

リンク付き BBCode → 動作しません！

4

今のところこれが表示されています（CTRL-F5 はまだ押していません）：

grafik
grafik780×992 13.9 KB

CTRL-F5 を押すと→すべての画像が表示されます。

5

Firefox と Chrome では、uBlock Origin の有効・無効にかかわらず動作しています。

もしかすると、お使いのブラウザの個人設定に起因するものかもしれません（一部のアドオンは、外部ドメインの画像に対して非常に敏感な場合があります）。

6

普段使っていない別のウェブブラウザでお試しください。これにより、ブラウザ側のローカルカスタマイズが原因ではないことを確認できます。

それでも解決しない場合は、Wi-Fiを無効化した携帯電話でお試しください。これにより、ローカルネットワークが原因ではないことを確認できます。

7

週末にも他のユーザーからデータを収集し、改めて報告します。

8

申し訳ありません、このトピックへの返信に少し時間がかかりました。

今日の興味深い観察結果:

テストトピック: Broken imgur images (for testing only) - Site Feedback and Other Questions - OpenWrt Forum

Firefox

  • 新規起動の FF、ログインせず、テストトピックを表示: 最初の投稿内のすべての画像が正常に表示されます
  • 新規起動の FF、ログイン済み、テストトピックを表示: 最初の投稿内の最後の画像が表示されません

Chrome

  • 新規起動の Chrome、ログインせず、テストトピックを表示: 最初の投稿内の最後の画像は表示されません
  • 新規起動の Chrome、ログイン済み、テストトピックを表示: 最初の投稿内の最後の画像は表示されません

これは再現可能です。

編集: 上記の結果は有線接続でのインターネットアクセスに関するものです。接続の問題ではないかを確認するため、モバイル端末のテザリングでも確認しましたが、結果は同じでした。

ご覧の通り、FF ではログインの有無で結果が異なりますが、Chrome の場合は関係なく、いずれの場合も最後の画像が表示されません。

9

根本原因

リンク付き BB コード → 動作しません！
[url=https://imgur.com/6UadCq3]![](upload://oAe4ec2Wl59ohJsE3L6nlRdabPS.jpeg)[/url]

リンク付き BB コード → 動作します！
[url=https://imgur.com/6UadCq3][img]https://i.imgur.com/6UadCq3.jpg[/img][/url]

Imgur が画像リンクから「s」を省略する理由はあるのでしょうか？

この問題を確認できない方のために：

grafik
grafik766×632 143 KB

10

その BBCode はどこから取得したのですか？HTTPS ではありませんが。

ともあれ、いくつかのヒントがあります：

  • 「リモート画像をローカルにダウンロード」を有効にし、「画像ダウンロードを無効にするドメイン」の設定から imgur を削除すれば、すべての画像をローカルでホストすることで、このような問題は二度と発生しません。

  • このフォーラムをホストしているのが誰かはわかりませんが、明らかに当社の Discourse 公式スタンダードインストール ガイドに従っていません。そのため、HTTP/2 が有効になっておらず、すべてのユーザーが遅いサイトを経験しています。

11

Imgur のウェブサイトからです。

@thess ラファエルが言及している他の 2 点についてコメントできますか？

12

なるほど、それはImgurが自身の画像を表示する際に生成するBBCodeで、「リンク形式」を使用したものですね。

まあ、これはImgur側が制御していることであり、私たちがどうこうできることではありません。また、HTTPコンテンツについては、メディアをダウンロードしてローカルで配信するといった回避策は既に用意されています。私たちにできることは他にありません。

13

絶対に必要な場合を除き、画像をローカルでホストしたくありません。

このサイトは DigitalOcean でホストされています。インストールは 2016 年に Debian 8 で、当時の利用可能な環境で行いました。そして…私の知る限り、HTTP/2 は常に有効になっています。

14

それは実際には必要ありません。私の考えでは、99% のユーザーはほとんどの用途で、画像をコピーしてコンポーザーに貼り付けるだけで十分です。
++ で範囲を選択し、+ でコンポーザーに貼り付けてください。

また、Imgur から画像をコピーするか、その URL を直接使用しても問題ありません。この報告はごく稀なケースに過ぎません。

Replace a string in all posts を使用して、古い http の Imgur リンクをすべて修正することもできます。

Discourse は Docker コンテナ内でインストールされており、nginx への更新をパッケージとして提供しているため、ホスト OS でのサポートは不要です。手動でリバースプロキシを設定したカスタム構成でない限り、Discourse を最新の状態に保つだけで、HTTP/2 が最初から利用可能です。
15

Imgur だけが影響を受けているわけではありません。私が確認したところ、以下のサービスも同様の問題が発生しています。

影響を受けるサービス（スクリーンショットは Broken imgur images (for testing only) - #4 by tmomas - Site Feedback and Other Questions - OpenWrt Forum を参照）：

  • Dropbox（https リンク、例：https://www.dropbox.com/sh/ew0gap0crn30wyk/AACTBNd_oQF4pMzviYqDDtlYa/owrt1907-r11104-e752fc1ff9-20200605?dl=0）

    Discourse フォーラム内の通常のリンクとして：Dropbox

    Onebox として

問題が見えない場合に備えてスクリーンショットを掲載します：

grafik
grafik725×370 15.6 KB

「リンクが見つかりません」というメッセージは、私が OpenWrt フォーラムで CTRL-F5 を押したときに表示される内容とは矛盾しています（その場合、画像リンクは正常に動作し、「見つかりません」とは表示されません）。

Imgur のこの問題を修正するのは比較的簡単ですが、ある程度の労力が必要です。新しい動作しないリンクが次々と現れるため、この労力を定期的に費やす必要があります。

@Falco Dropbox リンクも Discourse フォーラムでは動作していないようですが、上記でアドバイスされているように画像をローカルにホストしていますか？

16

oneboxing に対応していない Imgur 以外のサイトの例をもう一つ挙げます：

https://www.kuketz-blog.de/openwrt-update-benachrichtigung-fuer-packages/

画像
画像762×246 16.2 KB

17

はい、画像をローカルにダウンロードしています。これはディスコースのデフォルトの動作です。

サードパーティからのリンクを投稿すると、最終的に画像が壊れてしまう可能性があります。そのため、ディスコースは初期の段階からこの機能を標準搭載しています。もちろんトレードオフがあり、画像の保存場所としてローカルストレージを確保するか、オブジェクトストレージ サービスを利用する必要があります。

18

執拗ですみませんが、混乱しており、問題を正しく理解していないと思います。

私が混乱している点:

この投稿を作成し、以下のリンクを追加している間:

https://www.kuketz-blog.de/openwrt-update-benachrichtigung-fuer-packages/

プレビュー領域に壊れた画像が表示されます:

— スクリーンショット開始 —

grafik
grafik562×353 7.92 KB

— スクリーンショット終了 —

しかし、この投稿を書いている時点では、以前の投稿 では、同じリンクに対して正しい画像が表示されています:

— スクリーンショット開始 —

grafik
grafik705×287 14.5 KB

— スクリーンショット終了 —

画像はあなたが言うようにローカルに保存されているのに、なぜ Discourse フォーラムでこの問題が表示されるのか理解できません。

19

つまり、壊れたブラウザ拡張機能をインストールしているということです。すべての拡張機能を削除して、もう一度試してみることができますか？