Während ich auf die Umstellung des Servers auf neue Software inkl. Unterstützung für HTTP/2 warte, habe ich gestern ein paar kleine Testreihen durchgeführt und geschaut wie sich die Umstellung von PHP 5.6 auf 7.0 und 7.1 – jeweils als CGI/FPM – auf die allgemeine Performance von WordPress-Installationen auswirkt.
Als Testobjekte nahm ich meine Herr-der-Ringe-Website und die WP-Installation hier auf perun.net. Gemessen habe ich lediglich die Startseite und zwar auf Pingdom, in den Developer Tools von Firefox und auf GTmetrix.
Schauen wir uns zuerst die Screenshots der Tolkien-Seite mal unter PHP 5.6 an:
Darunter kommen die Ergebnisse in PHP 7.0:
Und zu guter Letzt das ganze in PHP 7.1:
Hier noch einmal die Tabellen mit den Ergebnissen der jeweiligen Website und Einstellung:
| Faszination Tolkien | Pingdom | Firefox | mit Cache | GTmetrix |
|---|---|---|---|---|
| PHP 5.6 | 1.020 ms | 2.000 ms | 520 ms | 2.300 ms |
| PHP 7.0 | 755 ms | 1.520 ms | 380 ms | 2.200 ms |
| PHP 7.1 | 702 ms | 1.400 ms | 380 ms | 2.100 ms |
In der dritten Spalte sieht man die Werte in Firefox mit einem leeren Browsercache, wie es bei einem Neubesucher der Website wäre, und in der vierten Spalte sind die Werte in Firefox mit vollem Browsercache zu sehen. Das gleiche noch einmal für perun.net:
| perun.net | Pingdom | Firefox | mit Cache | GTmetrix |
|---|---|---|---|---|
| PHP 5.6 | 1.250 ms | 2.720 ms | 920 ms | 3.500 ms |
| PHP 7.0 | 984 ms | 2.700 ms | 670 ms | 3.400 ms |
| PHP 7.1 | 948 ms | 2.690 ms | 630 ms | 3.300 ms |
Wie schon oben angemerkt, läuft der Server noch nicht mit HTTP/2, was sich vor allem bei https-Seiten positiv auf die Performance auswirken soll. In den GTmetrix-Spalten fallen die Unterschiede sehr klein aus, was meiner Meinung nach hauptsächliche daran liegt, dass die Websites aus Vancouver in Kanada aufgerufen werden, wogegen Pingdom in der Einstellung dies aus Stockholm (Schweden) macht. Dafür sind die Unterschiede in Firefox mit vollem Cache und vor allem in Pingdom sehr deutlich.
Wenn man sich noch die folgende Grafik anschaut, in der der Speicherverbrauch der gleichen WordPress-Instalaltion unter PHP 5.6, 7.0 und 7.1 angezeigt wird…
… dann ist der Umstieg auf PHP 7.x auf jeden Fall ein lohnenswerter Schritt der die Website performanter macht und den Server schont, zumal ich bei beiden Installationen weder unter PHP 7.0 noch unter PHP 7.1 irgendwelche Probleme mit WordPress oder dort eingesetzten Plugins erkennen konnte.
Wir arbeiten seit 20 Jahren mit WordPress und bieten diverse Dienstleistungen rund um das System an. Kontaktiere uns für weitere Informationen oder für ein Angebot.
Hatte die exakt gleichen Erfahrungen gemacht. Von PHP5 auf PHP7 gibt es einen schönen Geschwindigkeitsvorteil.
Danke für die Info. Du ersparst mir eine Menge Testarbeit. Ich werde auch umstellen, bei dem guten Ergebnis.
Wie sieht es mit den plugins aus? Funktionieren die alle problemlos?
Alle Plugins, auf beiden Installationen funktionieren ohne Probleme.
Witzig. Wenn ich bei der Email mich der Formular-Auto-Fillin Funktion bediene, wird meine Adresse gepostet. Obwohl der richtige Text im Kommentar Feld steht.
Danke auf alle Fälle. Ich werd das auch mal probieren.
Hallo Wini,
das kam dadurch zu Stande, dass Antispam Bee ein verstecktes Feld einfügt, auf das dann die Auto-Fill-Funktion zugreift. Werde mal schauen, welche Funktion innerhalb von Antispam Bee dafür zuständig ist.
Nachtrag: habe jetzt versucht mit der Autofill-Funktion das Problem nachzuvollziehen. Aber bei mir wird das versteckte Feld nicht ausgefüllt und es wird auch nicht die Adresse angegeben, wie bei dir und bei Kevin. Muss daher noch weiter recherchieren.
Einige ältere Plugins wie AEC gehen nicht mehr, aber die waren ja auch schon nicht mehr für die aktuellen WP-Versionen opportun. Für Core und die Masse gängiger, aktueller Plugins, bei mir 46 incl. maps, bausteien, Gallerien etc. ist alles o.k.. Danke für den Tip und Test!
Danke für den Test.
Ein Problem gab es aber, hat zwar nichts direkt mit WP zu tun, wird aber oft zusammen verwendet.
Der MySQLDumper in der offiziellen Version 1.24.4 funktioniert nicht mehr.
Wer den Dumper weiter verwenden will fidet bei Github eine Lösung.
Mehr dazu gibt es im Forum des Dumpers
Hab auch in letzter Zeit einige Seiten umgestellt und bisher noch keine Nachteile und Probleme entdeckt. Alles läuft schnell und zuverlässig, wenn die Plugins aktuell sind.
Hallo in die elitäre Runde. Habe alle Seiten von mir schon umgestellt. Keine Probleme, auch nicht nach der Umstellung auf https gab es keine Probleme.
[…] die Straße und die Hausnummer des jeweiligen Kommentators. Sehr früh fiel der Verdacht auf die Autofill-Funktion – automatische Ausfüllfunktion für Formularfelder – des Browser […]
[…] habe neulich einige meiner Projekte von PHP 5.6 auf PHP 7.1 umgestellt. In einem Blogartikel habe ich die Ergebnisse veröffentlicht. Der Verbrauch des Speichers, der PHP zur Verfügung steht, […]
[…] mit echten WordPress-Seiten die sich im Einsatz befinden, hat vor knapp 2 Monaten auch Vladimir von perun.net gemacht, mit ähnlichen […]
Super, vielen Dank für die Mühen!
Mit PHP 7.1.8 bekomme ich neuerdings die mir völlig fremde Warning “Narrowing occurred during type inference” – allerdings nur bei einem Plugin, das eine PDF-Klasse aus dem Jahr 1897 verwendet. Theoretisch könnte W3 Total Cache dabei eine Rolle spielen.
Ansonsten habe ich WordPress mit 80 Plugins lokal auf PHP 5.6 und produktiv auf 7.1 laufen. Freilich erzeugen einige Plugins Notices bzgl. undefinierter Variablen etc. Aber einen funktionalen Unterschied zwischen der 5.6- und der 7.1-Umgebung konnte ich nicht erkennen.