Beim Testblog wollte zuerst das automatische Aktualisieren nicht funktionieren. Es zeigte lediglich das Herunterladen der Update-Datei an und blieb dabei stehen.

Die Lösung brachte dann das Erhöhen des PHP-Speicherlimits von 64 MB auf 96 MB in der wp-config.php.

Obwohl ich unter Server-Einstellungen im Administrationsbereich meines Webspace bei Alfahosting.de lediglich bis zu 48 MB PHP-Speicherlimit einstellen kann, funktioniert erfreulicherweise das Hochsetzen des PHP-Speicherlimits in der wp-config.php gleichwohl. Überprüft hatte ich das mit dem WordPress-Plugin WP System Health (Plugin-Seite) von Heiko Rabe.

Zu dem hohen Speicherbedarf verweise ich auf meinen Blogbeitrag “Ursache des enormen Speicherbedarfs gefunden!” (Stichworte: Deutsche Sprachdatei sowie 64Bit-System).

Vorsorglich aktivierte ich noch kurz das WordPress-Plugin WP Maintenance Mode (Plugin-Seite) von Frank Bültge.

Anschließend klappte das automatische Aktualisieren sowohl im Testblog als auch bei Webseiten-Infos.de ohne Probleme.

Dann musste ich lediglich noch das WordPress-Plugin WP Maintenance Mode wieder deaktivieren.

Darauf folgend aktualisierte ich noch die Plugins, bei denen nun verfügbare Updates für WordPress 3.0 und höher angezeigt wurden.

Die Greensmilies musste ich nach dem Update in das Verzeichnis wp-include/images/smilies erneut hochladen (Upload), damit die Original-Smilies von WordPress wieder durch die Greensmilies ersetzt wurden.

Das Update auf WordPress 3.0 verlief hier also angenehm einfach mit der Funktion “automatisch Aktualisieren”.

Lediglich der Speicherbedarf von 61,11 MB für Webseiten-Infos.de nach dem Update stimmt mich etwas nachdenklich. Neben den oben genannten Ursachen (deutsche Sprachdatei und 64Bit-System) spielen da meine rund 50 aktivierten Plugins natürlich auch eine erhebliche Rolle.

Und hast Du Deine WordPress-Installation auch schon erfolgreich auf WordPress 3.0 aktualisiert?

Kommentare

• 11. Juli 2010, Tanja schreibt: Wenn ich mir Deinen Speicherbedarf ankucke, dann wird mir echt übel und ich schiebe die Updates gleich nochmal vor mir her ;-) Hab gerade mal gekuckt wieviel WordPress im leeren Zustand (Neuinstallation) frisst: etwas über 31MB... ist schon ne dicke Hausnummer geworden :-(
• 11. Juli 2010, Dieter schreibt: @Tanja Ich finde es auch erschreckend, dass ich mit deutscher Sprachdatei und meinen Plugins schon nahe an 64 MB, mein früheres PHP-Speicherlimit komme. Das liegt aber auch daran, dass alfahosting.de 64Bit-Systeme im Einsatz hat. Bei one.com habe ich sogar nur 32 MB PHP-Speicherlimit. Dort läuft gleichwohl WordPress 2.9.2. Automatisches Aktualisierung auf WordPress 3.0 wollte dort aber nicht funktionieren. Da habe ich auch die große Sorge, dass der Speicher nicht ausreichen würde. Da werde ich wohl die Installationen zu einem anderen Webhoster (alfahosting.de) umziehen und erst dann die Aktualisierung vornehmen.
• 11. Juli 2010, Tanja schreibt: Mit 32MB schaffst Du das nicht. Habe von einigen 1&1 Kandidaten gelesen, die nicht updaten können. Dort gibt es ja generell nur die 40MB. Ich würde das System dort lieber auf 2.9 lassen. Da läuft es wenigstens. Mit 32MB müsstest Du es zwar rein theoretisch in der Grundinstallation zum laufen kriegen, aber nach den ersten Plugins aktivieren ist der Ofen aus. Außerdem ist es auch alles andere als lustig an der obersten Grenze rumzuturnen. Da sind hin und wieder Ausfälle vorprogrammiert.
• 11. Juli 2010, Dieter schreibt: @Tanja Ja, ich werde die WordPress-Installationen mit one.com als Webhoster bei WordPress 2.9.2 belassen. Stattdessen werde ich meine letzte Website dort sowie die meiner Freundin in den nächsten Wochen nach alfahosting.de umziehen. Dann geht das auch mit dem (automatischen) Aktualisieren von WordPress auf die Version 3.0. 1&1 käme für mich als Webhoster derzeit eh nicht in Betracht.
• 11. Juli 2010, Tanja schreibt: Ich weiß nicht ob das wirklich so zielführend ist, unbedingt 3.0 haben zu müssen ;-) Ansonsten würde ich es auch so machen. Ich für meinen Teil bleib erst mal 3.0 fern, was aber schon alleine in "ich hab keine Zeit für die ganzen Updates" begründet liegt. Und dann ist da noch die Speicher Geschichte. Ich hab zwar überall 64M, hab aber keinen Bock auf noch mehr Auslastung als eh schon. Immer im Hinblick auf die Probleme die ich damit schon im Hintergrund hatte. Die kleinen Blogs kann ich definitiv beizeiten mal updaten, aber bei den größeren ist mir etwas mulmig zumute, zumal ich nicht unbedingt als "sie brauchen zuviel ressourcen auf dem Server" auf andere Lösungen gedrängt werden möchte.
• 11. Juli 2010, Dieter schreibt: @Tanja Ob man WordPress 3.0 haben möchte oder gar braucht, hängt von den eigenen Bedürfnissen ab. Ich setze WordPress immer mehr als klassisches CMS mit Blog ein. Da WordPress in diese Richtung weiterentwickelt wird, passt das für mich. Ich habe inzwischen eine Testinstallation und drei WordPress-Installationen bei alfahosting.de automatisch aktualisiert und es klappte dort ohne Probleme. Andere Webhoster, die nur geringe PHP-Speicherlimits zulassen, können dagegen an dem automatischen Aktualisieren oder gar mit dem Aktualisieren schlechthin scheitern. Deshalb kann ich Deine Rückhaltung sehr gut verstehen. Was die Ressourcenauslastung betrifft, habe ich dagegen schon sich widersprechende Infos gelesen. Bei einem reduzierte sich durch das Update auf WordPress 3.0 die Serverlast deutlich und andererorts erhöhte sie sich. Ich denke, dass kommt auf viele Faktoren an und da empfiehlt sich ein Testen auf dem Webspace des Webhosters.
• 11. Juli 2010, Tanja schreibt: Bei den großen Blogs mit vielen Besuchern bin ich dennoch lieber erst mal vorsichtig. Dass mich mein Provider vom Server wirft, würde ich gerne vermeiden. Und was mich weiter stutzig macht sind die im Hintergrund laufenden Crons, die oft mehr als 64M brauchen (wie das ja auf der crazytoast der Fall war/ist). Ich habe in letzter Zeit in meinem eingehenden Log sehr viele "leere Trackbacks", also welche die versuchen zu senden, aber nix rüber bringen. Das lässt darauf schließen, dass so einige das gleiche Problem haben das ich hatte.
• 20. Februar 2011, Anonymous schreibt: [...] [...]
• 21. Dezember 2011, Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert | Webseiten-Infos.de schreibt: [...] auf WordPress 3.0 befindlichen WordPress-Installationen (siehe hierzu mein Blogbeitrag “Webseiten-Infos.de auf WordPress 3.0 aktualisiert“) die automatische Aktualisierung [...]

Ähnliche Beiträge

• WordPress 3.0.1 auf 3.0.2 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.6 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.4 aktualisiert
• Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert

Permalink | 9 Kommentare | Seite speichern bei Twitter | Mister Wong | del.icio.us | Y!GG | Linkarena
Schlagwörter: Speicherbedarf, Update, WordPress, WordPress 2.9.2, WordPress 3.0, wp-config.php

Mit WordPress 2.7.1 und vielen Plugins betrug im Administrationsbereich (Backup) der PHP-Speicherbedarf bereits beachtliche 28 bis 30 MB. Bei meinem vorhergehenden Hoster one.com gab es aber eine PHP-Speicherbegrenzung (ein PHP-Memory-Limit) von 24 MB, das nicht erhöht werden konnte. Deshalb war ich zu alfahosting.de gewechselt (siehe hierzu den Blogbeitrag “In eigener Sache: Umzug zu Alfahosting“).

Die PHP-Speicherbegrenzung und -Speicherauslastung kannst Du übrigens beispielsweise mit den Plugins WP Security Scan und WP System Health überprüfen.

Inzwischen hat der Autor des WordPress-Plugins WP System Health, Heiko Rabe, die wohl wichtigste Ursache des enormen zusätzlichen PHP-Speicherbedarfs beim Aktualisieren (Updaten) von manchen WordPress-Installationen auf WordPress 2.8, 2.8.1 bzw. 2.8.2 gefunden:

Sofern der Hoster als Plattform ein 64Bit-System einsetzt, verdoppelt sich beim Wechsel auf WordPress 2.8.x der Speicherbedarf fast. Anscheinend werden dann fast doppelt so große Speicherblöcke durch WordPress belegt (siehe hierzu den Blogbeitrag “Enormer PHP-Speicherverbrauch – Ursache gefunden?!” bei WordPress-Deutschland.org). Mit dem Plugin WP System Health kannst Du über Details beim Server Setup auch feststellen, ob bei Deinem Hoster als Plattform ein 32- oder 64Bit-System zum Einsatz kommt.

Sofern Dein Hoster als Plattform ein 32Bit-System verwendet, musst Du mit einem etwa 4 MB höheren PHP-Speicherbedarf bei einer Aktualisierung (einem Update) Deiner WordPress-Installation von der Version 2.7.x zu 2.8.x ausgehen. Bei einem 64Bit-System ist dagegen der PHP-Speicherbedarf deutlich höher.

Etwas lässt sich der Speicherhunger von WordPress 2.8.x jedoch durch den Austausch der für die Verarbeitung der (deutschen) Sprachdateien zuständigen Datei mo.php durch eine Betaversion von Heiko Rabe reduzieren. Die diesbezüglichen Einzelheiten und die gezippte Datei gibt es im Blogbeitrag “WordPress 2.8 – Sprachdatei Speicherverbrauch minimieren” und eine erste Analyse zu dem Betatest unter “WordPress Sprachdateiverarbeitung Betatest – erste Analysen” auf code-styling.de.

Ich habe übrigens diese geänderte mo.php von Heiko Rabe bereits hier im Einsatz. Sie reduzierte den PHP-Speicherverbrauch um 4,6 MB!

Probleme: Bisher keine!

Kommentare

• 27. Juli 2009, Ute schreibt: Heftig, dass nur die optimierte Sprachdatei schon so viel ausmacht. Allerdings meine ich ist das ein weiterer Negativpunkt für WordPress. Aus meiner Sicht spricht inzwischen schon einiges gegen WP, wäre ein Wechsel nicht so aufwändig, hätte ich es wohl schon getan. Ich fürchte der hohe Marktanteil tut einfach nicht gut, schade...
• 27. Juli 2009, Dieter schreibt: @Ute Seltsam auch, dass der erhöhte Speicherverbrauch bei 64Bit-Systemen erst mit WP 2.8 auftritt. Da müssen die Entwickler wohl etwas unter der Haube verändert haben. In der Tat hält auch mich der hohe Aufwand von einem Wechsel zu einer anderen Software ab. Allerdings gibt es für WordPress eine besonders aktive Online-Community und mit Abstand das umfangreichste Literaturangebot. Für mich als Autodidakt ist das wichtig. Gäbe es das auch für eine andere Blogsoftware bzw. ein anderes CMS würde ich mich wohl leichter aufraffen und mal diese Software ausprobieren.
• 28. Juli 2009, Ute schreibt: Mich stört massiv, dass die Entwickler selbst bei bekannten Problemen manchmal keine Lösung suchen. Gekrönt von den Trackbackproblemen bis hin zu der Aussage, es wäre nicht nötig etwas zu ändern, weil das Problem ja nicht überall auftrete... Bezogen auf Literatur ist WP sicher führend, auch hinsichtlich der Größe der Community, aber z.B. bei Serendipity scheint mir die Aktivität sehr hoch. Der direkte Kontakt zu den Entwicklern klappt besser. Außerdem gibt es nicht ständig Updates, die jedesmal ein Glücksspiel sind... Bleibt noch der Aufwand des Wechselns, der relativiert sich jedoch bei der Updatefrequenz und der häufigen Fehlersuche...
• 28. Juli 2009, codestyling schreibt: @Ute: Eingangs schreibst du über den Marktanteil. Das ist einer der springenden Punkte. Wenn Serendipity das Plugin und Theme Volumen von WP erreicht, sieht es dort genauso aus. Mit steigender Codegröße (Total) wird es immer schwerer wartbar und erweiterbar und knabbert dann an den gleichen Problemen wie WP. Sicher hat Serendipity den Vorteil, von Grund auf neu, OOP erschaffen und aus WP Fehlern gelernt zu haben, allerdings ist bei WP genau der OOP Ansatz das, was nun den Speicher kostet. Es ist derzeit schneller, kleiner und effizienter Arrays zu nehmen als Objekte, das wird sich frühestens mit PHP 6 ändern. Der Patch für die Sprachdateien entfernt OOP Code und macht alles wieder traditionell, was den Gewinn u.a. ausmacht.
• 28. Juli 2009, Dieter schreibt: @codestyling Danke für Deine Erläuterung, warum WP 2.8.x mehr Speicher benötigt und für Deinen mo.php-Patch. :god: Deine Ausführungen zum OOP Code lassen mir die kleine Hoffnung, dass irgendwann auch mal wieder der PHP-Speicherbedarf etwas sinken könnte. Zum immens großen Marktanteil von WordPress dürften neben seiner Bereitstellung als Open-Source und der berühmt-berüchtigten 5-Minuten-Installation auch die große Anzahl an vielfältigen Plugins und Themes beigetragen haben. Dadurch ist es möglich WordPress ganz den individuellen Bedürfnissen und Wünschen anzupassen. :hurra:
• 28. Juli 2009, Ute schreibt: @codestyling s9y gibt es seit 2002, WP seit 2004. S9y hat daher sicher nicht aus WP-Fehlern gelernt. ;) Der Ansatz ist einfach anders, statt unzählige Plugins für ein und dieselbe Funktion zuzulassen, gibt es nur je eins, welches dann jedoch so eingebunden wird, dass es sicher und stabil läuft. Damit eignet sich s9y nicht für Spielkinder, die unzählige Features ausprobieren wollen. Es ist auch eher eine reine Blogsoftware und hat nicht den Anspruch alles zu können. Insofern sind die Systeme für viele keine Konkurrenten.
• 28. Juli 2009, codestyling schreibt: @Ute: WP entstand als Branch aus b2, s9y ist neu gegossen worden. b2 wayback june 2001 WP wayback may 2003 s9y wayback june 2003 Wenn man b2 als WP ansieht, dann wurde daraus schon gelernt. Ohne Zweifel hat s9y Vorteile, aber die Selbstbeschränkung steht der viralen Verbreitung eben auch im Weg, denn Otto Normalo kann nicht einfach etwas umsetzen, was er sich einbildet. Dazu muss er entweder programmieren können oder jemanden dafür bezahlen. Bei WP kann man das in den Communities größtenteils umsonst bekommen.
• 28. Juli 2009, Dieter schreibt: @Ute Ich habe mich mit Serendipity (s9y) noch nicht beschäftigt. Wenn ich Dich richtig verstanden habe, dann ist es für mich hier keine Alternative, denn - ich bin ein Spielkind (das die Vielzahl der Plugins und Themes ausprobiert) und - ich setze WordPress nicht nur als Blogsoftware, sondern eben auch als CMS ein. So gesehen wäre die Konkurrenz von WordPress für mich eher bei CMS, die auch Blogfunktionalitäten zur Verfügung stellen. Aber den Einarbeitungsaufwand dafür scheue ich derzeit.
• 28. Juli 2009, Ute schreibt: @Dieter ich weiß es nicht, du bist zwar Spielkind, legst aber Wert auf sauberen Code und Geschwindigkeit. Bezogen auf CMS und Blogfunktionalität könnte Drupal noch eine Alternative sein... Wer weiß, falls du mal wieder ein neues Projekt startest, könnte es einen Versuch wert sein auch anderes anzuschauen...
• 28. Juli 2009, Dieter schreibt: @Ute

  du bist zwar Spielkind, legst aber Wert auf sauberen Code und Geschwindigkeit

  Jepp! Valider Code und gute Performance sind bei mir zentrale Entscheidungskriterien für die Software, Plugins und Themes.

  Bezogen auf CMS und Blogfunktionalität könnte Drupal noch eine Alternative sein…

  Ich habe schon mal an Typolight oder XOOPS gedacht. Ganz wichtig ist mir zudem ein Theme auf YAML-Basis. Für Drupal und Typolight gibt es das.

  Wer weiß, falls du mal wieder ein neues Projekt startest, könnte es einen Versuch wert sein auch anderes anzuschauen…

  Man(n) soll ja nie nie sagen, aber ich bekomme ja schon aktuell meine Projekte nicht oder kaum gebacken. Sollte ich ein Projekt aktualisieren, dann würde ich Drupal und Typolight auf jeden Fall als Alternativen prüfen.
• 29. Juli 2009, Ute schreibt: @codestyling Mein Traum ist, dass es einfach Module gibt und nicht eine komplette Software. Ich hätte gern die Navi x, den Adminbereich y, das Theme z usw. Denn es gibt unzählige Systeme, die jedoch alle nicht genau so sind, wie ich es will. Unterm Strich habe ich immer nur die Wahl zwischen den Vor- und Nachteilen, die mir am wichtigsten sind. Jede Software "erfindet das Rad neu" statt Gutes zu behalten und nur Nachteiliges neu zu entwickeln, werden so neue Fehler eingebaut. Bis sich mein Traum erfüllt, bleibt es dabei, dass jeder für sich entscheiden muss, welche Software den eigenen Bedürfnissen am nächsten kommt.
• 3. August 2009, Peter schreibt: > Ich habe schon mal an Typolight ... gedacht TYPOlight ist ein tolles CMS, aber in erster Linie hierarchische, seitenbasierte Websites gedacht. Einen Blog kann man damit nicht wirklich betreiben . Drupal ist eine eierlegende Wollmilchsau. Der Einstieg ist "die Hölle", aber danach kann man, wenn man den Drupalianern Glauben schenkt, damit alles machen. Beide Systeme sind m. E. kein Ersatz für WordPress als Blog. Das ist eine andere Liga. Ersatz für WP wären wohl eher Textpattern, Expression Engine oder S9Y.
• 4. August 2009, Dieter schreibt: @Peter Im Interview auf hyperkontext.at hast Du ja schon verraten, dass Du Typolight ausführlich getestet hast. Gibt es denn bei den wohl rd. 200 Plugins kein Plugin mit guter Blogfunktionalität? Für Drupal gibt es ja schon ein paar Bücher und eine YAML-Integration. Damit sind schon mal für mich wichtige Kriterien erfüllt. Allerdings schreckt mich da ab, dass es wohl relativ viel Ressourcen verbraucht und dann schnell langsam werden soll. Und wenn Du schon auf die Aussage "Der Einstieg ist die Hölle" verlinkst, dann ist das schon eine Warnung für mich. Ersatz für WP sind aber die anderen Blogangebote nicht, denn für die gibt es nicht viel Literatur, keine YAML-Integration (die Seite für YAML mit der Expression Engine ist wohl seit über einem Jahr nicht erreichbar), nicht soviele Plugins und die Kombination aus CMS mit Blog ist dort wohl auch nicht so einfach wie mit WP zu realisieren. Wäre da noch Typo3, aber die Lernkurve dafür soll mir zuviel Ausdauer erfordern und ich habe keine Lust eine eigene Skriptsprache erlernen zu müssen. Da werde ich also wohl doch lieber bei WordPress bleiben. Kann dann ja dafür hin und wieder über die häufigen (Sicherheits-) Updates und nicht behobenen Problemchen (Speicherverbrauch im Backend, Pingback-Problem etc) mein Leid klagen.
• 7. September 2009, WordPress und der Speicherverbrauch » Peruns Weblog schreibt: [...] erste Link führt zum Beitrag von Dieter Welzel. Dort werden zwei Gründe aufgeführt warum eine WordPress-Installation verhältnismäßig viel [...]
• 4. Oktober 2009, Sebo schreibt: Jo genau diese Probs kenne ich auch, hatte sogar mal nen richtig fetten Absturz, es lag an der Speicherreservierung. Zum Glück gibt es ja jede Menge Plugins für WP
• 4. Oktober 2009, Dieter schreibt: @Sebo Ich kenne kein Plugin, das das hier beschriebene Problem des hohen Speicherverbrauchs behebt. Kennst Du eins? Lediglich zur Ermittlung des Speicherbedarfs im Administrationsbereich (Backend) gibt es ein paar gute Plugins wie beispielsweise das im Blogbeitrag verlinkte WP System Health.
• 23. Februar 2010, Daniel schreibt: Also ich habe zwar ein Webhosting-Paket mit mehr Arbeitsspeicher, bzw. wo ich mehr davon freischalten lassen kann..allerdings habe auch ich gemerkt, dass da irgendwas nicht stimmt. Ich finde aber nach wie vor, dass WordPress das perfekte CMS für die "Sterblichen" ist. Drupal, TYPO3 & Co. sind zwar größer und können letztendlich ein bisschen mehr, allerdings sind sie auch viel komplexer und bei weitem nicht so benutzerfreundlich wie WordPress. Oder seht ihr das anders?
• 23. Februar 2010, Dieter schreibt: @Daniel Habe mal Typolight angetestet und den Eindruck, dass der Einstieg in dieses CMS für mich zu aufwändig ist. WordPress ist einfach einfach. ;-)
• 21. Dezember 2011, WordPress: Wider dem Katastrophen-Gerede | Webseiten-Infos.de schreibt: [...] (Update) ein Wechsel des Hosters notwendig werden kann (siehe hierzu meine Blogbeiträge “Ursache des enormen Speicherbedarfs gefunden!“, “Umzug zu einem anderen Webhoster” und “In eigener Sache: Umzug zu [...]

Ähnliche Beiträge

• Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.5 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.4 aktualisiert
• Webseiten-Infos.de auf WordPress 3.0 aktualisiert
• Angriffe auf alte WordPress-Installationen

Permalink | 19 Kommentare | Seite speichern bei Twitter | Mister Wong | del.icio.us | Y!GG | Linkarena
Schlagwörter: Plugins, Speicherbedarf, Sprachdatei, Update, WordPress, WordPress 2.8.x, WP Security Scan, WP System Health

Beim Aktualisieren (Update) bin ich genauso vorgegangen wie beim Aktualisieren (Updaten) auf die Version 2.8.1 von WordPress (siehe hierzu meinen Blogbeitrag “Webseiten-Infos.de auf WordPress 2.8.1 aktualisiert“).

Vorsorglich habe ich auch die aktuelle Sprachdatei für die WordPress-Version 2.8.2 von WordPress-Deutschland.org hochgeladen.

Erfreulicherweise bedurfte es diesmal nicht eines erneuten Hochladens der GreenSmilies.

Ärgerlich finde ich jedoch, dass

• das Pingback-Problem weiterhin mit einem manuellen Eingriff in der cron.php behoben werden muss (siehe hierzu meinen Blogbeitrag “Pingback-Problem bei WordPress 2.7 beheben” und die dortigen Kommentare),
• ich die GreenSmilies doch wieder auf den Webspace hochladen muss (da hat mir der Cache einen Streich gespielt) und
• der seit WordPress 2.8 inakzeptabel hohe Speicherbedarf fortbesteht.

Da die Version 2.8.2 von WordPress ein Sicherheitsrelease ist und einen schwerwiegenden XSS-Exploit behebt, sollten alle WordPress-Nutzer, die kein Problem mit dem Speicherbedarf von WordPress seit der Version 2.8 haben, auf diese neue Version möglichst schnell aktualisieren (updaten).

Kommentare

• 21. Juli 2009, Mary Scott schreibt: Ich finde die Aktualisierung von WordPress wird viel zu oft durchgeführt. Da hat man sich gerade daran gewöhnt und schon ist wieder alles anders.
• 21. Juli 2009, Dieter schreibt: @Mary Scott Mir wären seltenere Updates auch lieber, denn die ständigen Sicherungen (Backups) und Aktualisierungen sind bei mehreren Blogs ganz schön zeitintensiv. Andererseits ist das hier ein Sicherheitsrelease und das sollte man möglichst schnell vornehmen.
• 22. Juli 2009, WordPress2-8-2 Update unter PHP5 | Blogging, Internet und Webpromotion schreibt: [...] Webseiten-infos.de sprach auch das Pingback-Problem an [...]
• 21. Dezember 2011, Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert | Webseiten-Infos.de schreibt: [...] ich diesmal anders vorgegangen. Zur vorhergehenden Verfahrensweise siehe meine Blogbeiträge “Webseiten-Infos.de auf WordPress 2.8.2 aktualisiert” und “Webseiten-Infos.de auf WordPress 2.8.1 aktualisiert“. Diesmal habe ich [...]
• 21. Dezember 2011, Webseiten-Infos.de auf WordPress 2.8.4 aktualisiert | Webseiten-Infos.de schreibt: [...] im Admininstrationsbereich (Backend) genutzt (siehe hierzu auch meine Blogbeiträge “Webseiten-Infos.de auf WordPress 2.8.2 aktualisiert” und “Webseiten-Infos.de auf WordPress 2.8.1 [...]
• 21. Dezember 2011, WordPress: Wider dem Katastrophen-Gerede | Webseiten-Infos.de schreibt: [...] aktualisiert“, “Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert“, “Webseiten-Infos.de auf WordPress 2.8.2 aktualisiert” und “Webseiten-Infos.de auf WordPress 2.8.1 [...]

Ähnliche Beiträge

• WordPress 3.0.1 auf 3.0.2 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.6 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.4 aktualisiert
• Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert

Permalink | 6 Kommentare | Seite speichern bei Twitter | Mister Wong | del.icio.us | Y!GG | Linkarena
Schlagwörter: Sicherheitslücken, Speicherbedarf, Sprachdatei, Update, WordPress, WordPress 2.8.2

Wie bei WordPress-Deutschland.org empfohlen, legte ich vor der Aktualisierung (dem Update) erst mal eine Sicherungskopie (ein Backup) meiner Dateien sowie der MySQL-Datenbank an.

Die Dateien sicherte ich per ftp-Programm auf einer externen Festplatte. Die Datenbank exportierte ich sowohl mittels phpMyAdmin als auch im Administrationsbereich (Backend) von WordPress über das Menü Werkzeuge > Daten exportieren.

Die Version 2.8 hatte ich wegen der vielen Probleme, die andere WordPress-Nutzer beim Update darauf hatten (siehe hierzu beispielsweise die Blogbeiträge “Warnhinweise zum Update auf WordPress 2.8” und “Fatal error: Allowed memory size of *** bytes exhausted…” bei WordPress-Deutschland.org sowie “Dear hoster : We need more memory !” bei Alex Rabe), übersprungen, sprich ausgelassen. Vorsorglich hatte ich entsprechend einer Empfehlung im Blogbeitrag “Probleme mit WordPress 2.8 lösen” von Heiko Rabe meine WordPress-Konfigurationsdatei wp-config.php um folgende Zeile im Anschluss an die MySQL-Einstellungen ergänzt:

define(‘WP_MEMORY_LIMIT’, ’64M’);

Dann  testete ich das Aktualisieren (Update) erfolgreich mit einer Testinstallation auf demselben Webspace.

Kurz vor dem Aktualisieren (Update) von Webseiten-Infos.de aktivierte ich dann das WordPress-Plugin !Wartungsmodus (de).

Zum Aktualisieren (Update) nutzte ich erstmalig die Alternative im Administrationsbereich (Backend). Das klappte auch problemlos. Anschließend deaktivierte ich das WordPress-Plugin !Wartungsmodus (de) wieder.

Entscheidend für das problemlose Aktualisieren (Update) über den Administrationsbereich (das Backend) dürfte insbesondere gewesen sein, dass ich noch über hinreichend freien PHP-Speicher verfügte. Über die WordPress-Plugins WP Security Scan und WP System Health konnte ich den Speicherbedarf des Administrationsbereiches (Backends) im Auge behalten.

Nach dem Aktualisieren (Update) auf WordPress 2.8.1 waren bei mir noch folgende drei Maßnahmen geboten:

1. Deutsche Sprachdateien von WordPress-Deutschland.org per ftp-Programm in das Verzeichnis wp-content/languages/ kopieren (siehe hierzu auch den Blogbeitrag “WordPress 2.8.1 (inkl. Sprachdatei & DE-Edition)” bei WordPress-Deutschland.org). Grund: Die deutsche Sprachdatei von WordPress selbst ist nicht vollständig übersetzt und sorgt für ein inakzeptables Denglish.
2. Teilweise wurden die von mir verwendeten GreenSmilies im Verzeichnis wp-includes/images/smilies/ durch die Original-Smilies von WordPress überschrieben. Kopieren der GreenSmilies von meiner zuvor gemachten Datensicherung stellte wieder den vorhergehenden Zustand her.
3. Das seit WordPress 2.7 bestehende Pingback-Problem (siehe hierzu meinen Blogbeitrag “Pingback-Problem bei WordPress 2.7 beheben” sowie den Blogbeitrag “Probleme mit dem Ping in 2.8” bei WordPress-Deutschland.org) musste ich leider wieder durch manuelle Änderung der Datei cron.php im Verzeichnis wp-includes beheben.

Im Nachhinein stellte sich dann heraus, dass die Erhöhung des PHP-Speichers auf 64 MB hier erforderlich war, damit ich weiterhin den Administrationsbereich (das Backend) nutzen kann, denn dort werden nun über 50 MB, also rund 80% des PHP-Speichers benötigt. Ursächlich dafür dürften insbesondere einige speicherfressende WordPress-Plugins sowie die deutschen Sprachdateien im Zusammenspiel mit einer verbesserungsbedürftigen gettext()-Programmierung sein.

Ich kann mich also glücklich schätzen, dass ich vorher schon vom Hoster one.com (derzeit lediglich 24 MB PHP Memory Limit) zum Multipaket von Alfahosting.de gewechselt bin. Dort kann ich zwar im Konfigurationsbereich lediglich maximal 36 MB als PHP Memory Limit einstellen, aber über die oben genannte Ergänzung der Datei wp-config.php war dann doch, anders als bei one.com, eine Erhöhung auf 64 MB PHP Memory Limit möglich.

Wie ist es denn Euch bei der Aktualisierung (dem Update) auf WordPress 2.8.1 ergangen?

Oder aktualisierst Du Deine WordPress-Installation(en) derzeit etwa aufgrund der Speicherprobleme nicht?

Kommentare

• 27. November 2010, PHP-Speicher-Limit 24 MB bei one.com bleibt! | Dieter Welzel's Blog schreibt: [...] gute Erfahrung mit alfahosting.de gemacht habe (siehe hierzu auch meine Blogbeiträge “Webseiten-Infos.de auf WordPress 2.8.1 aktualisiert” und “In eigener Sache: Umzug zu Alfahosting“), werde ich wahrscheinlich dann [...]
• 20. Juli 2011, Jana schreibt: Vielen Dank, Dieter, für den wp-config.php Memory Limit Tip mit Angabe der richtigen Position - hat mein Problem gelöst :-)
• 21. Juli 2011, Dieter schreibt: Bitte schön! Inzwischen trage ich da schon 96 MB ein, damit ich bei alfahosting.de keine Speicherprobleme bekomme.
• 21. Dezember 2011, Webseiten-Infos.de auf WordPress 2.8.2 aktualisiert | Webseiten-Infos.de schreibt: [...] Beim Aktualisieren (Update) bin ich genauso vorgegangen wie beim Aktualisieren (Updaten) auf die Version 2.8.1 von WordPress (siehe hierzu meinen Blogbeitrag “Webseiten-Infos.de auf WordPress 2.8.1 aktualisiert“). [...]

Ähnliche Beiträge

• WordPress 3.0.1 auf 3.0.2 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.6 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.3 aktualisiert
• Webseiten-Infos.de auf WordPress 2.8.4 aktualisiert
• Webseiten-Infos.de auf WordPress 3.0.1 aktualisiert

Permalink | 4 Kommentare | Seite speichern bei Twitter | Mister Wong | del.icio.us | Y!GG | Linkarena
Schlagwörter: phpMyAdmin, Plugins, Speicherbedarf, Update, WordPress, WordPress 2.8.1