最近、Web をかなりクロールしましたが、302 リダイレクトの場合に crossdomain.xml ファイルがどのように動作するかについて正確な情報を取得できませんでした。特に、サンドボックスが以前のバージョンで大幅に変更されました!
私はフラッシュに比較的慣れていないので、アドバイスをいただければ幸いです。
最近、ある種の CDN ディストリビューションでオーディオ ストリームを使用するプロジェクトに取り組んでいます。何が起こるかというと、共通の URL がトリガーされ、ユーザーは利用可能な次善のサーバーに動的にリダイレクトされます。私の場合、サーバー側にはアクセスできません(少なくともすぐにはアクセスできません)。そして、適切な crossdomain.xml を提供する唯一のパスは、リダイレクトを実行するパスです。他のすべての動的パスは、コンテンツのみを提供します!
http://resource.domain.com (valid crossdomain.xml)
302 => http://dyn1.domain.com/...
302 => http://dyn2.domain.com/...
302 => http://dyn3.domain.com/...
次のようなものでオーディオストリームをロードしようとすると、フラッシュはあまり気にしないことに気付きました...
var req :URLRequest = new URLRequest("http://resource.domain.com");
var sound :Sound = new Sound(req); // ie. effectively playing http://dyn3.domain.com
sound.play();
リダイレクトとストリーミングの両方がうまくいきます!クロスドメインファイルを気にせず、再生を開始します!
リクエストにいくつかのカスタムヘッダーを設定し、代わりに URLStream でファイルをロードするなど、別のことを試みると、すべてが面倒になります! 予想通り、リダイレクトは完了しましたが、突然、リダイレクトされた場所に別のクロスドメイン ファイルが必要になりました。
何が起こっているのか、最終的にこれを解決する方法についての説明はありますか?!
御時間ありがとうございます!
それはサイトの質問として来ます:ローカルの信頼できるサンドボックスにいる間はすべてが問題なく動作し、リモートサンドボックスだけではないにしても主にエラーが発生していることに気付きました。local-trusted サンドボックスがクロスドメイン ポリシー ファイルをまったく気にしない可能性はありますか!?