WordPress optimieren mit WP-Memory-Usage
5. August 2009 | 
Autor: Wer kennt das nicht, man installiert neue Plugins und WordPress fängt an zu schleichen. Neben schlechter Programmierung des Plugins ist oft der Speicherverbrauch das Problem.
Mit Sprachdatei
Deshalb sollte man gut überlegen ob man für jedes kleines Feature ein Plugin nutzt oder das Template mit einem Hack modifiziert, welcher das gleiche Ergebnis erreicht.
Diese praktische Plugin hilft dabei die Bösewichter unter den Plugins herauszufinden indem man einfach mal alle Plugins abschaltet und sie dann einzeln, mit jeweiliger Kontrolle des verbrauchten Speicherplatzes analysiert.
Das kleine WordPress Plugin WP-Memory-Usage von Alex Rabe zeigt im WordPress Dashboard die genutze PHP Version an und wieviel Speicher für PHP zur Verfügung steht. Deswerteren wird angezeigt, wieviel davon aktuell von WordPress genutzt wird.
Mit dem Plugin WP-Memory-Usage kann man schnell herausfinden, welche Plugins die großen Speicherfresser sind.
Überraschenderweise steigt der Speicherverbrauch bei der Nutzung von Sprachdateien für WordPress selbst und auch für Plugins enorm an.
Ohne Sprachdatei
Angesichts der Werte könnte man überlegen bei Plugins auf Sprachdateien zu verzichten, wenn sie nicht unbedingt erforderlich sind.
Besonders Blogger, die mit ihrem Blog bei Hostern sind, die nur 8- oder 16 MB für PHP bieten stoßen mit der neuen WordPress Version 2.8 schnell an ihre Grenzen. In den einschlägigen Foren häufen sich schon Berichte über Speicherprobleme. So hatten wir auch nach dem Update auf die aktuelle WordPress 2.8 Beta 2 ein Speicherproblem mit daraus resultierendem Servererror. Das Ersetzen der neuen Sprachdatei durch die alte, kleinere Datei behob das Problem.
(1 Stimmen, Durchschnitt: 5.00 von 5)
Loading ...
Loading ...
Hab di de_DE.mo und de_DE.po im FPT gelöscht und kaum einen Unterschied feststellen können: von 21,75 MBytes auf 20,30 MBytes gesunken. Meine WP-Version ist 2.7.1. Tritt das Speicherproblem erst mit 2.8.0+ auf?
Bei mir trat das Problem nach dem Update auf die offizielle Version 2.8 auf. Hatte vorher die Betas genutzt. Mit der aktuellen Version von WordPress tritt das Problem bei mir nicht mehr auf. Das Ganze hat auch damit zu tun, dass PHP5 mit der gettext Fuktion anders umgeht und mehr Speicher benötigt.
Auf der Homepage des Autors (Link im Beitrag) findest Du eine genaue Beschreibung des Problems.