Abschließend noch der Hinweis, dass das Projekt JiTT ab sofort und folgender URL zu finden ist: http://jitt.geekservice.de

1

echo date(DATE_COOKIE, time());

Alle dieser nützlichen Konstanten sind hier dokumentiert: Datumskonstanten bei php.net

Um zu prüfen ob ein Feld in einem Array existiert ohne dabei Fehlermeldungen zu erzeugen muss vor beiden Funktionen isset und is_array aufgerufen werden.

Beispiel:

1
2
3
4

if(isset($foo) && is_array($foo) && isset($foo['bar']))
{
	$check = true;
}

1
2
3
4

if(isset($foo) && is_array($foo) && array_key_exists('bar', $foo))
{
	$check = true;
}

Der Grund hierfür ist nicht immer direkt ersichtlich, deswegen hier die Erklärung:
isset erzeugt zwar keine Notices oder Warnings falls die Variable $foo nicht gesetzt ist, aber es gibt ein anderes Problem. Wenn die Variable $foo vom Typ String ist würde die Prüfung auf ein Array-Feld mit isset true liefern.

Beispiel:

1
2

$foo = 'bar';
var_dump(isset($foo['bar'])); // true

Dieses Verhalten erklärt die Notwendigkeit von is_array vor dem Prüfen mit isset. Das isset vor dem is_array ist schließlich notwendig weil is_array eine Notice erzeugt wenn die zu prüfende Variable nicht gesetzt ist.

Die Funktion array_key_exists erzeugt ein Warning falls das zu prüfende Array nicht existiert oder die übergebene Variable nicht vom Typ Array ist. Somit ist hier ebenfalls die Nutzung von is_array in Kombination mit isset zu empfehlen.

Mit obiger Syntax lässt sich nun eigentlich in beide Fällen prüfen ob ein Feld im einem Array existiert. Dabei ist jedoch eine Ausnahme zu beachten, und zwar der Wert null in einem Array.

Beispiel:

1
2
3

$foo['bar'] = null;
var_dump(isset($foo['bar'])); // false
var_dump(array_key_exists('bar', $foo)); // true

Damit sollte die Verwendung der beiden Funktionen geklärt sein (falls nicht bitte ich um einen kurzen Kommentar), aber es bleibt die Frage: Welche der beiden Varianten ist schneller, isset oder array_key_exists?
Hier das Ergebnis:

Klare Sache: isset ist wesentlich schneller als array_key_exists, 10000 Prüfungen dauert nur etwa halb so lange.
Zudem fallen zwei weitere Dinge auf: isset taucht nicht in den Xdebug Ergebnissen auf. Die Begründung ist relativ simpel. Da isset keine Funktion ist sondern lediglich ein Sprachkonstrukt, taucht dieses nicht in den Xdebug-Listings auf. Weiterhin fällt auf, dass is_array fast genauso viel Zeit in Anspruch nimmt wie array_key_exists. Hierfür habe ich leider keine Erklärung, denn ich hätte erwarten dass array_key_exists im Gegensatz zu is_array eine Array-Funktion und damit wesentlich langsamer ist. Falls jemand eine Erklärung hat: Immer her damit!

1
2
3
4

if(stripos($haystack, $needle) !== false)
{
	$found = true;
}

1
2
3
4

if(preg_match('/'.$needle.'/is', $haystack) == 1)
{
	$found = true;		
}

Hierbei wird eine Sache schnell klar: Bei mehr als einem Suchsting wird das ganze etwas komplizierter. Man muss die strpos Variante für jeden Suchstring einmal laufen lassen, bzw. in der zweiten Variante die Suchstrings mit einem oder verknüpfen.
Die Frage ist nun: Welche der beiden Varianten ist schneller?

Ich habe ein kurzes Testscript gebastelt, und hier ist das Ergebnis:

Die preg_match Varinate ist um einiges schneller. Ausserdem fällt auf das bei 10000 Durchläufen des Testscript die Funktion stripos öfter als 10000 mal ausgeführt wird. Die liegt daran, dass die Funktion so oft aufgerufen werden muss, bis der erste Suchstring gefunden wurde (oder eben keiner der gesuchten Strings im Text vorkommt). Durch die oder-Verknüpfung der einzelnen Strings muss preg_match bei jedem Durchlauf nur einmal ausgeführt werden.
Klar wird also: Je mehr Suchstrings in einem Text gesucht werden sollen, desto langsamer wird die strpos Variante im Vergleich zu preg_match, obwohl natürlich auch der reguläre Ausdruck bei einem längeren Suchstring etwas langsamer wird.

Zum Schluss noch das Script mit dem ich dieses Verhalten getestet habe:
performance_preg_vs_strpos.php

Beitreibt heutzutage eigentlich noch jemand ernsthaft Packt-Radio?

Funktioniert nicht:

1
2
3

$this->mysqli = new mysqli("host", "user", "pass", "db");
$this->mysqli->set_charset('uft8');
echo $this->mysqli->character_set_name(); // Ausgabe: latin1

Funktioniert:

1
2
3
4

$this->mysqli = mysqli_init();
$this->mysqli->real_connect("host", "user", "pass", "db");
$this->mysqli->set_charset("utf8");
echo $this->mysqli->character_set_name(); // Ausgabe: utf8

Der Fehler ist hier zwar gemeldet und als closed markiert, tritt bei mir jedoch immer noch auf.

Bitte weitersagen oder direkt bewerben

Zum Schluss noch einmal der Hinweis: jitt.cc ist nach wie vor ein Testprojekt und es kann durchaus vorkommen, dass mal etwas nicht richtig funktioniert

Alles in Allem ein wirklich sehr interessantes Thema, welches ich jedem Webentwickler nur ans Herz legen kann. Einen super Einstieg bietet das Kaazing Gateway und die darin enthaltenen Demos.

Einziges Manko bisher: Kazzing (benötigt Java) ist ein bisschen speicherhungrig, und ich weiss nicht wie lange mein kleiner VServer damit noch klar kommt