Code Styling Project

Ja, läuft gut und bringt sowohl im Frontend als auch im Backend bei mir etwa 1MB Speichereinsparung. Performance ist gefühlt auch etwas besser geworden.
Besten Dank!

habe mich leider noch nicht so viel mit Sprachdateien und Performance auseinandergesetzt und kann daher nichts produktives besteuern, aber ich möchte hier mal meinen Respekt für die Art und Weise kundtun!

Hmm, also bei einem anderen Blog, welches ich grad vorher automatisch von 2.8 auf 2.8.2 (de-Verision von de.wordpress.ord) aktualisiert habe, kommt folgende Meldung:

Parse error: syntax error, unexpected T_STRING in /…/wp28/wp-includes/pomo/mo.php on line 352

Ja stimmt, da läuft noch PHP 4.4.9, kann ich aber auch problemlos auf PHP5 umstellen und ist ohnehin nur ein Testblog.

Nun hat sich nur die Zeile des Fehlers nach 355 verschoben.

Kann es sein, daß da irgendwie der Constructor MO bei PHP 4 nicht aufgerufen wird und deshalb isPHP5 keinen vernünftigen Wert hat?

Negativ

Es kann so auch nicht funktionieren, da der Parser am Sprachkonstrukt instanceof scheitert, da wird ja noch gar nichts ausgeführt.

Ich habe nun einfach mal den PHP5-Zweig komplett auskommentiert, nun läuft zwar der Parser durch, dann meckert PHP aber beim Ausführen:
Call to undefined function: str_split() …
Gibt es in PHP 4 auch nicht.

Am einfachsten wird es wohl sein, PHP5 als Systemvoraussetzung anzugeben

Alles klar, danke, ist mir recht.
Schönes Wochenende!

Das musste ich natürlich auch direkt mal ausprobieren, auch wenn ich sonst keiner Probleme mit der Speicherverbrauch habe (Limit 32MB).

Ergebnis:
Von 19.27 MB auf 18.38 MB runter, sieht vielleicht nicht viel aus, kann aber manchen vielleicht doch was auswirken. Und es zeigt, dass man es ändern kann, also sollten sich die Herren WordPress sich das nochmal anschauen.

Gute Arbeit.
Gruß

Auf einem Testerver (WP 2.8.2) hat diese Datei den den Speicherverbrauch von 20,24 MB auf 19,76 MB gesenkt (15 Plugins).

Allzuviel kann ich zum Server leider nicht sagen (shared Hosting bei All-Inkl.):
PHP-Version 5.2.6
Linux dd2524 2.6.24.4-nmm2

Wenn es tatsächlich am Unterschied zwischen 64- und 32bit-Versionen liegt – und ich finde das sehr glaubwürdig – dann sind mittelfristig alle Nutzer einer Sprachdatei betroffen. Falls ihr noch ein bißchen Rückenwind im Trac braucht, gebt Bescheid. Ich würde die Übernahme eures Codes in den Core unterstützen, wenn sich keine überraschenden Nebenwirkungen mehr zeigen.

Heiko,

schönen Dank für deine Mühen.
Habe natürlich in einem meiner Testblogs getestet, leider hat sich die 32MB-Marke überhaupt nicht verschoben, weder nach oben noch in die tiefere Bereiche.

P.S. Benachrichtigung über neue Kommentare wäre cool

http://wordpress.org/extend/plugins/subscribe-to-double-opt-in-comments/ - ich bin der Meinung, das ist die einzige brauchbare Alternative, die dem deutschen Recht gerecht wird. Zu der Qualität des Codes kann ich dir nichts sagen, ich hab’s einfach genommen und installiert - man kann nicht jedes Plugin selbst schreiben

Habe die Datei auch mal testweise laufen lassen und der Speicherverbrauch ist von 47,58 MB auf 35,03 MB gesenkt worden.

PHP Version 5.2.9-1nmm1
Platform : 64Bit
Memory Limit: 64 MB

Scheint ein guter Ansatz zu sein. Vielen Dank für die Arbeit.

So, hier kann ich natürlich nicht vorbei, ohne es auch mal getestet zu haben.

Vorher: 20.38 MB
Nachher: 19.49 MB

Knapp 1 MB Ersparnis nenn ich einen Erfolg.

System:
LAMP, PHP 5.2.9, 32-Bit

Deine mo.php bleibt direkt aktiv. Danke für die neue mo.php!

ps. Sollte die Trac-Initiative nicht fruchten, bin ich gerne dabei, wenn es mit Schlagstöcken in die Staaten geht.

Vorher 23,9 MB
Nachher 21,53 MB
all-inkl.
PHP Version : 5.2.9
18 Plugins

Mein Blog lädt mit Deiner mo.php deutlich schneller. Toll! Ich hab allerdings keine Ahnung, wo und wie ich den Speicherverbrauch/-bedarf sehen kann. Der Blog ist bei 1&1 gehostet.

Wow, finde ich beeindruckend. Verbrauch um rund 1 MB gesenkt, von 20,29 auf 19,20 MB. Daumen hoch!

Ebenfalls Danke für den Super-Einsatz - bei mir bei einem meiner wichtigsten Projekte getestet: knapp 2 MB weniger - lädt deutlich schneller, insbesondere die Startseite.

Ich finde diese Arbeit absolut super - jedes KB zählt, gerade bei größeren Projekten (als CMS). Vielen herzlichen Dank!

Mit Deinem Patch läuft mein Blog spürbar schneller und es verbraucht etwas mehr als 2mb weniger Speicher.
Wäre schön, wenn man diese Verbesserung in das Wordpresspaket mit einarbeiten könnte…
Danke jedenfalls für Deine Bemühungen!

Mein erstes Posting ist wohl verschwunden.
Bin bei all inkl
Php 5
Speicherverbrauch hat sich von 23,9 auf 21,53 MB verringert.

Bei mir funktioniert es nicht, alles wird englisch. Ich denke, es könnte daran liegen, dass ich meine Standardverzeichnisse (wp-content, die Coreverzeichnisse von WordPress etc.) aus Sicherheitsgründen über die wp-config.php und wp-settings.php angepasst habe.

OK, jetzt eben auf einem anderen Blog ausprobiert: Vor der Einspielung der mo.php waren es 15.41 MB, danach stolze 14.67 MB. Läuft unter PHP 5.2.9 und Linux.

Sauber!

Ich vermute mal es geht in WP-Systemhealth um den Wert “System -> Checkpoints -> Localization File”?

Wenn ja, PHP 5.2.6, 128 MB Memory Limit, Hosteurope, 32 Bit, viele Plugins

Original: 39,69 MB
Patch: 38,47 MB

Aber ich hab nichts gefühlt Hoffe das hilft und vielen Dank für die Mühen.

Vielen Dank für die Mühe, die ihr euch gemacht habt! Ich habe die Datei getestet und habe nichts zu beanstanden. Scheint problemlos zu laufen. Der Unterschied zur Originaldatei scheint bei mir jedoch nur miniminimal zu sein Trotzdem vielen Dank nochmal!

Noch eine Erfolgsmeldung!
das ganze unter WP 2.8.2, Windows XP 32bit, XAMPP, php 5.2.5, Limit 32 MB, 27 aktive Plugins

Speicher gesamt: alt: 18,87 - neu: 18,06
Laut wp-system-health nur die Sprachdatei: alt: 3,17 - neu: 2,42
Dashboard Aufbau: alt: 4,0 s - neu: 3,2 s
Super Arbeit! Werds auch mal online testen.

Auch bei mir sinds über 1 MB ersparnis - vielen Dank!

Meine Werte:
vorher: 32.37 MB
nacher: 31.08 MB

System: 64 Bit
Linux
php: 5.2.10
Memory Limit: 128 MB
Plugins: 21 aktive

Hi,

wow! Sehr gute Arbeit.

Bei einer meiner Seite (deutsche Sprachdatei):
ALT: 39,23 MB
NEU: 31,29 MB

Bin bei all-inkl. Weiß nicht, ob es ein 64-bit-System ist, aber der String “x86_64″ im OS-Type lässt mich darauf tippen.

Nochwas: Irgendwie kann WP System Health den Hook “(hook:gettext)” nicht mehr setzen bzw. auslesen. Dort steht mit der neuen mo.php nur “-n.a-”. Vielleicht ein do_action() in der gettext-Funktion nicht drin?

Gruß
Tobias

Guten morgen,

muss leider “Kommando zurück” melden…
Bei mir ist das Backend mit deiner mo-Datei plötzlich auch auf Englisch, daher vermutlich die hohe Speichereinsparung…

Ist mir wohl gestern abend auf Grund der fortgeschrittenen Zeit gar nicht aufgefallen…

Tobias

Hi,

ich habe jetzt nochmal mit der Version 2 getestet (und zusätzlich auf einem weiteren System):

System 1 (das in meinen anderen Kommentaren erwähnte):
- 64Bit
- PHP 5.2.9
- mit de_DE.mo:
— alte mo.php: 39.23 MB
— neue mo.php: 37.79 MB
- ohne de_DE.mo (also englisch)
— alte mo.php: 31.23 MB
— neue mo.php: 31.25 MB
Sprachdatei wird jetzt richtig erkannt und umgesetzt. Der fehlende Hook funktioniert auch wieder.

System 2:
- 32Bit
- PHP 5.2.6
- mit de_DE.mo:
— alte mo.php: 22.66 MB
— neue mo.php: 21.86 MB
- ohne de_DE.mo (also englisch)
— alte mo.php: 18.31 MB
— neue mo.php: 18.32 MB

Ein kleines Problem (was die Anerkennung im Trac schmälern könnte) sehe ich noch darin, dass der Speicherverbrauch (wenn auch nur sehr gering) steigt, wenn man keine Sprachdatei verwendet. Sprich, die originale mo.php nutzt weniger Speicher, wenn man englisch behält. Vielleicht kannst du da ja noch was machen, damit zumindest die Zahlen schön aussehen (im Sinne von “Sie fallen in allen Szenarien.”).

Gruß
Tobias

Habe deine Betadatei auch mal zum testen hochgeladen. Der Speicherverbrauch lag vorher bei 40,99 MB (Wordpress 2.8.2 DE, 21 Plugs, nach der Installation bei 28,99 MB ( PHP Version : 5.2.9-1nmm1, Memory limit : 64 MByte). Ich meine erkennen zu können, dass die Beiträge nun etwas schneller angezeigt werden. Allerdings ist jetzt im Dashboard alles in englischer Sprache.
Schönen Dank, dass du dir die Mühe machst.

Dann bin ich wohl der erste, der einen Zuwachs an Speicherverbrauch melden muss, nämlich von 36,3 auf 37,23 MB.
Hier die Details:

vorher:
System Health Boot(boot:plugin) 9.9 % | 12.68 MB
Plugins Active (hook:plugins_loaded) 20.29 % | 25.97 MB
Theme / Widgets (hook:setup_theme) 20.32 % | 26.01 MB
Localization File (hook:gettext) 24.16 % | 30.92 MB
Init WordPress (hook:init) 24.83 % | 31.79 MB
Init Admin Center (hook:admin_init) 27.78 % | 35.56 MB
Rendering Dashboard (index.php) 28.36 % | 36.30 MB

nachher:

System Health Boot (boot:plugin) 9.91 % | 12.69 MB
Plugins Active (hook:plugins_loaded) 20.16 % | 25.81 MB
Theme / Widgets (hook:setup_theme) 20.2 % | 25.85 MB
Localization File (hook:gettext) 23.17 % | 29.66 MB
Init WordPress (hook:init) 25.59 % | 32.76 MB
Init Admin Center (hook:admin_init) 28.51 % | 36.49 MB
Rendering Dashboard (index.php) 29.08 % | 37.23 MB

Wenn du noch weitere “Tricks” auf Lager hast (Plugins zur Diagnose oder dergleichen), dann stehe ich gerne bereit, um hier noch mehr Output zu liefern (dann aber vielleicht doch eher per Mail).

Klar wäre das ok - mein Angebot steht - meine E-Mail-Adresse hast du ja in den Kommentaren stehen… wir bleiben einfach in Kontakt.

also bei mir machen es nur 0,77 mb unterschied.. aber dennoch, schöne idee, hoffe die nächsten versionen können das weiter runterschreiben? wenn das möglich ist..

weiter so!

speicherverbrauch um satte 2Mb gesunken, ich bin beeindruckt! performance-mäßig spüre ich jetzt nicht sooo den unterschied aber der niedrigere Speicherverbrauch ist argument genug, damit der code es in den core schafft. ich denke mal, er ist nur an der php4-hürde gescheitert? erst wordpress 2.9 wird php5 voraussetzen, ergo sollte bis dahin noch alles php4 kombatibel sein.
bis dahin optimiert und testet das ganze noch bisschen

Der Patch hält tatsächlich, was er verspricht. Wir haben es mittlerweile auf 5 Blogs ausprobiert, die Speicherersparnis beträgt jeweils knapp 1MB:
25,05 -> 24,11 MB
25,75 -> 25,01 MB
25,41 -> 24,67 MB
23,29 -> 22,58 MB
19,07 -> 18,13 MB

(Alle Systeme mit laufen mit php 5.2.5-pl1, 32-Bit)

Danke für die Arbeit!

Hallo,

ebenfalls vielen Dank für diesen Trick. AUf allthemedia.de läuft wordpress sehr langsam, da viele Seitenzugriffe sind und SPambots die Last in die Höhe treiben. Da ist sowas, was den Speicherverbauch senkt, immer willkommen.

Bei mir war es 1MB. Und da es auch bei anderen zu vorteilen gekommen ist, sollte die Datei in den Core aufgenommen werden.

Speicherverbrauch in einem Testblog:
vorher 31,05
nachher 22,85
Allerdings sind jetzt Back- und Frontend englisch, also auch die de_DE.mo des Themes wird jetzt ignoriert.
System: 64 Bit
Linux
php: 5.2.9
Memory Limit: 40 MB
Plugins: 8 aktive

Update
Mit beta-2 funktioniert es nun, Front- und Backend bleiben deutsch. Danke!
Gewinn: ca. 1 MB

Mein Hoster hat mich heute Nacht auf einen anderen Server gelegt, auf dem ein 64Bit System läuft. Nun war mein Backend komplett in Englisch und ich hab wie ein Bekloppter nach der Lösung gesucht. Bis mir dann einfiel, dass ich hier mal vorbeischauen könnte, da Du da ja ganz gut im Thema bist, was Sprachdateien angeht. Als ich dann den Kommentar von rob las, war mir schnell klar, wo der Fehler steckt. Ich hatte wahrscheinlich noch eine ältere Version Deines Patches eingespielt, denn es wurde nichts übersetzt. Die aktuell herunterladbare Version funktioniert tadellos und alles wird wieder in Deutsch angezeigt. Danke!

Hallo Heiko,

erst einmal ganz herzlichen Dank für Dein WP-Engagement und dabei insbesondere für den Beta-Test und WP System Health. Hier der Vorher-/Nachher-Vergleich mit der neuen mo.php anhand WP System Health (Hoster alfahosting.de, 47 Plugins aktiv):

Vorher:

OS Type Linux alfa3017 2.6.18-6-amd64 #1 SMP Thu Dec 25 21:08:54 UTC 2008 x86_64
PHP Version 5.2.9-0.dotdeb.0
Zend Version 2.2.0
Platform 64Bit
Loaded Extensions zip, xmlwriter, libxml, dom, xmlreader, xml, wddx, tokenizer, sysvshm, sysvsem, sysvmsg, session, pcre, SimpleXML, sockets, soap, SPL, shmop, standard, Reflection, posix, mime_magic, mbstring, json, iconv, hash, gettext, ftp, filter, exif, dbase, dba, date, ctype, calendar, bz2, bcmath, zlib, openssl, cgi-fcgi, curl, gd, imap, mcrypt, mysql, mysqli, PDO, pdo_mysql, xmlrpc, xsl, ionCube Loader, Zend Optimizer
WordPress 2.8.2
Language de_DE
Memory Limit 64 MB
Checkpoints: Details »« Simple
PHP Runtime Boot (boot:wp-config) | 0 % |-n.a.-
System Health Boot (boot:plugin) |21.54 % | 13.79 MB
Plugins Active (hook:plugins_loaded) | 50.74 % | 32.47 MB
Theme / Widgets (hook:setup_theme) | 50.83 % | 32.53 MB
Localization File (hook:gettext) | 62.25 % | 39.84 MB
Init WordPress (hook:init) | 69.75 % | 44.64 MB
Init Admin Center (hook:admin_init) | 77.17 % | 49.39 MB
Rendering Dashboard (index.php) |81.05 % | 51.87 MB

Nachher:

OS Type Linux alfa3017 2.6.18-6-amd64 #1 SMP Thu Dec 25 21:08:54 UTC 2008 x86_64
PHP Version 5.2.9-0.dotdeb.0
Zend Version 2.2.0
Platform 64Bit
Loaded Extensions zip, xmlwriter, libxml, dom, xmlreader, xml, wddx, tokenizer, sysvshm, sysvsem, sysvmsg, session, pcre, SimpleXML, sockets, soap, SPL, shmop, standard, Reflection, posix, mime_magic, mbstring, json, iconv, hash, gettext, ftp, filter, exif, dbase, dba, date, ctype, calendar, bz2, bcmath, zlib, openssl, cgi-fcgi, curl, gd, imap, mcrypt, mysql, mysqli, PDO, pdo_mysql, xmlrpc, xsl, ionCube Loader, Zend Optimizer
WordPress 2.8.2
Language de_DE
Memory Limit 64 MB
Checkpoints: Details »« Simple
PHP Runtime Boot (boot:wp-config) 0 % | -n.a.-
System Health Boot (boot:plugin) | 21.56 % | 13.80 MB
Plugins Active (hook:plugins_loaded) | 48.86 % | 31.27 MB
Theme / Widgets (hook:setup_theme) 48.95 % | 31.33 MB
Localization File (hook:gettext) 0 % | -n.a.-
Init WordPress (hook:init) 51.3 % | 32.83 MB
Init Admin Center (hook:admin_init) | 57.7 % | 36.92 MB
Rendering Dashboard (index.php) 61.27 % | 39.21 MB

Ergebnis:
Front- und Backend erscheinen nun in Englisch.
Dafür aber auch über 12 MB (!) PHP-Speicher weniger verbraucht.
Gleichwohl werde ich wieder die Original mo.php einspielen, denn zu deutschen Beiträgen gehören nach meinem Verständnis auch eine deutsche WP-Installation.

Beste Grüße
Dieter

Super!
2MB weniger Speicherverbrauch, alles funktioniert weiterhin.
Habe den Eindruck, dass der Seitenaufrug im Frontend schneller ist, aber da kann die Freude über das Ergebnsi auch den Eindruck trüben.
Danke, toll!!!

knapp 2 MB brachte der Patch bei meinem Blog - tendenz schwankend :

Vorher:
* PHP Version : 5.2.0-8+etch15
* Memory limit : 256 MByte
* Memory usage : 43.72 MByte

Nachher:
* PHP Version : 5.2.0-8+etch15
* Memory limit : 256 MByte
* Memory usage : 41.91 MByte

subjektiv ist sowohl das Front- als auch das Backend schneller geworden

Hallo Heiko,

hier noch der Vorher-/Nachher-Vergleich mit der neuen mo.php anhand WP System Health bei einem anderen WP-Blog (one.com, “nur” 32 Plugins aktiv):

Vorher:

OS Type Linux srv113 2.6.18-6-vserver-amd64 #1 SMP Tue May 5 08:45:00 UTC 2009 x86_64
PHP Version 5.2.10
Zend Version 2.2.0
Platform 32Bit
Loaded Extensions date, libxml, openssl, pcre, zlib, bcmath, calendar, ctype, curl, dba, dom, session, filter, gd, gettext, hash, iconv, standard, json, mbstring, mcrypt, mysql, SimpleXML, SPL, PDO, pdo_mysql, pdo_sqlite, Reflection, imap, mysqli, soap, exif, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, cgi-fcgi
WordPress 2.8.2
Language de_DE
Memory Limit 24 MB
Checkpoints: Details »« Simple
PHP Runtime Boot (boot:wp-config) 0 % |-n.a.-
System Health Boot (boot:plugin) 31.86 % | 7.65 MB
Plugins Active (hook:plugins_loaded) 61 % | 14.64 MB
Theme / Widgets (hook:setup_theme) 61.07 % | 14.66 MB
Localization File (hook:gettext) 73.78 % | 17.71 MB
Init WordPress (hook:init) 79.96 % | 19.19 MB
Init Admin Center (hook:admin_init) 89.34 % | 21.44 MB
Rendering Dashboard (index.php) 91.06 % | 21.85 MB

Nachher:

OS Type Linux srv113 2.6.18-6-vserver-amd64 #1 SMP Tue May 5 08:45:00 UTC 2009 x86_64
PHP Version 5.2.10
Zend Version 2.2.0
Platform 32Bit
Loaded Extensions date, libxml, openssl, pcre, zlib, bcmath, calendar, ctype, curl, dba, dom, session, filter, gd, gettext, hash, iconv, standard, json, mbstring, mcrypt, mysql, SimpleXML, SPL, PDO, pdo_mysql, pdo_sqlite, Reflection, imap, mysqli, soap, exif, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, cgi-fcgi
WordPress 2.8.2
Language de_DE
Memory Limit 24 MB
Checkpoints: Details »« Simple
PHP Runtime Boot (boot:wp-config) 0 % | -n.a.-
System Health Boot (boot:plugin) 31.9 % | 7.66 MB
Plugins Active (hook:plugins_loaded) | 60.87 % | 14.61 MB
Theme / Widgets (hook:setup_theme) 60.94 % | 14.62 MB
Localization File (hook:gettext) 70.93 % | 17.02 MB
Init WordPress (hook:init) 72.82 % | 17.48 MB
Init Admin Center (hook:admin_init) 81.87 % | 19.65 MB
Rendering Dashboard (index.php) 83.59 % | 20.06 MB

Ergebnis:
Hier Front- und Backend weiterhin in Deutsch.
Insgesamt 1,79 MB an PHP-Speicher im Backend eingespart.
Für das Laden der deutschen Sprachdatei(en) ist anscheinend der Speicherbedarf aber nur von 3,05 MB auf 2,4 MB gesunken sein (Ersparnis: 0,65 MB).

Ich hoffe, das hilft weiter.

Werde mal Deine neue mo.php dort im (Produktiv-)Einsatz lassen und falls doch noch Probleme wider Erwarten auftreten, darüber Dir berichten.

Beste Grüße
Dieter

Hallo,

bei mir hat die neue Version 1,15 MB eingespart.

OS Type: Linux infong 2.4 #1 SMP Thu May 28 16:09:02 UTC 2009 i686 GNU/Linux
PHP Version: 5.2.10

ich bin mal gespannt wie das weitergeht. leider scheint es ja nicht überall richtig zu laufen und meine befürchtung bei der sache ist die, das wenn es dann mal überall läuft es gar nicht mehr allzuviel bringt? den ich denke je mehr kompatibilität das ganze haben muss umso komplexer wird es wieder und dann ist man fast wieder am ausgangspunkt. ich hoffe ich irr mich^^

Bei mir geht´s immerhin von 18.99 MByte auf 18.12 MByte. Bei einem mageren Memory limit von nur 24 MByte macht das aber schon einiges aus.

Zur Information.

PHP Version 5.2.6-2ubuntu4.2
System: 64 Bit
Memory Limit: 64 MB
9 Plugins aktiv

Back- und Frontend sind nach der Änderung wie schon bei anderen 64 Bit Systemen englisch.

Danke für die Mühen, wenn eine Lösung für 64 Bit System da ist, teste ich sie gleich.

Beste Grüße
Hermann

Ohne Probleme installiert:
- hoster 1&1
- Reduktion : 24.94MB -> 23.82
Vielen dank, verschafft mir auch etwas Luft nach oben (einige Plugins ließen sich schon nicht mehr automatisch installieren/aktualisieren)

Soweit ich das überschauen kann bringt es etwa 2,5MB Einsparung. Die Performance ist ebenfalls besser. Gerade bei Strato-Datenbanken, die oft mal in die Knie gehen, eine deutliche Verbesserung. Ich kann nur jedem empfehlen den Patch einzusetzen. Danke für die Arbeit.

gerade getestet
habe nun 4% weniger Speicherauslastung laut WP-Memory-Overview

Klasse, das ist doch schon mal was!

* PHP Version : 5.2.9

Vorher:
* Memory usage : 19.22 MByte

Nachher:
* Memory usage : 5.55 MByte (!)

PHP mit eAccelerator. Seitenaufbau im Backend gefühlt schneller.

Oh, Sekunde… Eine ganz “minimales” Problem. Blog läuft jetzt auf englisch, lach…

64Bit… Ich kann mich auf den Kopf stellen, mit dem Patch bleibt das Backend auf englisch.
(Auch mit Neuinstall auf einer Testseite)

Habe den Betatest heute ebenfalls auf einem Testsystem und danach auf drei ‘aktiven’ Systemen ausprobiert. Es ist bei allen vier v2.82 Installationen eine merkliche Performancesteigerung zu spüren und laut WP-Memory-Usage werden mit dem Patch zwischen 2 und 5 % Speicher eingespart.
Meine Unterstützung habt ihr. Weiter so!
CU, Jay

Spart auf einem t-online Server mit PHP 5.2.9 im Backend immerhin 0,7 MB und beschleunigt es.

hab sie bei mir jetzt auch laufen von 26,2 mb speicher runter auf 25,1. keine fehler bisher. eine versions angabe wäre evtl. nicht schlecht oben im beitrag das man gleich sieht wenn es ein update gibt^^

super habs grad schon gesehen und werd jetzt gleich auch mal die neue version hochladen.

Vielen Dank Heiko,

jetzt läuft es bei mir auch auf dem 64bit System mit DE .

Vorher: 31,14 MB - 48,65 %
Jetzt: 29,44 Mb - 45,99%

Super Arbeit
Grüße
Hermann

Hallo Heiko,

auch bei mir läuft es mit v2 nun auf dem 64bit System mit DE.

Vorher: 52,29 MB
Nachher: 47,69 MB - 74.52 %

Ergebnis: 4,6 MB PHP-Speicher weniger verbraucht!

Daumen hoch!

Bleibt im Produktiveinsatz und falls mir noch etwas auffällt, teile ich es mit.

Wo ist der Spenden- oder Amazon-Wunschliste-Button?

Beste Grüße
Dieter

Vielen Dank für die Arbeit.

19,53 MB jetzt zu 20,3 MB vorher und es “fühlt” sich schneller an

V2 läuft hier auch nun prima mit 5.29/64
Vorher/nachher: 19,5 zu 14.5 MB

Hallo Heiko,

tolles Plug-In.

Infos zum System:
OS-Typ: Linux 2.6.24-etchnhalf.1-amd64
PHP-Version: 5.2.0-8+etch13
PHP-Memory Limit: 256 MB

Vorher:
Gesamt: 42.36 MB - nur Sprachdatei 5,99 MB
Danach:
Gesamt: 39.23 MB - nur Sprachdatei 4,23 MB

Schein also insgesamt sehr positiv zu wirken. Bei mir isses nicht so wichtig (da variables Memorylimit), aber wenn du ein fixes hast, auf jeden Fall top.

Dankeschön

Viele Grüße, Florian
P.S: Wenn du noch weitere Infors brauchst, Mail hast du ja jetzt, bin auch zum testen gerne bereit.

v2 geladen. Ergebnis: # PHP Version : 5.2.9-1nmm1, # Memory limit : 64 MByte, # Memory usage : 36.46 MByte, vorher 40,99 MB. DE-Dashboard bleibt in deutscher Sprache. Bei v1 lag das Ergebnis allerdings bei 28,99 MB.
Gruß Harald

Aktiviert:
Rendering Dashboard
(index.php)
43.79 %
21.90 MB | Will be passed during generation of this Dashboard Overview.

Deaktiviert:
Rendering Dashboard
(index.php)
45.44 %
22.72 MB | Will be passed during generation of this Dashboard Overview.

Minimal aber immerhin eine Verbesserung zu sehen

Gruß Sven

Hier meine Ergebnisse:

OS-Typ: Linux 2.6.26-2-amd64
PHP-Version: 5.2.9
PHP-Memory Limit: 128 MB

Vorher: 31.31 MB
Nacher: 29,81 MB

Gruß
Ralf

vielen, vielen dank. läuft sehr gut.
als wp-neuling arbeite ich momentan an drei kleineren kommerziellen projekten mit wp. performance ist einfach ein sehr wichtiges kriterium…
auf die verwendung der de_DE.mo von wordpress muss ich leider verzichten. wartezeit etwa doppelt so hoch.

Speicherverbrauch von 21,06 auf 20,14 MB verringert und der Seitenaufbau ist gefühlt schneller… Bisher keine Fehler entdeckt.

Geil es läuft damit bei mir, danke!

PHP 5.2.6
64 bit
40 Plugins

alt 65,63 Mb
neu 62,45 Mb

Einsparung: 3,18 Mb

Habe die Datei soeben bei mir aufgespielt. Scheint keine Fehler zu geben. Was die Performance angeht scheint es eine Verbesserung zu geben.

Mit neuer Wp-Version 2.8.3 gibt es diese Zahlen: 40,99 MB vorher, 36,65 MB nachher. Limit und PHP-Version sind wie oben stehend geblieben.
Grüße
Harald

hallo jungs,
euer patch hilft wirklich - mein speicherverbrauch sinkt von 24,18 auf 22,87 MB!
danke euch! ich hoffe, dass das meinen speicherhunger stillen wird …

Genialer Patch, funktioniert bei mir wunderbar.

System: 64bit
Memory-Limit: 36MB
PHP: v5.2.9

Vorher: 27,44MB
Nachher: 26,20MB

Also habe ich ein gutes MB gespart. Vielen Dank!

Ach ja: Es ist natürlich trotzdem noch alles deutsch

Hallo,

ich muss sagen: ich bin wahrlich begeistert und Danke dir für die Mühe die du da reingesteckt hast. Konnte nun mit der aktuellen Version 2.8.4 von WP einen Vergleich ziehen.

Zugegeben: auf einem 32-Bit System entsprach der Vorteil gleich +/- 0.
Nach dem ich das Script nun auf dem 64-Bit System konnte, kann ich sagen: der Unterschied beträgt gute 1 MB Speicherauslastung.

Great job.

Vielen Dank, Heiko!

Ohne den Mod hat mein Dashboard (WP 2.8.4, deutsche Lokalisation) gar nicht mehr geladen, sondern sich mit “Fatal error: Allowed memory size exhausted”-Fehler verabschiedet. Jetzt läuft alles trotz memory-limit von 24MB flüssig und ohne Probleme! Vielen Dank dafür!

Hallo zusammen,
ich hatte auch erhebliche Probleme, nachdem ich den Provider gewechselt hatte. Vorher lief Worpress auf meinem heimischen Server unter Windows 2003 Server in einer LAMPP Umgebung. Speicherverbrauch ca. 18-20MB. Nachdem aber die Zugriffe auf den Server mit meinem DSL Zgang und DynDNS zu langsam waren, bin ich nun auf einen richtigen WebSpace bei Revido (www.revido.de) umgezogen. Mein Wordpress war hier nicht zum laufen zu bekommen, da es schon unter wp 2.7.1 mehr als 32MB Speicher verbrauchte. Also musste ich dann (Kostenpflichtig) den Speicher auf 40MB erhöhen lassen. Nun lief WP 2.7.1 mit ca. 31MB Speicherverbrauch gut.
Nach dem Update auf 2.8.3 / 2.8.4 stosse ich wieder an Grenzen. Der Speicherverbauch lag jenseits der 40MB. in letzter Konsequenz konnte ich in der wp-config.php nur die deutsche Sprachunterstützung abschalten, um die Wordpressinstallation überhaupt ans Laufen zu bekommen. Ich habe dann noch 2 Plugins deinstalliert. Das wars. Ich krebse jetzt immer an dem 40MB lImit herum. Nach dem Einspielen der mo.php (Betatest V2) veringert sich der Speicherbedarf bei mir um ca. 1,5MB. Es treten keine Fehler auf. Die Geschwindigkeit scheint sich nicht zu ändern. Mein Hoster verwendet ein AMD 64Bit System.
RunningSocks

Besser spät als nie

OS Type Linux 2.6.18-6-amd64
PHP Version 5.2.9
WordPress 2.8.4
Memory Limit 64 MB
32 Plugins
alt 43,38
neu 41,37

macht knapp 2 MB weniger!

Hallo,

- PHP Version : 5.2.10 / 32Bit OS
- Memory limit : 65 MByte
- Memory usage : 21.69 MByte (vorher)
- Memory usage : 21.86 MByte (nachher)

Einsparung: ca. 830 KByte

Viele Grüße

Reduktion von 17,77 auf 16,09…

Vielen Dank,
Nick

Mit WP 2.8.4: 31.75 MB vorher, 30.75 MB nachher. Genau 1MB also. Immerhin.

Parkrocker.com
- Wordpress 2.8.4
- 22 Plugins
- PHP Version 5.2.0-8+etch15 / 32Bit OS

Original mo.php 30,07 MB

Modifizierte mo.php 28,56 MB

PHP 5.2.0-8+etch15
32 bit
alt 38,25 MB mit 39,85%
neu 37,23 MB mit 38,79%
Verbesserung 1,02MB und 1,06%

Grüße Micha

Vielen vielen Dank…

Ich habe meinen Blog erst seit dem 01.09.09 und bin noch am Erfahrungen sammeln. Das Speicherproblem trat bei mir recht schnell auf. Ich habe die neue Version WP 2.8.4 mit deutscher Übersetzung. Ich habe dazu das Scarlett-Theme, sicherlich schon ein kräftiges Theme + 5 weitere Widgets, Server Forum, Flash MP3 Player JW, Vote a post, WP-Culums, etc.. ich denke schon recht Speicherintensive Widgets.
Deine Sprachdatei-modifikation hat bei mir wunderbar geklappt und es kommen keine Fehlermeldungen mehr..

Ich danke Dir..

liebe Grüße_epic

3% gutgemacht, Danke.

Von 22,38 auf 20,56 runter.

Vielen Dank,
Dirk

Also bei mir hat sich der Speicherverbrauch um 3MB von 5,5MB auf 2,5MB reduziert. Super Sache

Hallo Jungs,

tolle Arbeit. Der Speicherverbrauch ist bei mir von 17,86 MB auf 16,99 MB zurückgegangen.
Alles ohne Probleme auf WP 2.8.4, 32 Bit und PHP 5.2.4 (Zend 2.2.0) unter Linux

Das mag auf den ersten Blick nicht viel erscheinen, aber es sind immerhin knapp 5% des Komplettverbrauchs (mit der Änderung einer einzigen Datei).
Respekt. Ich hoffe, die Änderung geht ins Trac.

Vielen Dank an euch
Stefan

Ich habe es eben mal auf auf einer Testumgebung gecheckt, bei der ich div. Memory-Fehler hatte:

- WordPress version: 2.8.5
- Memory usage : 25.75 MByte

nach eurem Patch:
- Memory usage : 23.49 MByte

Ebenso Geschwindigkeitsvorteile im Backend

Und somit hat der Patch seine Daseinsberechtigung

Gracias!

Hallo,

vielen Dank für Eure gut Arbeit. Ich habe die Datei auf http://wp-hacks.de und http://www.wp-plugin-archive.de kurz vorgestellt und bei einigen Blogs selbst im Einsatz.

Grüße,
Karl-Heinz

Hallo Haiko,

ist das Problem mit Version 2.8.5 inzwischen behoben?
Habe beim Austauschen der mo.php keine nennenswerte Veränderung (~1%) im Speicherverbrauch feststellen können.
Grüße, Michael

Danke das sich mal jemand diesem Problem annimmt. Habe 3 Seiten, der Speicherverbrauch hat sich um ca. 2MB gesenkt! Und die Ladezeit der Page fast halbiert!

Danke nochmal und mach weiter so!!!

PHP 5.2.4
64bit
26 Plugins
Memory Limit: 60MB
Vorher: 39.80 MB
Nachher: 37.63 MB
EInsparung: 2.17 MB

Also habe das mal eben getestet auf einem neuen System WP 2.8.5 mit 15 aktivierten Plugins.
Es ist ein 64-bit System, PHP5

originale mo.php: 33,31 MB
gepachte mo.php: 31.81 MB

also fast 1.5 MB Speichergewinn. Und läuft sehr stabil, das ist doch was.
Vielen Dank, GUTE ARBEIT!

# PHP Version : 5.2.11 / 64Bit OS

Vorher: 23.00 MByte

Nachher: 21.41 MByte

Finde die Idee gut!

Bin kein Fachmannm, aber ich habs gerade mal gestestet und komme von 25,55MB auf 24,05MB. (64Bit linux server)

Das nenne ich mal saubere Arbeit ! 1,5MB klingen wenig aber das sind immerhin über 5% Speicherersparniss durch so eine einfach zu installierende Veränderung !

Vielen Dank ! Weiter so

Ach ja: noch eine Frage: Wird die geänderte Datei bei Updates überschrieben oder bleibt diese gleich ?

DANKE!! :-))

Du hast mir das Blog gerettet!! Nach einem Update von 2.7.1 auf 2.8.5 ging erst gar nichts mehr - immer der po.php Fehler (trotz 128 MB Speicher!!) - doch nach dem ich Deine Datei eingespielt habe, läuft wieder alles wunderbar!! DANKE!!

Liebe Grüße und ein tolles Wochenende!

André

Bei einer einfachen WP-Installation mit einigen (vielen) Plugins sank der Speicherverbrauch bei mir von 33.41 auf 32MB. Also 1,41MB Gewinn.

Ich hab die Datei auch bei einer BuddyPress-Installation (WPMU) getestet, hier sank der Speicherhunger von 40.61 auf 38.7MB. Also 1,91MB Gewinn.

Das ganze läuft auf nem 64Bit OS.

Bei mir bleibt die Datei in Gebrauch. Sie schon Ressourcen und ich habe bisher keine Fehler finden können.

hat bei mir 1,3 MB Speichereinsparung gebracht und PHP arbeitet jetzt wieder fehlerfrei.

Vielen Dank

Super. Ich weiss nicht genau warum, aber ich konnte keine Seiten mehr bearbeiten und nachdem ich die mo.php übertragen hatte, funktionierte alles wieder einwandfrei und auch schneller. Großes Lob an die Entwickler!

Hallo Heiko!

Ich habe auch gerade deine gepatchte mo.php eingebunden, bislang scheint noch alles glatt zu laufen. Ich hab auch eine Speicherersparnis von fast 4 MB .

Danke für deine Mühe!

Eric