PHP-Version wechseln: Kompatibilität vor der Freigabe prüfen

Supportstatus aktuell nachschlagen

Die offizielle PHP-Übersicht zeigt für jeden unterstützten Zweig die Phasen der aktiven Pflege und der Sicherheitsunterstützung. Ein Zweig kann noch Sicherheitskorrekturen erhalten, obwohl die aktive Fehlerbehebung bereits endet. Nach Ablauf der Unterstützung ist das eine andere Ausgangslage. Prüfe die Übersicht zum Zeitpunkt des geplanten Wechsels, statt dich auf eine ältere Empfehlung oder einen fest eingebauten Versionshinweis zu verlassen.

Auch die Anwendung veröffentlicht Voraussetzungen und Empfehlungen. Bei WordPress gehören PHP und die Datenbankumgebung dazu. Die Möglichkeit, eine Installation mit einer älteren Laufzeit technisch zu starten, ist kein ausreichender Nachweis für einen sinnvollen, unterstützten Betrieb. Unterscheide deshalb Mindestanforderung, Empfehlung und tatsächliche Kompatibilität der eigenen Erweiterungen.

Die vorhandene Umgebung erfassen

Notiere WordPress-Version, Themes, Plugins und individuell eingebauten Code. Ergänze erforderliche PHP-Erweiterungen sowie relevante Einstellungen. Ein Bildverarbeitungs-, Verschlüsselungs- oder Importmodul kann für einen bestimmten Ablauf wichtig sein, obwohl die Startseite ohne dieses Modul funktioniert. Die Liste sollte auch externe Schnittstellen und zeitgesteuerte Aufgaben enthalten.

Beachte, dass Webserver und Kommandozeilenaufgaben unterschiedliche PHP-Aufrufe verwenden können. Ein erfolgreich umgestellter Webaufruf beweist nicht automatisch, dass ein Cronjob dieselbe Laufzeit nutzt. Prüfe die tatsächliche Zuordnung im Verwaltungssystem oder gemeinsam mit dem Betreiber. Veröffentliche dafür keine ungeschützte Diagnose-Seite mit umfangreichen Systemdetails.

Mit einer geeigneten Kopie testen

Erstelle eine geschützte Staging-Umgebung mit einem brauchbaren Datenstand und der vorgesehenen Zielversion. Übernimm die benötigten Erweiterungen und Einstellungen möglichst nachvollziehbar. Begrenze ausgehende Nachrichten und andere Außenwirkungen. Wenn sich die Testumgebung von der Live-Konfiguration unterscheidet, notiere diese Abweichungen ausdrücklich, damit das Ergebnis nicht mehr Sicherheit vortäuscht, als es liefert.

Teste die entscheidenden Nutzungsabläufe und das Backend. Dazu gehören je nach Projekt Anmeldung, Suche, Medienverarbeitung, Formulare, Shopfunktionen und Hintergrundaufgaben. Sieh zusätzlich nach technischen Meldungen in den vorgesehenen Protokollen. Warnungen und veraltete Funktionen können Hinweise auf nötige Anpassungen liefern. Solche Meldungen sollten nicht mit internen Pfaden oder sensiblen Daten öffentlich auf der Website erscheinen.

• Supportstatus und Herstellerhinweise prüfen.
• Benötigte Erweiterungen und Einstellungen erfassen.
• Live-nahe Kopie mit begrenzten Außenwirkungen testen.
• Web-, Verwaltungs- und Hintergrundabläufe abnehmen.

Freigabe und Rückweg zusammen planen

Vor dem produktiven Wechsel müssen Sicherung, Zuständigkeit und ein geeigneter Zeitpunkt geklärt sein. Halte fest, wie du die bisherige Laufzeit wieder zuordnen könntest und welche zusätzlichen Änderungen ausgeführt werden. Wenn gleichzeitig Plugins oder Datenbankstrukturen aktualisiert werden, kann die reine Rückkehr zur alten PHP-Version unzureichend sein. Der Zustand der Daten gehört deshalb zum Plan.

Bei einem laufenden Shop oder Portal entstehen während des Eingriffs neue Daten. Ein älteres vollständiges Backup zurückzuspielen könnte diese Änderungen verwerfen. Plane den Umgang damit vor dem Wechsel. Je nach Umfang sind eine Schreibpause, ein abgestimmter Abgleich oder eine gezielte Korrektur erforderlich. Die richtige Lösung hängt von Anwendung und Fehlerbild ab, nicht allein vom PHP-Schalter.

Nach dem Wechsel gezielt beobachten

Wiederhole nach der produktiven Freigabe die wichtigsten Prüfungen. Kontrolliere auch zeitversetzt laufende Aufgaben und bekannte Sonderabläufe. Achte auf neue Fehlermeldungen und darauf, ob OPcache und andere Cache-Ebenen mit dem neuen Stand korrekt arbeiten. Ein einzelner erfolgreicher Seitenaufruf direkt nach der Umschaltung ist noch keine vollständige Abnahme.

Dokumentiere Zielversion, Datum, relevante Konfiguration und Testergebnis. Plane bereits die nächste Prüfung des Supportstatus. Ein funktionierender Wechsel ist kein Anlass, die Umgebung dauerhaft unverändert zu lassen. Mit einer aktuellen Bestandsliste und einem wiederverwendbaren Testplan wird die nächste Aktualisierung überschaubarer und die Verantwortung für Anwendung und Server bleibt klar benannt.