1

サーバー上のファイルへの直接リンクを作成することと、ある場所からファイルを読み取り、コンテンツ タイプ ヘッダーを設定してからデータをストリーミングすることとの間に違いはありますか。

ファイルを作成してそのファイルへの直接リンクがある場合は機能しますが、ウェブページを使用してストリーミングすると機能しません。仕事。電話はファイルを取得しますが、機能しません。

注意事項:

  • どちらの場合も URL は同じです ( http://somesite.com/download/file.jad )
  • フィドラーを使用するブラウザーでは、ダウンロード/ヘッダーはバイトごとにまったく同じです

では、送信されたデータと URL が同一である場合に、電話が実際に直接リンクされているファイルと、データをストリーミングして戻すコントローラーであるファイルを好むのはなぜでしょうか?

4

2 に答える 2

0

.JAD ファイルはダウンロードの最初の部分にすぎません。関連する .COD ファイルもあります (JAD で参照)。「ストリーミング」メソッドが COD ファイルを正しく、正しい MIME タイプで送り返していることを確認しましたか?

于 2010-02-18T20:42:08.933 に答える
0

この問題の修正を発見しましたが、何が原因なのかはまだわかりません。私は、SMS/メール ゲートウェイを介して電話へのリンクを配信しています。電話がSMSを取得し、ダウンロード用のリンクを選択すると、jadを取得するかどうかを尋ねられ、はいを押すと、表示されてドロップアウトします。別のページにまったく同じリンクを html リンクとして配置し、そのページを指す SMS を送信しました。Web サイトでエラーが発生する... そこで、リンクをコピーして携帯電話のブラウザに貼り付けると、ページが正常に表示されます。ページの jad ダウンロード リンクをクリックすると、jad が正常に動作するようになりました。

だから私は2つのことを考えています.SMSでの直接リンクを防ぐ何らかのセキュリティメカニズムがあるか(ただし、これは他のファイルでは機能しています)、または電話がURLを取得する方法が異なります.

いくつかのテストを実行し、id 値 ( http://site.com/download/145 )を受け入れるページで何か他のことに気付きました。145 はファイルの id です。電話ブラウザーでそのリンクに移動すると、正常に動作し、ファイルをダウンロードします。SMS で送信すると、ID は float であると予想され、文字列を受信したというサーバー エラーが発生します。では、電話が SMS から直接リンクしている場合、url パラメータは文字列であるのに、ブラウザで使用すると実際には float として解析されるのはなぜですか?

説明が長くて申し訳ありませんが、それは奇妙な問題です。

于 2010-02-18T21:43:40.380 に答える