Seite 5 - PHP

Ein gewöhnliches PHP-Array ist intern eine geordnete Hashtabelle mit erheblichem Overhead pro Element, selbst wenn ausschließlich fortlaufende Integer-Schlüssel verwendet werden. SplFixedArray, SplStack, SplQueue und SplHeap bieten spezialisierte, speichereffiziente Datenstrukturen, die diesen Overhead bei großen, klar strukturierten Datenmengen spürbar reduzieren.

Globale Variablen und Singletons wirken bequem, machen PHP-Code aber schwer testbar, schwer parallelisierbar und in großen Projekten unberechenbar. Dieser Artikel zeigt, wie man Singleton::getInstance(), $GLOBALS und statische Registries schrittweise durch Dependency Injection ersetzt, ohne die Anwendung in einem Rutsch umzubauen.

Jedes gewachsene PHP-Projekt sammelt technische Schulden an, die Frage ist nie ob, sondern welche zuerst behoben werden. Dieser Artikel zeigt eine praktische Methode, technical debt anhand von Änderungshäufigkeit, Fehlerrisiko und Behebungsaufwand zu bewerten und daraus eine belastbare Reihenfolge abzuleiten.

PHP-Arrays akzeptieren als Schlüssel nur Integer und Strings, Objekte werden dabei stillschweigend in Fehler oder in einen unbrauchbaren String konvertiert. SplObjectStorage schließt diese Lücke, indem sie Objekte per Identität als Schlüssel zulässt. Wir zeigen anhand von Objekt-Metadaten und Graph-Traversal, wo das im Alltag wirklich hilft.

Optimistic Locking und Pessimistic Locking sind zwei grundverschiedene Strategien, um zu verhindern, dass gleichzeitige Schreibzugriffe sich gegenseitig überschreiben. Wer versteht, wann eine Versionsspalte reicht und wann eine echte Datenbanksperre mit SELECT FOR UPDATE nötig ist, vermeidet sowohl stille Datenverluste als auch unnötige Performance-Einbußen durch übervorsichtiges Locking.

Die parallel Extension bringt echtes Multithreading nach PHP: Runtime, Future und Channel erzeugen isolierte Betriebssystem-Threads statt kooperativer Nebenläufigkeit. Wer die strikte Datenisolation zwischen Threads versteht und die Grenzen von Closures und Autoloading kennt, kann CPU-intensive Aufgaben spürbar beschleunigen, ohne auf externe Erweiterungen wie Swoole umzusteigen.

Wer SQL-Queries per String-Konkatenation baut, öffnet eine der ältesten und zugleich gefährlichsten Schwachstellenklassen der Webentwicklung. PDO Prepared Statements trennen Code und Daten strukturell und schließen SQL-Injection unabhängig vom Inhalt der Eingabe aus, vorausgesetzt sie werden korrekt konfiguriert und für Identifier, LIKE-Muster und IN-Listen richtig eingesetzt. Dieser Beitrag zeigt die vollständige technische Umsetzung mit PDO in PHP 8.4.

Wer Methoden und Funktionen weiterhin ueber Strings wie 'strlen' oder Arrays wie [$objekt, 'methode'] referenziert, verzichtet auf Typpruefung, IDE-Refactoring und verlaessliche Sichtbarkeitspruefung. Die First-Class-Callable-Syntax macht aus diesen Referenzen echte, vom Parser aufgeloeste Ausdruecke und schliesst damit eine der letzten stringbasierten Luecken der Sprache.

Magic Methods wie __get, __call und __invoke wirken auf den ersten Blick elegant, weil sie PHP erlauben, auf undefinierte Eigenschaften und Methoden zu reagieren. Wer sie unreflektiert einsetzt, baut aber Code, den weder IDE-Autovervollständigung noch PHPStan mehr verstehen, und erschwert damit Debugging und Wartung erheblich.

Kaum ein PHP-Thema wird so hartnäckig mit Halbwissen diskutiert wie die Frage, ob Concatenation, Interpolation, Heredoc oder sprintf am schnellsten ist. Die ehrliche Antwort lautet: Bei den allermeisten realen Anwendungen ist der Unterschied irrelevant, und wer trotzdem fundiert mitreden will, braucht einen sauberen Benchmark-Aufbau statt eines schnellen microtime-Vergleichs in einer Schleife. Dieser Artikel zeigt, wie man wirklich misst, was OPcache dabei verändert, und wann Lesbarkeit die Performance-Frage komplett dominieren sollte.