Unter Nginx sind zwar HTTP Uploads ohne weiteres möglich, allerdings stößt man bei etwas größeren Dateien (genauer: Bei Files > 1MB schnell auf Probleme).

Dies quittiert Nginx in der Standardeinstellung sehr wahrscheinlich mit dem HTTP Error Code 413 – Entity too Large. Das Nginx error-Log gibt eine entsprechende Fehlermeldung aus:

[error] 6430#0: *13780 client intended to send too large body: 25142623 bytes, client: *.*.*.* [...]

Dabei handelt es sich eigentlich nur um eine kleine Konfigurationsanpassung welche mal wieder in der Nginx Config /etc/nginx/sites-available/default durchzuführen ist:

[...]

Wir sind wieder bei dem alternativen Webserver Nginx. Unter Apache hat man ja die Möglichkeit Verzeichnisse problemlos mit .htaccess Dateien mit einem Passwort-Zugriffsschutz zu versehen.
Unter Nginx ist dies nicht ohne weiteres möglich, da .htaccess Dateien nicht von Nginx beachtet werden. Das selbe gilt wie in einem früheren Eintrag erwähnt auch für rewrite rules.

Nichtdestotrotz ist es möglich einen Passwortschutz für Unterverzeichnise unter Nginx zu relisieren. Hier muss wieder die Konfigurationsdatei von Nginx (standartmäßig unter /etc/nginx/sites-available/default) geöffnet und bearbeitet werden.

[...]

Testweise habe ich einen neuen Webserver unter Linux aufgesetzt. Apache wäre hier wohl die naheliegende Wahl gewesen, allerdings habe ich mich für Nginx entschieden. Dies hatte ganz einfach den Grund, dass Nginx als sehr leistungsfähiger Newcomer im Webserver-Geschäft gehandelt wird. Im Gegensatz zu Apache bleibt er auch bei stark ansteigender Zahl offener Sessions mäßig im Speicherverbrauch und behält niedrige Antwortzeiten bei.

Wie immer hat die Münze allerdings zwei Seiten: Viele Module, welche unter Apache ohne Probleme geladen werden können (beispielsweise PHP), sind bei Nginx nicht direkt verfügbar. Auch hierfür finden sich aber Lösungen. Für die Grundinstallation habe ich das folgende Tutorial von howtoforge verwendet: Installing Nginx With PHP5 And MySQL Support

Klappt soweit ganz gut – einziges Manko: Nginx supportet keine .htaccess Dateien über die unter Apache oft Verzeichnisse mit Passwörtern geschützt, werden – oder oft noch viel wichtiger: URLs über mod_rewrite zur Suchmaschinenoptimierung angepasst werden. Auf dem angesprochenen Server soll das Woltlab Burning Board 3.0 zum Einsatz kommen. Dieses kann über ein Woltlab-eigenes Plugin SEO-tauglich gemacht werden, welches allerdings auch die rewrite Regeln in .htaccess verwendet.

Folgendermaßen bekommt ihr das Ganze auch unter Nginx zum laufen:

[...]