Auf dieser Seite: [ausblenden]
PHP 8.1 Keine Sicherheitspatches mehr erhalten 31 Dezember 2025. WordPress erzählt das immer noch 11.6% von Websites, auf denen es läuft, dass alles in Ordnung ist. Diese Lücke ist kein Fehler, den Sie melden können. Es handelt sich um einen Schwellenwert, der von einer WordPress.org-API festgelegt wird, die in einem eigenen Kalender ausgeführt wird. Machen Sie sich also noch nicht auf die Suche nach einem Dropdown. Überlegen Sie, welche der drei Nachrichten Sie zuerst lesen. Zwei davon bedeuten unterschiedliche Dinge, und der dritte erscheint überhaupt nicht.
Schnelle Antwort: Ändern Sie die PHP-Version in Ihrem Hosting-Kontrollpanel, nicht in WordPress. WordPress kann PHP nicht aktualisieren, und kein Plugin kann das auch. Sichern Sie zuerst, Aktualisieren Sie jedes Plugin und Theme, dann wechseln Sie zu PHP 8.4 und laden Sie Ihre Website neu. Der Dashboard-Hinweis wird beim nächsten Laden der Admin-Seite von selbst gelöscht, weil WordPress die Prüfung anhand Ihrer genauen Versionszeichenfolge zwischenspeichert.
Zuletzt überprüft: August 2026. Versionsschwellenwerte werden live mit der WordPress.org Serve Happy API abgefragt, und die Warnlogik wurde am selben Tag aus dem WordPress-Kern gelesen.
Welche Warnung sehen Sie tatsächlich??
Das Feld auf Ihrem Dashboard hat einen Titel, und dieser Titel ist eine Diagnose. Core wählt zwischen zwei von ihnen, und welches Sie erhalten, sagt Ihnen, wo sich Ihre PHP-Version befindet, bevor Sie etwas nachschlagen. Die dritte Antwort ist, überhaupt keine Box zu bekommen.
- “PHP-Update erforderlich” bedeutet, dass Ihr PHP unten ist 8.0. Der Kern codiert diese Zeile fest. Es deckt ab 23.4% aller WordPress-Installationen, die meisten davon auf PHP 7.4, der am starb 28 November 2022.
- “PHP-Update empfohlen” bedeutet, dass Sie PHP verwenden 8.0 genau. Dieser Zweig starb im November 2023, es bekommt also keine Patches, aber WordPress formuliert es trotzdem sanft.
- Überhaupt keine Box bedeutet, dass Sie PHP verwenden 8.1 oder höher. Dazu gehört PHP 8.1, Das ist das Ende des Lebens.
Auch der Fließtext unter dem Titel variiert. Auf PHP unten 8.0 Du bekommst die volle Bedrohung: “Ihre Website läuft auf einer veralteten PHP-Version, das keine Sicherheitsupdates erhält und bald nicht mehr von WordPress unterstützt wird. Stellen Sie sicher, dass PHP so schnell wie möglich auf Ihrem Server aktualisiert wird. Andernfalls können Sie WordPress nicht aktualisieren.” Es gibt PHP 8.0 Die Bedrohung verkürzt sich auf “das keine Sicherheitsupdates erhält. Es sollte aktualisiert werden.” Die Differenz ist das zukünftige Minimum. Core führt eine hartcodierte Prüfung für alles unterhalb von PHP durch 8.0, mit einem Kommentar, der besagt, dass das unterstützte Minimum auf mindestens steigen wird 8.0 später.
Diese letzte Bedrohung ist für einige Menschen bereits real. WordPress 7.0, freigegeben 20 Kann 2026, Die Unterstützung für PHP wurde eingestellt 7.2 und 7.3 vollständig. Wenn Sie eines von beiden haben, Sie können WordPress nicht installieren 7.0 oder der 7.1 Veröffentlichung, die darauf folgte 19 August 2026. Du bist eingefroren 6.9 bis die PHP-Version umzieht. Das ist 3% der Installationen, und sie erhalten keine weitere Kernfunktionsversion, bis sich jemand bei einem Control Panel anmeldet.
Site Health erzählt eine etwas andere Geschichte als die Dashboard-Box, und es ist das genauere von beiden. Gehe zu Werkzeuge > Site Health. Auf der Registerkarte „Status“ wird Ihr PHP mit „gut“ bewertet, empfohlen, oder kritisch. Die Registerkarte „Info“., unter Server, Gibt die genaue Versionszeichenfolge aus, die Ihr Webserver ausführt. Vertrauen Sie dieser Nummer mehr als allem, was auf der Abrechnungsseite Ihres Gastgebers steht.
Wie dieser Leitfaden überprüft wurde
Drei Quellen haben entschieden, was hier drin ist, in einer festen Reihenfolge sortiert. Zuerst, die WordPress-Kernquelle selbst, weiterlesen 27 August 2026. Das bedeutet die Widget-Logik in wp-admin/includes/dashboard.php, die Version einchecken wp-admin/includes/misc.php, und der Site Health-Test in class-wp-site-health.php. Jede oben zitierte Nachricht ist eine Literalzeichenfolge aus diesen Dateien, keine Paraphrase eines Screenshots von jemandem.
Zweite, die beiden WordPress.org-APIs, die das Verhalten steuern. Das Serve Happy Endpoint wurde mit sieben verschiedenen Versionszeichenfolgen abgefragt, um die genauen Punkte zu finden, an denen sich das Urteil ändert. Das Öffentliche Statistik-API lieferte die Versionsverteilung. Jeder unten aufgeführte Prozentsatz wurde aus dieser Rohnutzlast berechnet, nicht aus einem anderen Führer zitiert.
Dritte, Der eigene Support-Kalender von php.net für die End-of-Life-Daten, und der Kompatibilitätstabelle des Kernhandbuchs für welches WordPress auf welchem PHP läuft.
Folgendes fehlt in der Anleitung, So können Sie den Rest beurteilen. Hier wurde kein Lasttest durchgeführt, Daher werden die folgenden Leistungszahlen den Personen zugeschrieben, die sie durchgeführt haben. Die Menüpfade des Bedienfelds wurden anhand der im August aktuellen Herstellerdokumentation überprüft 2026. Panels werden neu gestaltet, Behandeln Sie diese also als eine Form und nicht als ein Skript. Die Statistik-API ist eine fortlaufende Stichprobe von Websites, die nach Hause rufen, keine Zählung aller WordPress-Installationen auf der Welt.
Die zwei Zahlen hinter der Mitteilung
WordPress entscheidet darüber nicht lokal. In einem wöchentlichen Zyklus wird api.wordpress.org eine Frage gestellt: Ist diese PHP-Version akzeptabel?? Die Antwort kommt mit zwei angehängten Zahlen zurück, und beides ist wichtig.
Mindestversion: 7.4. Darunter, Core weigert sich zu installieren. Es ist auch der Wert, der fest codiert ist wp-includes/version.php, Ohne eine Hauptveröffentlichung wird es also nichts geben.
Empfohlene Version: 8.3. Dies ist die in der Bekanntmachung selbst genannte Zahl, in Site Health, und auf der offiziellen Dokumentationsseite. Schlagen 8.3 oder höher und Site Health bewertet Sie mit Grün.
Hier ist der Teil, der für die Fehlerbehebung wichtig ist. WordPress speichert diese Daten vorübergehend sieben Tage lang im Cache (ein Datenbankeintrag mit einem Ablaufdatum). Der Speicherschlüssel wird aus Ihrer genauen PHP-Versionszeichenfolge erstellt. Ändern Sie Ihre PHP-Version und dieser Schlüssel ändert sich damit. Ein neuer Schlüssel bedeutet, dass keine zwischengespeicherte Antwort vorhanden ist, Deshalb fragt WordPress beim nächsten Laden der Admin-Seite erneut. Die Warnung ist also nicht klebrig. Wenn es eine PHP-Änderung überlebt, PHP hat sich für diese Anfrage nicht wirklich geändert, und der Abschnitt unten deckt ab, warum.
Es gibt noch einen weiteren Mechanismus im Kern, über den es sich zu informieren lohnt. Ein Filter namens wp_is_php_version_acceptable Lässt ein Plugin oder einen Host die Prüfung verschärfen. Die eigene Dokumentation von Core äußert sich unverblümt zum Grenzwert: es “Ich kann diese Prüfung nur verschärfen, aber nicht lockern.” Übersetzung: Ihr Host kann diese Warnung erzwingen, aber niemand kann es über diesen Haken ausschalten. Gastgeber können das auch neu verweisen “Erfahren Sie mehr über die Aktualisierung von PHP” Schaltfläche in der eigenen Dokumentation, Verwendung der WP_UPDATE_PHP_URL Umgebungsvariable. Aus diesem Grund landet die Schaltfläche manchmal in der Wissensdatenbank Ihres Anbieters und nicht auf WordPress.org.
Die Warnung, die Sie nie sehen werden
Nun der unangenehme Teil. Fragen Sie die Serve Happy API nach PHP 8.1 heute und es antwortet ist_sicher: wahr. PHP 8.1 am Ende der Lebensdauer erreicht 31 Dezember 2025 und hat seitdem keine Sicherheitspatches mehr erhalten. Die eigene API von WordPress widerspricht der von php.net, und der WordPress-Kern glaubt an die API.
Folgen Sie dem Code und das Ergebnis ist PHP 8.1 Websites erhalten überhaupt keine Armaturenbrettbox. Keiner. Site Health stuft sie auf Orange herab “empfohlen” statt rot “kritisch”. Auf dem Etikett steht “Ihre Website läuft auf einer älteren PHP-Version, welches aktualisiert werden sollte.” Mittlerweile PHP 8.0, der zwei Jahre zuvor starb, löst eine Box aus. Der gefährdetere Standort erhält die leisere Warnung.
Wenn man das mit der Verteilung vergleicht, wird das Bild schlechter. Addieren Sie alle Zweige, die überhaupt keine Sicherheitspatches erhalten, 39.2% der WordPress-Sites verwenden derzeit totes PHP. Nur 11.1% befinden sich in einem Zweig noch im aktiven Support. Etwa die Hälfte der WordPress-Website basiert auf PHP 8.2 oder 8.3. Diese beiden erhalten Sicherheitsupdates, aber keine Fehlerbehebungen, und 8.2 verliert sogar das an 31 Dezember 2026.
Die ehrliche Version des Ratschlags lautet also:: Das Fehlen einer Warnung beweist nichts. Überprüfen Sie die tatsächliche Zahl in Site Health anhand des Kalenders, nicht gegen Ihr Armaturenbrett.
Auf welche PHP-Version sollten Sie umsteigen??
WordPress sagt 8.3. WordPress ist konservativ, und in diesem Fall können Sie es getrost ignorieren. So stehen die vier Live-Filialen im August 2026.
- PHP 8.2 erhält Sicherheitsupdates bis 31 Dezember 2026. Das sind vier Monate Laufsteg. Wählen Sie es aus und Sie werden es über Silvester wiederholen.
- PHP 8.3 aktive Unterstützung eingeschaltet gelassen 31 Dezember 2025 und erhält Sicherheitsupdates bis 31 Dezember 2027. Es handelt sich um die von WordPress empfohlene Version, deren Fehlerbehebungsfenster bereits überschritten ist.
- PHP 8.4 ist in aktiver Unterstützung bis 31 Dezember 2026, mit Sicherheitsfixes durch 31 Dezember 2028. Es wurde versendet 21 November 2024, so hatten Plugin-Autoren 21 Monate, um das nachzuholen.
- PHP 8.5 versendet 20 November 2025 und läuft bis 31 Dezember 2029. WordPress 6.9 Unterstützung dafür hinzugefügt, und 7.0 und 7.1 sind beide voll kompatibel.
Gehe zu PHP 8.4. Es verschafft Ihnen fast zweieinhalb Jahre, und es ist die Version, mit der die meisten Plugin-Autoren tatsächlich getestet haben. Wenn eine Abhängigkeit unterbrochen wird, Sie befinden sich auf ausgetretenem Terrain, wo jemand die Lösung bereits aufgeschrieben hat. PHP 8.5 ist der richtige Anruf für ein kleines, Moderner Stack, den Sie durchgängig kontrollieren. Sie möchten es zuerst irgendwo testen.
Tun Sie dies nicht aus Geschwindigkeitsgründen. Tideways hat WordPress einem Benchmarking unterzogen 6.8.3 auf einem 8-Core-AMD-Server, mit JIT (Der Just-in-Time-Compiler von PHP) ausgeschaltet. Antwortzeiten zwischen PHP 8.4 und 8.5 zeigte keine nennenswerte Veränderung. Variation quer 8.2 zu 8.5 lag innerhalb der Fehlergrenze. Unter Parallelität, nur PHP 7.4 zurückgeblieben, und um 5% auf Anfragen pro Sekunde. Das haben sie gemessen. Was daraus folgt, ist so bewegend 8.2 zu 8.5 ist eine Sicherheits- und Kompatibilitätsentscheidung, keine Leistung. Jeder, der Ihnen eine 3-fache Beschleunigung durch einen Versionssprung verkauft, zitiert synthetische Schleifen, keine echte Seite.
Eine Kuriosität aus der Statistik, seit es auftaucht: 0.011% der WordPress-Sites berichten über PHP 8.6. Dieser Zweig existiert noch nicht. Es ist in der Betaphase 13 August 2026 und Schiffe 19 November 2026. Jemand führt WordPress auf einem PHP-Build vor der Veröffentlichung aus, und das bist nicht du, und das sollte nicht sein.
Bevor Sie das Dropdown-Menü berühren
Vier Dinge, in Ordnung. Wenn man die ersten beiden auslässt, wird aus einem Fünf-Minuten-Job ein Abend.
Machen Sie ein echtes Backup. Dateien und Datenbank, irgendwo vom Server heruntergeladen. Ein Wiederherstellungspunkt innerhalb desselben Hosting-Kontos ist nutzlos, wenn das Konto kaputt geht.
Aktualisieren Sie zuerst alles. Instrumententafel > Aktualisierung, dann Kern, dann Plugins, dann Themen. Load the front end and the admin afterwards and confirm nothing shifted. Most PHP upgrade failures are not really PHP failures. They’re a plugin three years behind that was already broken and nobody noticed.
Turn on the error log. Hinzufügen definieren("WP_DEBUG", wahr); und definieren(‘WP_DEBUG_LOG’, wahr); to your wp-config.php file, mit WP_DEBUG_DISPLAY set to false so visitors see nothing. Errors land in wp-content/debug.log. Set this up before the switch and you’ll have the answer waiting for you instead of a blank screen.
Test on a copy. Inszenierung, eine Subdomain, a local install, anything. If your host offers one-click staging, this is what it’s for.
Now the compatibility check, which is where the standard advice falls apart. WordPress’s own documentation page, the one the dashboard button links to, tells you at step three to install the PHP Compatibility Checker plugin. Öffnen Sie die Seite dieses Plugins und die erste Zeile seiner eigenen Beschreibung lautet: “WARNUNG: Der PHP-Kompatibilitätschecker wird nicht mehr aktiv gepflegt.” Weiter heißt es, es werde keine weiteren Veröffentlichungen mehr geben, einschließlich Sicherheitsveröffentlichungen. Sein höchstes Prüfziel ist PHP 8.0 und es wurde zuletzt gegen WordPress getestet 6.4. Dieses Plugin wurde mehr als drei Millionen Mal heruntergeladen, und die offiziellen Reparaturanweisungen von WordPress verweisen immer noch darauf. Die Version, zu der Sie wechseln, kann nicht getestet werden.
Was funktioniert also stattdessen?? Für die meisten Menschen, Nichts geht über eine Staging-Kopie mit aktiviertem Fehlerprotokoll. Dort PHP umstellen, Klicken Sie sich durch Ihre wichtigsten Seiten, und das Protokoll lesen. Bequem über eine Befehlszeile? Die gepflegte Option ist der PHPCompatibilityWP-Regelsatz für PHP_CodeSniffer. Installieren Sie es über Composer und führen Sie es mit einem Zielversions-Flag aus. Es ist die gleiche Engine, mit der das aufgegebene Plugin umhüllt wurde, abzüglich der Hülle.
Es gibt auch einen schnelleren Gesundheitspass, der nichts kostet. Sortieren Sie Ihre Plugins nach dem Datum der letzten Aktualisierung auf WordPress.org. Seitdem ist alles unberührt geblieben 2023 ist das, was kaputt gehen wird (und Sie wissen wahrscheinlich bereits, um welches es sich handelt). Kein Scanner erforderlich.
So ändern Sie die PHP-Version auf Ihrem Host
PHP lebt auf dem Server, Dies geschieht also in Ihrem Hosting-Panel. WordPress hat keine Kontrolle darüber, und jedes Plugin, das etwas anderes behauptet, lügt Sie an.
cPanel: MultiPHP-Manager
Unter Software, öffnen MultiPHP-Manager. Markieren Sie die gewünschte Domain, Wählen Sie eine Version aus der Dropdown-Liste „PHP-Version“., Klicken Sie auf Übernehmen. Es tritt sofort in Kraft. Sie können mehrere Domains ankreuzen und gemeinsam ändern. Dieses Tool verwaltet die EA-PHP-Pakete, die cPanel selbst liefert.
cPanel: Wählen Sie PHP-Version
Es gibt ein zweites Werkzeug im selben Panel, und es bringt die Leute ständig zum Stolpern. Wenn Ihr Host CloudLinux ausführt, wird auch angezeigt Wählen Sie PHP-Version unter Software. Das ist der CloudLinux PHP Selector. Es verwaltet Alt-PHP-Pakete und gilt auf Kontoebene. Wo beides existiert, Der Selector ist derjenige, der für Ihr Konto gewinnt. Ein verwandtes Problem: Einstellungen, die Sie im MultiPHP-INI-Editor ändern, haben keine Auswirkungen auf eine Alt-PHP-Version. Sie müssen diese stattdessen in „PHP-Version auswählen“ bearbeiten.
Welches sollten Sie verwenden?? Welches auch immer Ihr Host tatsächlich konfiguriert hat. Wenn das Ändern von MultiPHP nichts bewirkt, Überprüfen Sie „PHP-Version auswählen“., und umgekehrt.
Plesk
Gehe zu Websites & Domänen, Klicken Sie auf die Domäne, dann PHP-Einstellungen. Wählen Sie Ihre Version aus der Dropdown-Liste oben aus und klicken Sie auf „Übernehmen“.. Ältere Plesk-Builds bezeichnen denselben Bildschirm “PHP-Version”.
Hostinger hPanel
Aus dem Hosting-Bereich, Klicken Sie neben Ihrer Domain auf „Verwalten“., dann Erweitert > PHP-Konfiguration in der Seitenleiste. Wählen Sie die Version und klicken Sie auf Aktualisieren. Subdomains und Unterordner werden hier separat konfiguriert. Eine Site, die sich in einem Unterordner befindet, kann sich auch dann noch in der alten Version befinden, wenn Sie die Hauptdomain geändert haben.
SiteGround-Site-Tools
Öffnen Entwickler > PHP-Manager und klicken Sie auf das Stiftsymbol. Neue Websites verwenden standardmäßig Managed PHP, wo SiteGround die Version für Sie auswählt. Um es selbst zu wählen, wechseln zu “Ändern Sie die PHP-Version manuell”, Wählen Sie eine Version aus, und bestätigen. Bei einem Ultrafast-PHP-Setup gilt die Änderung für die gesamte Website, einschließlich Subdomains, Das ist praktisch, bis es nicht mehr praktisch ist.
Verwaltete WordPress-Hosts
Kinsta, WP Engine, Pressbar, Cloudways und der Rest stellen PHP als Einstellung pro Site in ihrem eigenen Dashboard zur Verfügung. Schauen Sie auf der Registerkarte „Extras“ oder „Umgebung“ nach. Diese Hosts erzwingen auch die Zwangsmigration von Kunden aus toten Zweigen innerhalb einer veröffentlichten Frist, anstatt auf dich zu warten. Das ist einer der ruhigeren Gründe verwaltetes WordPress-Hosting kostet, was es tut. Überprüfen Sie Ihren Posteingang, bevor Sie auf die Suche gehen, da die Änderung möglicherweise bereits geplant ist.
Ihr eigener Server
Auf einem VPS oder einer dedizierten Box gibt es kein Dropdown-Menü. Sie installieren das neue PHP-FPM-Paket (der Dienst, der PHP für Ihren Webserver ausführt). Richten Sie dann die Poolkonfiguration auf den neuen Socket und starten Sie beide Dienste neu. Achten Sie auf eine Sache: php -v über SSH meldet die CLI-Binärdatei, Dabei handelt es sich häufig um eine andere Version als die, mit der FPM Ihre Website bedient. Die Zahl in Site Health ist diejenige, die zählt.
Überhaupt kein Panel, oder eines, das nicht die gewünschte Version bietet? E-Mail an den Support und fragen Sie nach. Die offizielle WordPress-Dokumentation stellt sogar eine Vorlage dafür bereit, Hier erfahren Sie, wie oft Gastgeber die Frage hören.
Sie haben PHP geändert und die Warnung ist immer noch da
Dann hat sich PHP für die Anfrage, die diese Seite gerendert hat, nicht geändert. Denken Sie an das Caching. WordPress überprüft Ihre genaue Versionszeichenfolge, Eine echte Versionsänderung erzwingt also eine erneute Suche beim nächsten Admin-Laden. Eine verbleibende Warnung ist kein veralteter Cache. Es ist eine falsche Version.
Gehen Sie diese durch, ungefähr in der Reihenfolge, wie oft sie der Täter sind:
- Falsche Domäne. Add-on-Domains, Subdomains und Unterordnerinstallationen werden in den meisten Panels separat konfiguriert. Sie haben die Version am geändert example.com und WordPress lebt weiter shop.example.com.
- Zwei PHP-Tools, ein Server. Die oben beschriebene Situation zwischen CloudLinux Selector und MultiPHP. Ändere es im anderen.
- Eine .htaccess-Handlerzeile. Ein alter AddHandler oder SetHandler Die Direktive in Ihrer Root-.htaccess-Datei kann eine bestimmte PHP-Version anheften und das Panel stillschweigend überschreiben. Durchsuchen Sie die Datei nach “php” und kommentieren Sie alles aus, was eine Version nennt.
- Sie haben die CLI überprüft. Oben abgedeckt, und es erwischt erfahrene Leute mehr als Anfänger.
- Es landete bei der Inszenierung. Ein Blick lohnt sich, wenn Sie kürzlich Staging aktiviert und den Kontext gewechselt haben.
Der Tiebreaker ist immer Tools > Site Health > Info > Server > PHP-Version. Dieser Wert wird zur Laufzeit gelesen, innerhalb derselben Webanforderung, die die Seite zeichnet. Da lügt nichts.
Wenn die Site nach dem Wechsel unterbrochen wird
Erster Schritt: Setzen Sie die PHP-Version zurück. Es ist das gleiche Dropdown-Menü, es dauert zehn Sekunden, und die Seite kehrt zurück. Anschließend diagnostizieren, ohne Druck. Diese Reversibilität ist der Grund, warum eine PHP-Änderung auf einer Live-Site sicher durchgeführt werden kann. Eine Datenbankmigration, sagen, ist nicht.
Dann lesen Sie das Protokoll, anstatt zu raten. Öffnen wp-content/debug.log und schauen Sie sich an, was PHP tatsächlich gesagt hat, denn die drei Dinge, die darin stehen, sind nicht gleich ernst:
- Veraltet ist Lärm. Das häufigste unter PHP 8.4 ist “Das implizite Markieren von Parametern als Nullable ist veraltet”. Es hat Loco Translate erreicht, Cookiebot, MailPoet- und WooCommerce-PayPal-Zahlungen, unter anderen. Es füllt Ihr Protokoll. Es beschädigt Ihre Website nicht.
- Warnung bedeutet, dass etwas schief gelaufen ist und die Ausführung fortgesetzt wurde. Manchmal sichtbar, manchmal nicht.
- Schwerwiegender Fehler ist derjenige, der dich weiß. Das Protokoll benennt die Datei und die Zeile, und der Dateipfad sagt Ihnen, welches Plugin oder Theme dafür verantwortlich ist.
Seit WordPress 5.2, Core erkennt schwerwiegende Fehler von Plugins und sendet per E-Mail an die Administratoradresse einen Link zum Wiederherstellungsmodus. Über diesen Link werden Sie in einem Dashboard angemeldet, wobei das problematische Plugin angehalten ist, Das reicht normalerweise aus, um es zu deaktivieren und loszulegen. Überprüfen Sie diesen Posteingang, bevor Sie mit der Bearbeitung von Dateien über FTP beginnen.
Sobald Sie das schuldige Plugin kennen, Sie haben drei Möglichkeiten und alle sind in Ordnung. Aktualisieren Sie es, ob ein Update vorhanden ist. Ersetzen Sie es durch etwas, das gewartet wird. Oder geben Sie eine PHP-Version zurück und geben Sie dem Entwickler eine Frist. Was Sie nicht tun sollten, ist, auf unbestimmte Zeit auf totem PHP zu bleiben, weil ein Plugin von 2021 weigert sich, sich zu bewegen.
Was kostet Sie altes PHP, während Sie warten?
Das Sicherheitsargument liegt auf der Hand, Lassen wir es also hinter uns und wenden uns dem Mechanismus zu, von dem die meisten Menschen nichts wissen.
WordPress installiert kein Plugin-Update, das ein neueres PHP erfordert als das von Ihnen verwendete. Stattdessen wird dies gedruckt, wörtlich aus dem Kern: “Es ist eine neue Version von X verfügbar, aber es funktioniert nicht mit Ihrer PHP-Version.” Das Update sitzt dort, sichtbar, nicht anklickbar. Automatische Updates überspringen es ebenfalls stillschweigend: Der Updater des Kerns vergleicht das erforderliche PHP des Plugins mit Ihrem und lehnt stillschweigend ab. Ein Plugin liefert also einen Sicherheitspatch, Sie haben automatische Updates aktiviert, Sie gehen davon aus, dass Sie abgesichert sind, und das bist du nicht. Altes PHP macht Sie nicht nur über PHP selbst sichtbar. Es friert Ihre Plugins stillschweigend bei der zuletzt unterstützten Version ein, und jedes eingefrorene Plugin sammelt seine eigenen ungepatchten Lücken.
Die Plugin-Aktivierung funktioniert auf die gleiche Weise. Ein Plugin, das über Ihrer Version einen Requires PHP-Header deklariert, wird einfach nicht aktiviert. Daher schlägt eine Installation mit einer Meldung über PHP fehl, und Sie suchen nach einem Problem im Plugin, das nicht vorhanden ist.
Der Betrieb eines Ladens verdeutlicht dies. WooCommerce empfiehlt PHP 8.3 oder größer, und die dazugehörigen Zahlungs- und Versanderweiterungen bewegen sich schneller als das Kern-Plugin. Ein eingefrorenes Zahlungsgateway ist sowohl ein Compliance-Problem als auch ein technisches. Deshalb WooCommerce-Hosting bringt Kunden schneller auf aktuelles PHP als allgemeines Shared Hosting.
Und die Zahl, die es zusammenhält: 6% der WordPress-Installationen liegen unter PHP 7.4, Daher können sie WordPress nicht ausführen 7.0 oder 7.1 überhaupt. Nicht “sollte nicht”. Kann nicht. Kern weigert sich. Alle Funktionen und Sicherheitsupdates in diesen Versionen bleiben außer Reichweite, bis die PHP-Version verschoben wird. Daran ändert auch kein Klick auf „Aktualisieren“ im Dashboard etwas.
Können Sie die Warnung einfach ausblenden??
Ja, und es ist ein schlechter Handel, Aber lassen Sie uns klarstellen, wie es gemacht wird, anstatt etwas anderes vorzutäuschen.
Die Dashboard-Box ist ein gewöhnliches Widget, das unter der ID registriert ist Dashboard_php_nag. Ein einziger Anruf an Remove_meta_box(„dashboard_php_nag“, 'Armaturenbrett', 'Normal') süchtig nach wp_dashboard_setup entfernt es. Mehrere kleine Plugins machen nichts anderes.
Was das nicht tut, ist eine Auflistung wert, denn die Warnung ist das Geringste von dem, was passiert. Site Health markiert die Version weiterhin. Plugin-Updates, die neueres PHP erfordern, sind weiterhin blockiert. Ihr PHP erhält immer noch keine Sicherheitspatches. Und Sie haben die einzige sichtbare Erinnerung daran entfernt, dass irgendetwas davon wahr ist. Das sind die tatsächlichen Kosten. Sechs Monate später, Niemand erinnert sich, warum die Plugin-Liste nicht mehr verschoben wurde.
Eine Sache, die Sie nicht tun können, ist, es durch den Filter des Kerns zu unterdrücken. Das wp_is_php_version_acceptable Hook wird nur ausgeführt, wenn die API bereits „Ja“ gesagt hat, und es kann das Urteil nur verschärfen. Wenn Sie auf der Suche nach dem sind “offiziell” Möglichkeit, dies auszuschalten, es gibt keinen, und das ist Absicht.
Blenden Sie es aus, wenn Sie eine fundierte Entscheidung getroffen haben, für einen bestimmten Zeitraum dort zu bleiben. Tragen Sie ein Datum in Ihren Kalender ein. Andernfalls, Verbringen Sie stattdessen die zehn Minuten.
Häufig gestellte Fragen
Wird die Aktualisierung von PHP meine WordPress-Site beschädigen??
Normalerweise nicht, Und wenn doch, liegt die Ursache fast immer an einem verlassenen Plugin und nicht an PHP selbst. Der WordPress-Kern ist vollständig mit PHP kompatibel 8.4 seit Version 6.7, und mit 8.5 schon seit 6.9. Das Risiko liegt im Code von Drittanbietern, der seit Jahren nicht aktualisiert wurde. Aktualisieren Sie zuerst alles, Behalten Sie das Fehlerprotokoll bei, Und denken Sie daran, dass Sie die alte Version in Sekundenschnelle wiederherstellen können.
Soll ich PHP verwenden? 8.4 oder PHP 8.5 für WordPress?
PHP 8.4 für die meisten Websites. Es läuft bis 31 Dezember 2028 und verfügt über die breitere Plugin-Erfolgsbilanz. PHP 8.5 läuft ein Jahr länger, zu 31 Dezember 2029, und WordPress 7.0 und 7.1 beide unterstützen es voll und ganz. Wählen 8.5 wenn Sie zuerst das Staging testen können und Ihre Plugin-Liste kurz und modern ist. Leistung spielt in beiden Fällen keine Rolle, da Benchmarks die Differenz zwischen den beiden innerhalb der Fehlermarge liegen lassen.
Wie überprüfe ich, welche PHP-Version auf meiner Website ausgeführt wird??
Werkzeuge > Site Health > Info, Erweitern Sie den Abschnitt „Server“., Suche “PHP-Version”. Das ist der Laufzeitwert der tatsächlichen Webanfrage. Es übertrifft Ihr Bedienfeld, Ihre Abrechnungsseite, und alles php -v Berichte über SSH. Es dauert etwa fünfzehn Sekunden und erfordert kein Plugin.
Kann ich PHP selbst aktualisieren oder muss ich meinen Host fragen?
Auf cPanel, Plesk, hPanel und Site Tools können Sie selbst über ein Dropdown-Menü erledigen. Auf verwalteten WordPress-Plattformen handelt es sich um eine Einstellung pro Site im Dashboard. Auf einem VPS installieren Sie das Paket und starten den Dienst neu. Nur bei gesperrten oder älteren gemeinsamen Plänen müssen Sie den Support per E-Mail kontaktieren, und WordPress veröffentlicht Vorlagentexte für genau diese Anfrage.
Warum kommt die PHP-Update-Warnung immer wieder??
Weil sich Ihre PHP-Version wirklich nicht geändert hat. WordPress speichert die Prüfung anhand Ihrer genauen Versionszeichenfolge im Cache. Durch einen Versionswechsel wird dieser Cache automatisch ungültig, und der Hinweis wird beim nächsten Laden der Admin-Seite gelöscht. Falls es noch da ist, Drei Dinge verursachen es. Eine von der Hauptdomäne getrennt konfigurierte Subdomain. Ein zweites PHP-Tool in Ihrem Panel, das das erste überschreibt. Oder eine AddHandler-Zeile in Ihrer .htaccess-Datei, die die alte Version anheftet.
Muss ich PHP aktualisieren, wenn meine Website einwandfrei funktioniert??
Ja, und “Funktioniert gut” ist genau so, wie es aussieht, bis es nicht mehr so ist. Ihre PHP-Version erhält zu einem festgelegten Datum in einem veröffentlichten Kalender keine Sicherheitspatches mehr, und 39.2% der WordPress-Seiten gehören ihnen nicht mehr. Die praktischen Kosten fallen früher an als die Sicherheitskosten. Plugin-Updates, die neueres PHP erfordern, werden blockiert, Daher stehen Patches, von denen Sie annehmen, dass sie automatisch installiert werden, stillschweigend in der Warteschlange.
Wie lange dauert ein PHP-Update??
Der Schalter selbst ist ein Dropdown-Menü und gilt sofort, normalerweise innerhalb einer Sekunde. Der Aufwand dafür ist der eigentliche Kostenfaktor. Fünfzehn Minuten für ein Backup und ein vollständiges Plugin-Update, Anschließend klicken Sie noch einmal fünfzehn Mal durch Ihre wichtigsten Seiten. Auf einer unkomplizierten Website mit gepflegten Plugins, Eine halbe Stunde von Anfang bis Ende. Auf einer Website mit einem Jahrzehnt angesammelter Plugins, Planen Sie einen Nachmittag ein und testen Sie eine Kopie.
Fazit
Öffnen Sie Site Health, Lesen Sie die tatsächliche Zahl, und vergleichen Sie es mit dem Kalender statt mit Ihrem Dashboard. Wenn ja 7.3 oder niedriger, Sie sind von WordPress ausgeschlossen 7.0 und 7.1 vollständig, und das ist das Dringende. Wenn ja 7.4, Sie können WordPress weiterhin aktualisieren, aber Sie verwenden seit November ungepatchtes PHP 2022. Wenn ja 8.0 oder 8.1, Sie erhalten auch keine Sicherheitspatches, und 8.1 warnt dich nicht einmal. Wenn ja 8.2, Du hast bis 31 Dezember 2026 bevor du wieder hier bist. Gehe zu PHP 8.4 jetzt und überspringen Sie den erneuten Besuch.
Der gesamte Job ist ein Backup, eine Runde Plugin-Updates, und ein Dropdown. Es fühlt sich riskant an, weil der Fehlermodus laut und die Belohnung unsichtbar ist. Es steht also jahrelang auf der To-Do-Liste. Sie sagen, dass es überfällig ist: Ein Plugin-Update, das Sie sehen, aber nicht anklicken können.
Gleich nach diesem Problem tauchen häufig zwei verwandte Probleme auf. Wenn sich die Website unter aktuellem PHP immer noch langsam anfühlt, Der Engpass liegt vor dem Server. Unser Leitfaden zu Behebung von Rendering-blockierenden Ressourcen in WordPress deckt dort ab, wo es sich normalerweise versteckt. Steckt Ihr Host zwei PHP-Zweige dahinter fest?, wobei die neueste Version im Dropdown-Menü fehlt? Das ist ein Hosting-Problem im PHP-Kostüm. Unser Leitfaden zu Auswahl des Hostings für eine WordPress-Website Filter für Anbieter, die aktuelle Filialen verfügbar halten. Die Guten migrieren Kunden nach einem veröffentlichten Zeitplan aus toten Filialen.