Nachdem Nginx 0.7.65 recht erfolgreich auf meinem Server läuft, hab ich mich mal an der Version 0.8.50 versucht.
Das ganze wieder nach bewährtem Schema aus Nginx auf Debian installieren / compilieren

Schon war ich auf der neuen Version.

Wer aufgepasst hat, bemerkt, das ich ein paar neue configure Parameter benutze:

entfernt aus Image Dateien die EXIF informationen, wenn diese mehr als 5% der Dateigrösse ausmachen. Ich hab schonmal 30kb Information in Icons gefunden.

aktuelle Linux Kernel können es, warum nicht benutzen? (OK, ist jetzt keine wirkliche Erklärung)

Das wichtigste:

Ein Blick in den Firebug zeigt im Header, das Nginx braf seine Releasenummer mit überträgt.
Ich bin kein Freund davon, unnötige Informationen über die Software und Versionen Preis zu geben. Schon garnicht an Bots und Spider!
Unter http://wiki.nginx.org/NginxHttpHeadersMoreModule gibt es ein Modul, um einen belibige Felder im Header zu überschreiben/setzen. Den Sourcecode gibts auf Github.
http://github.com/agentzh/headers-more-nginx-module

In der /etc/nginx/nginx.conf wird dann im “http” Abschnitt das zu setzende Headerfeld angegeben:

Wer will, kann sich hier auch als Apache tarnen

Nachdem unser Nginx nun statischen Content ausliefern kann, kommen wir heute zum Thema PHP.
Realisiert wird das ganze über FastCGI mit PHP-FPM

also runterladen und patchen:

So. Jetzt nur noch php compilieren *g*

Wenn Configure mit fehlenden Librarrys abbricht, die entsprechenden “-dev” Pakete suchen und installieren.
z.B.

Unsere php.ini liegt dann unter “/usr/local/lib/php.ini” Hier müssen wir die üblichen Anpassungen vornehmen, besonders das “extension_dir” anpassen!

In der Datei “/usr/local/etc/php-fpm.conf” ist dann an 4 Stellen als User/Gruppe “www-data” einzutragen.

Dann lässt sich der FCGI Prozessmanager starten:

Jetzt müssen wir unserem Nginx sagen, was er mit .php Datein machen soll und fertig sind wir.

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param REQUEST_URI $request_uri;
fastcgi_param DOCUMENT_URI $document_uri;
fastcgi_param DOCUMENT_ROOT $document_root;
fastcgi_param SERVER_PROTOCOL $server_protocol;

fastcgi_param GATEWAY_INTERFACE CGI/1.1;
fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;

fastcgi_param REMOTE_ADDR $remote_addr;
fastcgi_param REMOTE_PORT $remote_port;
fastcgi_param SERVER_ADDR $server_addr;
fastcgi_param SERVER_PORT $server_port;
fastcgi_param SERVER_NAME $server_name;

# required if PHP was built with –enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;
}

Nginx neu starten und schon sollten Php-Scripte ausgeführt werden. Am besten probiert man das mit einer kleinen phpinfo.php

Wer das WordPress als root des Nginx angelegt hat, braucht nur das Rewrite für die “/” Location anpassen:

Dumm nur, wenn man das WordPress in einem Unterverzeichniss hat z.B. “/blog/”, aber auch das kann man einfach lösen:

if (-f $request_filename) {
break;
}

if (!-e $request_filename) {
rewrite ^(.+)$ /blog/index.php?$1 last;
}
}

Quellen:
http://n3m0.net/blog/2010/04/03/php-fpm-auf-debian-5-0-lenny/
http://elasticdog.com/2008/02/howto-install-wordpress-on-nginx/

Ich habe auch mal mit Nginx experiementiert und versuche greade meinen Server vom Apache umzustellen.

Für die Bequemen – Nginx unter Debian installieren:

und für alle die gern die aktuelle Version haben geht es dann weiter:

so haben wir schon mal das Initscript und diverse Verzeichnisse und Debian versucht nicht mehr das Paket zu aktualisieren/installieren.

./configure –prefix=/usr –conf-path=/etc/nginx/nginx.conf –sbin-path=/usr/sbin –user=www-data –group=www-data –http-log-path=/var/log/nginx/access.log –without-mail_pop3_module –without-mail_imap_module –without-mail_smtp_module –with-http_ssl_module –with-http_stub_status_module –with-http_gzip_static_module

make && make install

dazu noch im Verzeichniss /etc/nginx/ die Datei nginx.conf anpassen (vorher die alte Datei umbenennen und neu anlegen!)

error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

log_format main ‘$remote_addr – $remote_user [$time_local] “$request” ‘
‘$status $body_bytes_sent “$http_referer” ‘
‘”$http_user_agent” “$http_x_forwarded_for”‘;

access_log /var/log/nginx/access.log main;

sendfile on;
keepalive_timeout 10 10;

gzip on;
gzip_comp_level 6;
gzip_proxied any;
gzip_types text/plain text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

server {
listen *:80;
server_name www.sturbi.de;
root /var/www;

location / {
root /var/www;
index index.php;
}
}
server {
listen 443;

ssl on;
ssl_certificate /etc/ssl/certs/www.sturbi.de.pem;
ssl_certificate_key /etc/ssl/private/www.sturbi.de.key;

server_name www.sturbi.de;

location / {
root /var/www;
index index.html;

}
}
}

und nginx sollte unseren Statischen Content wieder ausliefern.
und morgen basteln wir uns ein PHP-FPM und richten WordPress ein.