私は、ユーザーの操作に応じてサーバーサイドで生成されるたくさんの画像を持つページを持っています。イメージが正常に読み込まれると、私は満足していますが、サーバーにエラーが発生した場合、エラーが発生したことに応じて動作する必要があります。:500コード:これを行う503コード:そのようなことをする等々。源いいえ、まだ間違っています。あなたはHTTPサーバを持っています。画像の受信GET要求を受け取ったら、準備ができているのを待つことができます。重大なエラーが発生した場合は、「重大なエラー」イメージを返すことができます。Raynos残念ながら、私はフロントエンドだけで作業しており、バックエンドにアクセスすることはできません。私は問題の条件に満足していません。私が知っている限り、サーバーはオープンな接続をたくさん用意する余裕がないので、画像の準備ができているかどうかを尋ねるだけで、画像を準備するのを待つことはできません。Raynosのような状況は、画像がサーバー上でダイナミックに作成されますが、時間がかかります。これは、ブラウザが画像を要求したときに画像の一部が表示されないことを意味します。同時に、サーバー側で重大なエラーが発生する可能性があり、画像がまったく表示されません。httpステータスに基づいて、私はもう一度イメージのためにサーバーに尋ねるか、エラーについてユーザーに通知しなければならない。タグによるリクエストからHTTPステータスを取得する方法はありません。Firefoxのプラグイン、クロム/サファリの拡張機能を使ってこれを書くことができます。AjaxリクエストからHTTPステータスコードを取得できます。場合によってはAjaxは良い代替物ではありません。あなたの望むイメージは外部ドメインに置かれます。源データURLとして送信する必要があります。サーバー側でデータURLを生成できる何らかの種類のライブラリを見つける必要があります。その後、それらが到着すると、imgのsrcをデータURLに設定するだけです。これにより、イメージの読み込みにかなりのオーバーヘッドが追加されます。本当の解決策はおそらくサーバーが常に正常に画像を送信するように修正することです。源プラグインは受け入れられません。AJAXはうまくいくようですが、AJAXをどのようなデータで取得する必要がありますか?画像データを取得することはできますが、img要素の作成には使用できません。源このようにHTTPステータスをチェックすることはできません。画像がロードされたかどうかは、naturalWidthプロパティを使って確認できます。sth}それが助けて欲しい。IE9へのアップグレードは強制されているので、IE7または8はありません。)とにかく(私が働いている会社は)最新ではないものは気にしません。Chromeでの動作はうまくいきます。源@Axleあなたは2009年の投稿を参照しています。今はすべての最新のブラウザのバージョンで動作します。源マイクロソフトのサポートポリシーによれば、2016年1月12日までサポートされているように見えます。開発者として、私たちのWebページがそれまで動作していることを確認する必要があります。イメージがロードされているかどうかを確認するために、または互換性を保証するためにonloadイベントにアタッチできるものです。源このページを読んでいる人は、naturalWidthプロパティがすべてのブラウザでサポートされているわけではありません。イメージがロードされた後でそれを読み取ろうとするべきです。8など)をサポートする必要があるどこかで働くことがあります。似たような運命に苦しんでいる人もいると確信しています。私のことを信じて、「うーん、彼らは壊れた道具を更新すべきだ」と叫んだ。どこにも私を連れて来なかった。この議論は全く無意味です。問題は、旧式のブラウザ(政府も含む)を使用する人がいて、私たちの一部がそれをサポートしなければならないということです。私の最初のコメントは、あなたの攻撃ではありませんでした。これは、自分自身のように、他の悪い罠のために作られたもので、従来のブラウザをサポートすることを余儀なくされました。それは私がそれについて言わなければならないすべてです。