Notfallentwicklung PHP

Was Notfallentwicklung PHP umfasst

Notfallentwicklung PHP bezeichnet die kurzfristige Fehlerbehebung an einer laufenden Anwendung, die in der Skriptsprache PHP geschrieben ist. Ein externes Team grenzt die Ursache ein, setzt eine Korrektur im Quellcode um und bringt sie unter Zeitdruck zurück in den Betrieb. Anlass ist meist ein Ausfall, ein fehlerhafter Datenbestand oder eine offene Sicherheitslücke im Livesystem.

PHP wird auf dem Server ausgeführt und erzeugt dort die Seiten, die der Browser anzeigt. Ein einzelner fehlerhafter Aufruf kann deshalb den gesamten Auftritt stilllegen, anders als ein Fehler im Frontend, über den ein Browser oft hinweggeht. Ein PHP-Ausfall der Website bleibt selten auf ein Detail beschränkt. Der Eingriff verlangt dieselben Kenntnisse wie die reguläre PHP-Entwicklung, nur unter Zeitdruck und am produktiven System.

Wo die Ursache liegen kann

Vor jeder Korrektur steht die Eingrenzung, und sie endet in einem von drei Bereichen. Beim Betrieb, wo ein voller Datenträger oder ein blockierter Prozess die Anwendung anhält. Bei der Serverumgebung, etwa nach einem Versionswechsel von PHP, der ältere Funktionsaufrufe abschaltet. Und im Code selbst, wo ein einzelnes falsch gesetztes Zeichen genügt, damit ein Ablauf abbricht. Häufig treffen zwei Bereiche zusammen, etwa ein Codefehler, der erst nach einem Versionswechsel sichtbar wird. Erst die Eingrenzung entscheidet über das weitere Vorgehen. Stellt ein Notfallservice den Betrieb ohne Änderung am Quellcode wieder her, ist gar keine Entwicklung nötig.

Ablauf einer Notfallentwicklung PHP

Die Reihenfolge entspricht der einer geplanten Entwicklung, nur stark verdichtet. Zugang zu System und Quellcode, Nachstellen des Fehlers, Analyse, Korrektur, Funktionstest, Einspielen und Fehlerbericht. Ohne das Nachstellen wird aus der Korrektur ein Versuch. Wie schnell sich ein PHP-Fehler beheben lässt, entscheidet daher selten der Code allein. Daneben läuft die Frage, ob der Fehler bereits Daten beschädigt hat, denn eine Korrektur, die den fehlerhaften Bestand stehen lässt, räumt nur die Hälfte auf. Jeder Schritt wird protokolliert, sonst lässt sich hinterher nicht belegen, was am System verändert wurde.

Was vorher geregelt sein muss

Im Ernstfall kostet die Suche nach Zugangsdaten mehr Zeit als die eigentliche Reparatur. Zugänge, eine gepflegte Codeverwaltung und eine zugesagte Reaktionszeit gehören deshalb in einen Wartungsvertrag, bevor etwas ausfällt. Ohne Vorabvereinbarung beginnt der Einsatz mit Formalien statt mit Analyse. Wer PHP-Fehler beheben lassen will, ohne laufende Betreuung zu haben, zahlt diese Anlaufzeit in jedem einzelnen Fall erneut. Ebenso gehört vorab geklärt, wer einen Eingriff freigeben darf, damit die Korrektur nicht auf eine Unterschrift wartet.