|
|
mcchaos
: 27.07.2004
: 1420
|
| : 13.12.2004, 16:00 : .htaccess und Performance |
|
|
Hallo! Hat schon mal jemand bei großen .htaccess-Dateien mit vielen Regeln erlebt, dass der Server langsamer reagiert hat?
Bei Apache steht etwas Entsprechendes im Manual, ich habe bisher läppische 4 Regeln und müßte demnächst evtl. etwas mehr da reinpacken.
Linktausch? Klar -> bitte PN. |
|
| Nach oben |
|
 |
Garfield
: 12.10.2004
: 2189
|
| : 13.12.2004, 16:01 : .htaccess und Performance |
|
|
ich habe mit ca. 20 Anweisungen keine Performance-Probleme.
| Code: |
| my6ql error: Access denied for user: 'schnippes' to database 'hinten_rum' mysql error no: aua! |
Forendomain aus dem sozialen Bereich, 5 J. alt, PR1, indexiert, günstig abzugeben. PN. |
|
| Nach oben |
|
|
Southmedia
: 20.07.2003
: 7345
|
| : 13.12.2004, 21:40 : .htaccess und Performance |
|
|
Ich hab ma aus Versehen per Script die .htaccess auf mehrere GB hochgedrückt, da ging dann gar nix mehr  Wobei das nicht wirklich was aussagen sollte *g |
|
| Nach oben |
|
|
manuelfu
: 08.07.2004
: 232
: Donaueschingen
|
|
| Nach oben |
|
|
Halli
: 21.08.2003
: 592
: Braunschweig
|
| : 14.12.2004, 00:30 : .htaccess und Performance |
|
|
unsere aktuelle .htaccess hat 'stolze' 69 KB, weil da die ganzen einzelnen Redirects für die Dateien drin sind, deren Namen sich geändert haben plus ca 100 Mod_Rewrite-Regeln
--> keine Performance-Probleme bei ca. 400.000 Seitenabrufen pro Monat.
wer besoffen noch geradeaus fahren kann ist bald reif fürs www.mpu-forum.de |
|
| Nach oben |
|
|
mcchaos
: 27.07.2004
: 1420
|
| : 14.12.2004, 16:30 : .htaccess und Performance |
|
|
Super, danke für die Erfahrungsberichte!
Linktausch? Klar -> bitte PN. |
|
| Nach oben |
|
|
Caterham
: 20.09.2004
: 331
|
| : 14.12.2004, 16:51 : .htaccess und Performance |
|
|
wenn du in der .htaccess viele "gleichartige Regeln" hast, ist die Verarbeitung von z.B.
| Code: |
| RewriteCond %{HTTP_USER_AGENT} almaden|cloakBrowser|... |
schneller als von
| Code: |
RewriteCond %{HTTP_USER_AGENT} almaden [OR]
RewriteCond %{HTTP_USER_AGENT} cloakBrowser [OR]
... |
Das dürfte dir aber kaum auffallen, da es eben im Millisekundenbereich liegt.
In der httpd.conf ist es andersrum. Hier ist die 2. Methode - in diesem Beispiel einzelne Cond. per OR verknüpfen - "scheller".
Je nach dem, wie die RegEx gestaltet sind (Stichwort greedy / non-greedy), laufen diese ebenfalls "schneller", da sonst auf Biegen und Brechen versucht wird die RegEx zu erfüllen.
Aber sichtbar messbar ist das nicht. Man könnte es ehr Ressourcenminimierung nennen  |
|
| Nach oben |
|
|
