[Jann Hendrik]

Ich habe folgendendes gelesen:

For users with dedicated servers, the [...] rewrite rules applied in the .htaccess files can be moved directly into the httpd.conf file for more efficient performance.

Wo und wie müsste das dann in die httpd.conf?

Ist das wirklich performenter? Gilt das dann für alle Domains, die mit dem apachen laufen, oder steckt das in den vhost-Anweisungen?

Ggf. jemand damit Erfahrungen?

Würde mich über weitere Infos freuen!

[$traight-$hoota]

Die rewrite rules können entweder in der server config, einem vhost, einer directory anweisung oder ner .htaccess datei stehen. Geschwindigkeitsvorteile würde ich darin vermuten, dass die Regeln bei einer zentralen Definition immer verfügbar sind, und nicht erst die .htaccess eingelesen werden muss. Vielleicht wird die .htaccess aber auch irgendwo gecached, keine Ahnung.

[Jann Hendrik]

Kann jemand ein Beispiel posten für den Fall, dass die rules in der vhost sind?

Ich überblicke gerade noch nicht, wie das dann da einzutragen ist.

Einfach rein - und gut?
So als wäre das die .htaccess? Kann ich mir irgendwie nicht vorstellen...

[dejan_spasic]

Geschwindigkeitsvorteil erzielt man dadurch, dass man, z.B. in der Directory
Direktive des DocumentRoot, die Direktive AllowOverride auf none einstellt.
Durch diese Einstellung sucht der Apache nicht mehr in jedem Ordner nach
der .htaccess, was unweigerlich mehr Leistung bedeutet. Der Nachteil ist das
der Apache-Webserver bei einer Änderungen der Konfiguration immer
neugestartet werden muss.

Welche Einstellugen/Direktiven man einsetzen kann, ist Kontext abhängig. Zum
Beispiel die Alias Direktive kann "Systemweit" oder nur für ein VirtualHost
eingesetellt werden. Man kann auch beides Kombinieren.

[Bleistift]

Zitat von dejan_spasic

Der Nachteil ist das
der Apache-Webserver bei einer Änderungen der Konfiguration immer
neugestartet werden muss.

Meistens genügt das reloaden der Konfiguration.

[dejan_spasic]

Zitat von Bleistift

Meistens genügt das reloaden der Konfiguration.

Was ein Neustart ist

Gracefully restarts the Apache httpd daemon. If the daemon is
not running, it is started. This differs from a normal restart
in that currently open connections are not aborted. A side
effect is that old log files will not be closed immediately.
This means that if used in a log rotation script, a substantial
delay may be necessary to ensure that the old log files are
closed before processing them. This command automatically checks
the configuration files as in configtest before initiating the
restart to make sure Apache doesn't die. This is equivalent to
apachectl -k graceful.

Quelle: man apache2ctl

[Bleistift]

# /etc/init.d/apache2 help  
Usage: /etc/init.d/apache2 <command> <server flags>

where <command> is one of:
[...]
        restart            - stop httpd if running; start httpd
[...]
        reload|graceful    - do a graceful restart by sending a SIGUSR1 or 
                             start if not running
[...]

Das ist für mich ein Neustart

[Sclot]

Bei einem neustart würde er aufgebaute verbindungen verlieren, weil er einfach nichtmehr verfügbar ist.

Bei einem graceful stopt er nur, behält alle verbindungen aufrecht, list die config neu ein und macht dann weiter - eben ohne das irgendwelche verbindungen verloren gehen.

[Jann Hendrik]

Okay, aber der Vorteil ergibt sich erst dann, wenn man die Regeln verschiebt UND dafür sozusagen .htaccess abschaltet (AllowOverride).

Richtig?

Also ist der Gewinn nur auf Kosten der Freiheit .htaccess nutzen zu können...

[dejan_spasic]

Zitat von Jann Hendrik

Richtig?

Also ist der Gewinn nur auf Kosten der Freiheit .htaccess nutzen zu können...

Hi,

schau mal hier rein http://www.schlossnagle.org/~george/talks/ZendPerf.pdf
ab Folie 37.

[Jann Hendrik]

okay, werde ich nachher mal in Ruhe durchblättern.

danke für den link!