Multisites, Upload-Probleme und iOS!

Diese Frage hat sich erheblich geändert.

Ich habe die neueste Version von WordPress und hosse es auf einem Apache-Server. Link zum Blog: http://blogs.bzaeds.org/test/2012/05/11/video-test/

Nun, hier ist das Ding.

Wenn ich ein Video nach WordPress hochlade, wird es auf einem Mac in Firefox mit der WordPress-URL abgespielt, die der Artikel enthält (zB: http://blogs.bzaeds.org/test/files/2012/05/720-dunk.mp4 ” Anbieter = “Video). In der Tat, ich kann auf diesen Link jetzt auf meinem Firefox-Browser gehen und habe keine Probleme, es spielt gut.

Wenn ich jedoch ein Video in WordPress hochlade und die WordPress URL verwende (zB http://blogs.bzaeds.org/test/files/2012/05/720-dunk.mp4 “provider =” Video) , wird es nicht abgespielt auf einem iPad oder iPhone.

Wo das Spaß macht, ist – wenn ich den APACHE-Speicherort für die Datei verwende (zB: http://blogs.bzaeds.org/wp-content/blogs.dir/5/files/2012/05/bunny.mp4 ) wird gut auf dem Mac und dem iPad und iPhone spielen.

Ich arbeite seit 4 Tagen an diesem Thema und bin erschöpft. Ich habe es schließlich darauf beschränkt, aber ich bin mir nicht sicher, welche Konfigurationseinstellung ein solches Problem verursachen würde. Jede Hilfe würde sehr geschätzt werden!

Edit: Es sieht so aus, als ob es die Tatsache ist, dass WordPress keine Byte-Verarbeitung durchführen kann und dies mit Multi-Site und verschiedenen Verzeichnissen verbindet und Sie Chaos bekommen. Ich weiß, dass dies das Problem ist, aber ich bin mir nicht sicher, was ich tun würde, um dieses Problem zu umgehen und die Installation von mod_xsendfile nicht zu funktionieren oder den jwplayer-Code zu bearbeiten (was ich wieder versuchen werde, vielleicht habe ich es falsch gemacht). )

Solutions Collecting From Web of "Multisites, Upload-Probleme und iOS!"

Nach 6 Tagen purer Traurigkeit war dies der Fixpunkt: http://www.technowut.com/2012/05/14/how-to-stream-videos-to-ios-devices-with-multisite-wordpress/

So funktioniert es auf CentOS 6 mit dem gepackten Apache httpd:

Nils Maier hat das Modul für Apache httpd geschrieben. Laden Sie die Quelle herunter und nehmen Sie sich etwas Zeit, um die Dokumente dort zu lesen.

Kompilieren und installieren Sie das Modul in der Befehlszeile: / usr / sbin / apxs -cia mod_xsendfile.c

HINWEIS: Ich habe gerade Yum benutzt. 🙂

yum install mod_xsendfile 

Wenn Sie nicht apxs haben, müssen Sie wahrscheinlich das Paket httpd-devel installieren.

Bekommen Sie das mit diesem Befehl:

  yum install httpd-devel 

Einmal kompiliert und installiert, müssen Sie es in Ihrer httpd.conf oder .htaccess aktivieren (ich habe es aktiviert, indem ich eine Datei in mein conf.d-Verzeichnis legte). Dies sind die statementen, die Sie setzen müssen: * (Hinweis, ich habe dies in meine /etc/httpd/conf.d/wordpress.conf Datei anstatt der httpd.conf geschrieben.)

  XSendFile on XSendFileAllowAbove on 

Starten Sie Apache httpd neu

  /sbin/service httpd restart 

Schließlich müssen Sie die Unterstützung in Ihrer wp-config.php aktivieren: define (‘WPMU_SENDFILE’, true);

Dies ist höchstwahrscheinlich ein Serverkonfigurationsproblem, daher kann meine Antwort hilfreich sein oder auch nicht.

Ich führte beide Anfragen durch Fiddler zeigt leicht unterschiedliche Header für die verschiedenen URLs: Die Apache-URL enthält eine Accept-Ranges: bytes Header und die WP-URL enthält eine Expires Header zum Zwischenspeichern.

WordPress-URL-Header:

 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-Header:

 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 

Die im Rumpf jeder Anfrage zurückgegebenen Daten sind identisch . Der einzige Unterschied ist das Vorhandensein / Fehlen dieser Header (und der X-Powered-By Header in der WP-Anfrage). Wenn die Header hier nicht wirklich das Problem sind, dann wage ich zu vermuten, dass es etwas mit dem Gerät zu tun hat, auf dem du testest (kaputter Inhalt im Cache vielleicht?).

Aber beide Anfragen geben den gleichen Inhalt mit der gleichen Kodierung und dem gleichen Inhaltstyp zurück … sie sollten beide von jedem Abrufgerät auf die gleiche Weise behandelt werden. Alles, was zu diesem Zeitpunkt kaputt ist, ist kein WordPress.

Es gibt einen zwei Jahre alten Thread im JW Player-Forum, der sich mit dem Problem beschäftigt und eine Workaround hat, die für Sie funktionieren könnte, aber es beinhaltet das Hacken des Plugin-Codes.

Longtail-Leute sind sehr unterstützend und ich schlage vor, dass du dort auch ein Ticket öffnest. Und vielleicht bin ich mir nicht sicher, ob Ihre Frage hier nicht als Thema oder zu lokal betrachtet wird.