この質問は大きく変わりました。
私は最新バージョンのWordpressを持っていて、それをApacheサーバー上でホスティングしています。ブログへのリンク: http://blogs.bzaeds.org/test/2012/05/11/video-test/
さて、これが事です。
私がビデオをWordpressにアップロードするとき、それはWordpress URLでFirefoxでマックで再生されるでしょう(例: http://blogs.bzaeds.org/test/files/2012 /05/720-dunk.mp4 "provider ="ビデオ)。実際、私は今Firefoxブラウザでそのリンクに行くことができ、問題はありません、それはうまく働きます。
ただし、Wordpressに動画をアップロードしてWordpressのURLを使用する場合(例: http://blogs.bzaeds.org/test/files/2012/05/720-dunk.mp4 "provider =" video)iPadやiPhoneでは再生されません。
これが楽しくなる場所です - 私がファイルにApacheの場所を使うなら(例: http://blogs.bzaeds.org/wp-content/blogs.dir/5/files/ 2012/05/bunny.mp4 )MacでもiPadでもiPhoneでも問題なく再生できます。
私は4日間この問題に取り組んできました、そして私は疲れきっています。私はついにこれにこれを絞り込んだが、どの設定がこのような問題を引き起こしているのか私にはわからない。任意の助けは大歓迎です!
編集:それはそれがWordpressがバイト処理をすることができず、マルチサイトと異なるディレクトリとこれを結合することができないという事実であるように見えます、そしてあなたは混乱を得ます。私はこれが問題であることを認識していますが、この問題を回避してmod_xsendfileをインストールしてもjwplayerコードの編集や編集がうまくいかなかったようです(おそらくもう一度やり直してみます)。 )
6日間の純粋な悲しみの後、これが修正になった。 http://www.technowut.com/2012/05/14/how-to-stream-videos-to-iosマルチサイトワードプレス/
パッケージ化されたApache httpdを使ってCentOS 6上で動作させる方法は次のとおりです。
Nils MaierがApache httpd用のモジュールを書きました。ソースをダウンロードして、そこにある文書を検討するのに少し時間をかけてください。
コマンドラインでモジュールをコンパイルしてインストールします。/ usr/sbin/apxs -cia mod_xsendfile.c
注:私はyumを使いました。 :)
yum install mod_xsendfile
Apxがない場合は、おそらくhttpd-develパッケージをインストールする必要があります。
このコマンドでそれを得ます:
yum install httpd-devel
コンパイルしてインストールしたら、httpd.confまたは.htaccessで有効にする必要があります(私はconf.dディレクトリにファイルを配置して有効にしました)。これらはあなたが設定する必要がある指令です:*(注意、私はこれを私の/etc/httpd/conf.d/wordpress.confファイルにhttpdの代わりに入れます。 conf。)
XSendFile on
XSendFileAllowAbove on
それではApache httpdを再起動してください。
/sbin/service httpd restart
最後に、wp-config.phpでサポートを有効にする必要があります。define( 'WPMU_SENDFILE'、true);
これはおそらくサーバー構成の問題なので、私の答えは役立つかもしれません。
私はFiddlerを通して両方の要求を実行しました。異なるURLに対してわずかに異なるヘッダーを示しています。Apache URLはAccept-Ranges: bytes
ヘッダーを含み、WP URLはキャッシュのためのExpires
ヘッダーを含みます。
WordPressのURLヘッダ:
HTTP/1.1 200 OK
Date: Thu, 10 May 2012 21:13:01 GMT
Server: Apache/2.2.15 (CentOS)
X-Powered-By: PHP/5.3.3
Content-Length: 2911708
Last-Modified: Thu, 10 May 2012 19:32:05 GMT
ETag: "bd22bdcf21b610bcbcf0a38e3e3b40ff"
Expires: Sun, 12 Jul 2015 06:59:41 GMT
Connection: close
Content-Type: video/mp4
** Apache URLヘッダー:
HTTP/1.1 200 OK
Date: Thu, 10 May 2012 21:13:24 GMT
Server: Apache/2.2.15 (CentOS)
Last-Modified: Thu, 10 May 2012 19:32:05 GMT
ETag: "3ffee-2c6ddc-4bfb3acc88ad9"
Accept-Ranges: bytes
Content-Length: 2911708
Connection: close
Content-Type: video/mp4
各要求の本文に返されるデータは、同一です。唯一の違いは、それらのヘッダー(およびWPリクエストのX-Powered-By
ヘッダー)の有無です。ここでヘッダが実際に問題にならないのであれば、テストしているデバイスと何らかの関係があると推測します(おそらくキャッシュの内容が壊れていますか?)。
しかし、両方の要求は、同じエンコードと同じコンテンツタイプを持つ同じコンテンツを返します。どちらの検索デバイスも同じ方法で処理する必要があります。その時点で壊れたものはWordPressではありません。
JW Playerフォーラムには 2歳のスレッド があり、この問題を扱っていますが、回避策がありますが、プラグインコードをハッキングする必要があります。 。
ロングテールの人々は非常に協力的です、そして私はあなたが向こうでチケットを開くことを勧めます。そして、多分、あなたの質問は話題以外と考えられているか、あるいはここでローカライズされすぎているかもしれません。