9

私のサーバーには非常に奇妙なものがあります-chromeはその上でmp3ファイルを再生しません。

たとえば、chromeが最初のサーバー上のmp3ファイルを指している場合:http ://tinyurl.com/czqfw5a-再生されません。同じファイルを2番目のサーバーに配置すると:http ://tinyurl.com/cju4yg4-正常に動作します。

http応答ヘッダーを確認しましたが、どちらのサーバーでも問題ないようです。mimeタイプが正しく設定されています。

問題はクロムでのみ発生します。ff/すなわちうまく動作します。

誰かアイデアがありますか?

4

4 に答える 4

3

短編小説、それはこのバグです:http ://code.google.com/p/chromium/issues/detail?id=110309

長い話はそれが機能する方法にあります、ChromeはMP3ファイルを要求し、その要求をキャンセルし(ダウンロードしたくないため)、ストリーミングを要求する別の要求を送信します。

WireSharkで数回テストしました。あるときは、接続を閉じずにパケットを送信し続け、2番目の要求に実際に応答することはありませんでした。他の機会に私はさえ持っていHTTP/1.1 304 Not Modifiedます。

于 2012-06-01T03:12:57.127 に答える
1

同じ問題があったので、ここに投稿しなければなりませんでした。Chromeでは、同じmp3ファイルが2つの異なるタブで提供されている場合、2番目のタブではmp3ファイルが読み込まれないことに気付きました。2つのタブが開いていることに気付くのに少し時間がかかりました。私が一方を閉じたとき、もう一方はうまくロードされました。私と同じ愚かな間違いを犯した人たちを助けてくれるといいのですが笑

于 2014-01-23T05:41:13.087 に答える
0

解決策を見つけました:apacheを2.2.17にダウングレードしましたが、突然すべてが機能し始めました。理由はわかりませんが、おそらく新しいバージョンのapacheの何かが、Chromeでのmp3再生のバグを示しています。。

于 2012-06-12T08:55:09.900 に答える
0

フラッシュの問題だと思います。少なくともChromeバージョン32.0.1700.77では、まだ32ビットであり、最新の[必須]フラッシュプラグインは64ビットであると私は信じています。

于 2014-01-24T15:16:50.107 に答える