ironMike und ich scheinen alte ewige Optimierhasen zu sein. Eben habe ich mal gemessen was fuer einen Geschwindigkeitsvorteil es bringt, bei 100000 Requests die IPRanges als Array mit IPasLongs (siehe 2) zu durchlaufen statt wie bisher mit IPStart/IPEnd (siehe 1):
Messung ueber 100000 Aufrufe:
1) 4.2766299247742 sec. (IP Ranges als zeilenweises BeginIP/EndIP)
2) 1.5952219963074 sec. (IP Ranges als Array mit Longs)
Was sagt uns das? Es lohnt sich bspw. tatsaechlich SEHR die IPRanges fertig als Long vorliegen zu haben. Nachteil: die Wartbarkeit leidet ein bisschen, wer kann schon im Kopf IPs in die Long-Darstellung umrechnen Und customized Erweiterungen muessten dementsprechend nachgezogen werden.
Auch lohnt es sich den bisherigen Quatsch mit der anfaelligen "\n" Notation endlich zu entsorgen und selbiges in pure Arrays zu packen, auch hier kann man ca. 30% Geschwindigkeitsvorteil herausholen.
Natuerlich, wenn man es in den Wahnsinn treiben moechte, koennte man das ganze in mod_perl machen, der Geschwindigkeitszuwachs waere ueberirdisch. Nur: wer versteht schon mit mod_perl umzugehen? Ausser mir
Samstag, 1. Juli 2006
Page Restrictor reloaded - bald ist der Turbo drin!
Page Restrictor schneller als .htaccess
Page Restrictor schneller als .htaccess ? siehe Wiki htaccessNachteile, comment by IronMike:
Der Page Restrictor ist nicht nur wartbarer als eine .htaccess, nicht nur einfacher situationsgebunden einzubinden, einfacher kontrollierbar, autonom, sondern eben auch noch teilweise schneller
Wenn man den Pagerestrictor geschickt einsetzt kann ich mit ap-bench 30% mehr Seiten anfordern als mit reiner .htaccess Prüfung, [..] Zudem ist das Logging für mich wesentlich einfacher zu warten und zu erweitern. Ausserdem kann ich eine zentrale Version des restrictors für alle php Seiten eines Virtuellen Servers verwenden.... die Vorteile hören nicht auf.
Der Page Restrictor ist nicht nur wartbarer als eine .htaccess, nicht nur einfacher situationsgebunden einzubinden, einfacher kontrollierbar, autonom, sondern eben auch noch teilweise schneller
Freitag, 30. Juni 2006
Benutzerdefinierte Anzeige
Wurde im Wiki angeregt:
Wird wieder ueber die externe/customized .inc Datei geloest, mache mich gleich ran.
UPDATE: ist drin in v0.08d, siehe Wiki wie es geht..
Möglichkeit einer benutzerdefinierten "roten" Fehlerseite wär auch nicht schlecht. Umsetzung sollte kein Problem sein...
-- KilianSSL (2006-06-30 20:30:54)
Wird wieder ueber die externe/customized .inc Datei geloest, mache mich gleich ran.
UPDATE: ist drin in v0.08d, siehe Wiki wie es geht..
Letzte Kommentare