Wer ein Server-Setup mit PHP-FPM, nginx und WordPress-Blogs betreibt, der hat eventuell das Problem, dass nach dem Veröffentlichen eines Artikels keine PHP-Seite mehr lädt und nginx nur noch mit einem “502 Bad Gateway” antwortet.
Archive for the ‘wordpress’ tag
WordPress + NGINX: IO Error/HTTP Fehler
Wer WordPress in Kombination mit einem nginx Webserver betreibt und große Bilder (> 1MB) in seine Mediathek hochladen möchte, der wird eventuell vom WordPress-Uploader mit einem “IO Fehler” oder “HTTP Error” konfrontiert.
Im error.log vom Webserver ist dann folgendes zu finden:
2011/03/12 19:11:38 [error] 26298#0: *18669 client intended to send too large body: 1535569 bytes, client: 127.0.0.1, server: localhost, request: "POST /blog/wp-admin/async-upload.php HTTP/1.1", host: "localhost"
Lösung: Der Wert von client_max_body_size ist standardmäßig auf 1MB gesetzt. Diesen einfach in der Webserverkonfiguration auf einen Wert setzen, welcher genauso groß oder größer ist, wie die maximale Dateigröße beim Hochladen. (z.B. 2MB)
nginx rewrite Regel für wordpress w3 total cache plugin
Das W3 Total Cache Plugin für WordPress kann CSS und Javascript Dateien von WordPress minimieren (“Minify”). Im W3T-Optionsdialog zu finden unter: Rewrite URL structure (If disabled, CSS and JS embeddings will use GET variables instead of “fancy” links.)
Damit dies aber in Kombination mit nginx funktioniert, benötigt man eine rewrite-Regel. Dazu einfach im server-Abschnitt eurer nginx Konfiguration folgende Zeile hinzufügen:
rewrite ^/my/blog/wp-content/w3tc/min/([a-f0-9]+)\/(.+)\.(include(\-(footer|body))?(-nb)?)\.[0-9]+\.(css|js)$ /my/blog/wp-content/w3tc/min/index.php?tt=$1&gg=$2&g=$3&t=$7 last;
Danach funktioniert auch die o.g. Option mit nginx (getestet mit WP 3.0.4 und nginx 0.9.3).
Hinweis: Ich habe für meinen statischen Content eine eigene VHost-Konfiguration im nginx. Da mein “minified” CSS und JS auch von diesem VHost ausgeliefert wird, ist die Regel auch in dieser VHost-Konfiguration hinzuzufügen und nicht in der Konfiguration für die Standard-Domain. Das übersieht man unter Umständen recht schnell und wundert sich, warum es nicht funktioniert.
Beobachtung: Erstaunlicherweise hat diese Option auch direkten Einfluss auf die URL von CDN-Dateien. So habe ich für meine CDN-Dateien “static.breiteseite.net” hinterlegt. Deaktiviere ich allerdings o.g. Option, so werden diese von “breiteseite.net” ausgeliefert. Mit aktivierter Option hingegen ist wieder alles schön.
Quelle: tutspundit.com
