[PHP] Performantes Entwickeln

[DMW007]

Performanter Code ist in PHP oft auch gleichzeitig sauberer Code.
PHP ist sehr fehlertolerant. Das führt dazu, dass an sich invalider Code zwar richtig ausgeführt wird, durch die Fehlerkorrektur aber wesentlich inperformanter ist.

Beispiel: Zugriff auf einen assoziativen Array

Man deklariert einen assoziativen Array und will mit einzelnen Elementen des Arrays arbeiten (hier ausgeben).
Korrekt würde das so funktionieren

$userinfo = array("username" => "peter");
echo $userinfo['username']; 

Es geht aber auch anders:

$userinfo = array(username => peter);
echo $userinfo[username]; 

Die zweite Variante funktioniert dank der Fehlerkorrektur von PHP ebenfalls, aber benötigt in Brenchmarks rund doppelt so lange wie die erste.
Grund: Ohne vorangestelltes $ geht PHP von einer Konstante aus. Da es diese nicht gibt, wandelt PHP die Konstante in einen String um und versucht es erneut.

for-Schleife gegenüber foreach bevorzugen

for ist schneller wie foreach.
Bei der for-Schleife sollte man bevorzugt den Pre-Inkrement-Operator (++$var) verwenden.

for($i = 0; $i < 5; ++$i) {
     //...
} 

Ist die Anzahl variabel, weil man z.B. alle Elemente eines Arrays durchgehen will, sollte die Anzahl vorher und nicht in der Schleife berechnet werden!

$c = count($elements);
for($i = 0; $i < $c; ++$i) {
     //...
} 

ist also schneller wie

for($i = 0; $i < count($elements); ++$i) {
     //...
} 

Nicht gesetzte Variablen vermeiden

Wenn die Möglichkeit besteht, dass Variablen nicht gesetzt sein könnten (z.B. bei GET oder POST-Parameter) sollte man dies vor dem Zugriff mit isset() prüfen.
Sollte man allerdings nicht bei jeder Variable machen, das wäre wiederum auch inperformant.

Die Ausgabe einer nicht gesetzten Variable braucht ca 6x länger wie die einer gesetzten.
Wird vor der Ausgabe mit isset() und ?: Operator geprüft, dauert die Ausgabe zwar ca doppelt so lange wie ohne Prüfung wenn die Variable existiert - ist aber ca 3x schneller wie ohne Prüfung wenn sie nicht existiert.

Scriptausgabe

Die performanteste Art um statische Texte auszugeben ist echo mit einfachen Anführungszeichen zu verwenden.

echo 'Bla'; 

Bei doppelten Anführungszeichen sucht PHP nach Variablen die interpretiert werden müssen.
Wobei hier dazugesagt werden muss, dass der Unterschied wirklich sehr gering ist.

Wird bei Gelegenheit erweitert, darf natürlich auch gerne jemand anders tun.
Zu dem Thema gibt es auch recht interessante Seiten wie Optimierung und Tipps zur Beschleunigung von PHP und MySQL » PHP Performance

[Comu]

Zu erwähnen sei noch das PHP bei doppelten Anführungszeichen nicht nur nach Variablen sucht sondern auch nach beispielsweise \n oder \r. Diese werden mit einfachen Anführungszeichen auch nicht interpretiert.

[Snees]

Habe letztens auf der Arbeit diese Seite gefunden:
Homepage Performance – Website Ladezeit verringern / Geschwindigkeit steigern und Usability verbessern

[Diebspiel]

Bei der for-Schleife sollte man bevorzugt den Pre-Inkrement-Operator (++$var) verwenden.

Das stimmt nicht

Es ist völlig egal ob man bei der For-Schleife post oder pre benutzt. Es geht nur im die Erhöhung, der Wert ergibt sich aus der vorherigen Bedingung.

[Mr. White]

Dass es in Schleifen egal ist, ob man prä- oder postinkrementiert/-dekrementiert ist klar.
Aber die Frage ist ja, was ist schneller? Beim Postinkrement/-dekrement wird der alte Rückgabewert der Variable solange im Speicher gehalten, bis diese erneut aufgerufen wurde. Bei der Prä-Alternative ist das nicht so.
Dieser kleine Performanceunterschied ist aber vernachlässigbar, wie ich finde.

[DMW007]

Richtig, es geht in dem Fall ausschließlich um die Performance.
Da laut Brenchmarks Pre schneller ist, habe ich das hier mit aufgenommen.

Post
MIN: (0.000434) - AVG: (0.000448) - MAX: (0.001341)

Pre
MIN: (0.000403) - AVG: (0.000414) - MAX: (0.001255)

PHP Benchmark: for | casibus

Natürlich ist der Unterschied minimal.
Da es aber wie bereits gesagt für das Resultat keinen Unterschied macht, sehe ich keinen Grund wieso man nicht die performantere Methode bevorzugen sollte.

[Snees]

Hier noch 3 interessante Links:

PHP Performance Tricks/Tuning und Codeoptimierung | Staticfloat
Performance steigern unter Apache mit .htaccess | Staticfloat
Tools um die Performance einer Webseite zu analysieren / messen | Staticfloat

[Gelöschter Benutzer]

Hier noch 3 interessante Links:


PHP Performance Tricks/Tuning und Codeoptimierung | Staticfloat
Performance steigern unter Apache mit .htaccess | Staticfloat
Tools um die Performance einer Webseite zu analysieren / messen | Staticfloat

Wer nutzt denn heutzutage noch apache (außer die, die einen Webspace haben und daran nichts ändern können)?
Es gibt null Gründe apache zu nutzen, weil nginx schneller und ressourcenfreundlicher ist.

[nawh]

Wer nutzt denn heutzutage noch apache (außer die, die einen Webspace haben und daran nichts ändern können)?

Genug.

[Snees]

Wer nutzt denn heutzutage noch apache (außer die, die einen Webspace haben und daran nichts ändern können)?
Es gibt null Gründe apache zu nutzen, weil nginx schneller und ressourcenfreundlicher ist.

Auf den Seiten geht es ja nicht nur um Apache, sondern auch um logische Verknüpfungen etc.