PHP Performance

Dass die Kommunikation im Internet auf HTTP aufbaut, wissen die meisten Webseiten-Entwickler noch. Für viele ist das Protokoll allerdings eine große Unbekannte, die sehr komplex ist, und die zwar über allem schwebt, was man täglich programmiert, um die man sich aber annähernd nie kümmert kümmern braucht. Und doch lohnt ein Blick in das Protokoll, denn nur wer es kennt, kann alle Möglichkeiten, die HTTP bietet, auch ausnutzen. Weiterlesen >

Nun dachte ich ja eigentlich, dass ich mich mittlerweile ganz gut auskenne mit dem Browser-Cache und der Kontrolle über selbigen. Damit lässt sich ja eine Menge Last sparen, weil einfach ein 304 Not Modified Header an den Client gesendet wird, wenn der Inhalt im Cache noch aktuell ist. Nun habe habe ich bei einem Projekt mal wieder etwas Neues gelernt… Weiterlesen >

Dass Caching eine feine Sache ist, habe ich ja in diesem Blog sowohl für die Client- als auch für die Server-Seite schon einige Male aufgezeigt. Vor einiger Zeit habe ich mal das Script JP Cache empfohlen. Mittlerweile wurde dieses Script unter dem neuem Namen QuickCache aktualisiert. Da ich damit bislang gute Erfahrungen gemacht habe, wollte ich es hier nochmal kurz vorstellen – und potenzielle Nutzern dieses Scripts davor bewahren einen Fehler zu begehen. Weiterlesen >

Caches nennt man im Entwicklungsumfeld jene Systeme, die eine Zwischenspeicherung von Daten zwecks schnellerem Abruf anlegen. Viele Entwickler glauben allerdings, dass Caches etwas Böses sind, da sie dem Webmaster die Kontrolle über die Site entziehen und stattdessen ältere Inhalte ausliefern. Das ist auch wahr, allerdings nur, wenn man dem Cache nicht sagt, wer die Zügel in der Hand und was er zu tun hat. Dieser Beitrag soll zeigen, was wirklich hinter Caches auf der Client-Seite (Proxy- und Browser-Cache) steckt. Weiterlesen >

PHP als Modul des Apache nutzt – wie andere Scriptsprachen auch (beispielsweise Perl oder ASP) – das CGI, um Anfragen an einen Webserver zu senden und das Ergebnis an den Client zurück zu schicken. Für jede Anfrage muss dabei ein neuer Prozess angelegt werden, der nach der abgeschlossenen Bearbeitung des Scripts wieder beendet wird. Das Problem dabei ist, dass das Starten und Initialisieren sehr viel länger dauert als das eigentliche Ausführen des Scripts – es entsteht also ein großer Overhead. Hinzu kommt noch, dass für jedes Script ein eigener Interpreter in den Speicher geladen werden muss – dieser ist also mitunter mehrmals im Speicher präsent. Weiterlesen >

Caching Technologien auf dem eigenen Server können eine Menge an Performance ausmachen. Solche Cache-Software wirbt mit teilweise über 400%iger Beschleunigung des Codes – was natürlich sehr attraktiv ist.
Und tatsächlich bringen diese Beschleuniger etwas. Weiterlesen >