Seite 2 - PHP

Ein Sprung von PHP 5.6 direkt auf PHP 8 überspringt vier Major-Versionen mit jeweils eigenen Breaking Changes, entfernten Funktionen und veränderter Fehlerbehandlung. Dieser Artikel zeigt eine mehrstufige Migrationsstrategie mit Zwischenversionen, Kompatibilitätsschicht und Testnetz, statt eines riskanten Ein-Schritt-Sprungs.

Psalm vs. PHPStan ist selten eine Frage von richtig oder falsch, sondern von Prioritäten: Taint Analysis und aggressives Type Narrowing sprechen für Psalm, ein größeres Plugin-Ökosystem und ausgereifte Generics-Unterstützung sprechen für PHPStan. Dieser Artikel vergleicht beide Tools technisch und liefert einen praktischen Entscheidungsrahmen für Teams.

Wer mehrere zusammengehörige PHP Pakete pflegt, kennt das Problem: jede kleine Änderung im Kernpaket bedeutet eine neue Version, ein neues Tag, ein composer update im abhängigen Paket, nur um lokal zu testen, ob alles zusammenpasst. Ein PHP Monorepo mit Composer Path Repositories löst genau dieses Problem, ohne die spätere Veröffentlichung auf Packagist zu erschweren.

Wiederkehrende Prüfungen wie if ($logger !== null) verteilen sich schnell über eine ganze Codebasis und verstecken die eigentliche Businesslogik hinter defensiver Programmierung. Das Null Object Pattern ersetzt fehlende Objekte durch ein neutrales Objekt mit demselben Interface, das sich einfach nichts tuend verhält, statt eine Fallunterscheidung zu erzwingen.

Das Decorator Pattern löst ein Problem, das reine Vererbung nicht sauber lösen kann: mehrere unabhängige Zusatzverhalten, etwa Logging, Caching und Validierung, flexibel und in beliebiger Reihenfolge kombinieren, ohne für jede Kombination eine eigene Unterklasse zu bauen. Dieser Artikel zeigt, wie das Decorator Pattern in PHP Interface-Konformität wahrt und wann es dem Aufblähen von Vererbungshierarchien vorzuziehen ist.

Code-Generierung zur Buildzeit erzeugt fertigen, kompilierbaren PHP-Code, bevor eine Anwendung überhaupt startet, statt Metadaten bei jedem Request erneut per Reflection auszulesen. Symfony und Laravel setzen diese Technik für kompilierte Container ein, weil generierter Code von OPcache wie regulärer Code behandelt wird und Reflection-Overhead im heißen Pfad vollständig entfällt.

Die Werkseinstellungen von OPcache sind für einen Entwickler-Laptop gedacht, nicht für einen PHP-FPM-Pool mit hoher Last. Wer memory_consumption, max_accelerated_files und validate_timestamps nie angepasst hat, verschenkt spürbare Antwortzeit und riskiert Wasted Memory, Hash-Kollisionen und unnötige Dateisystem-Stats bei jedem Request. Dieser Leitfaden zeigt, welche OPcache-Tuning-Parameter tatsächlich messbare Wirkung haben, wie man sie korrekt dimensioniert und wie ein sicherer Zero-Downtime-Deployment-Workflow damit aussieht.

RFC 7807 definiert ein einziges, vorhersagbares JSON-Format für Fehlerantworten: type, title, status, detail und instance. Dieser Artikel zeigt, wie eine PHP-API dieses Format konsequent umsetzt, von der Problem-Details-Klasse über den globalen Exception-Handler bis zu fachlichen Validierungsfehlern mit eigenen Erweiterungsfeldern.

Ein Fluent Interface soll Code lesbarer machen, endet in der Praxis aber oft in schwer debugbaren Ketten ohne klare Fehlerpfade. Mit return $this, sauberer Typsicherheit zwischen self und static sowie Immutability lässt sich ein Fluent Interface bauen, das Method Chaining wirklich sicher macht statt nur elegant aussehen zu lassen.

Verstreute mysql_-Aufrufe und String-verkettete SQL-Abfragen sind eines der häufigsten und gefährlichsten Erbstücke alter PHP-Projekte. Dieser Artikel zeigt, wie man solche Legacy-Datenbankzugriffe systematisch durch eine einheitliche PDO-Schicht mit Prepared Statements ersetzt, ohne den Betrieb zu unterbrechen.