volkerdaschner.de

Ein Problem gibt es mit damals beschriebener Lösung: Bei einem automatischen Update werden im Normalfall die lokalisierten Sprachdateien verwendet. Da ich in der

 // wp-config.php
define ('WPLANG', 'de_DE); 

eingetragen hatte, wird beim Update die Sprach-Datei von PhogBlog mit der Sprach-Datei der WordPress DE-Edition überschrieben.

Nun habe ich die Sprach-Datei von PhogBlog in

 /wp-content/languages/xy_XY.mo 

umbenannt. Gleichzeitig habe ich in der

 // wp-config.php
define ('WPLANG', 'xy_XY); 

eingegeben.

Beim automatischen Update schlägt WordPress jetzt en_US als Sprachversion vor, da es für xy_XY keine eigenen Sprachdateien gibt Trotzdem bleibt die XY-Sprachdatei erhalten und wird für die Anzeige des Blogs auch verwendet.

Da die deutsche Lokalisierung auf 64 bit Servern mehr Arbeitsspeicher belegt, verwende ich die englische Version von WordPress. Eigentlich kein Problem, nur wird auch das Datum auf Englisch dargestellt, was mich doch ziemlich stört.

PhogBlog hat dafür eine Lösung gefunden. Funktioniert einwandfrei!

Im Nachhinein war’s echt nicht schwer Nur hatte ich vorher nie wirklich Lust dazu.

Zuerst die Joomla- und auch die aktuelle WordPress-Datenbank online exportiert und lokal in XAMPP importiert. Analysiert welche Daten ich benötige, mit einem Skript die entsprechenden Einträge ausgelesen und in die lokale WordPress-Datenbank geschrieben. Schließlich diese Datenbank wieder online importiert. Fertig.

Das Skript ist extremst einfach gestrickt und speziell an meine Datenbanken angepasst, aber vielleicht kann’s ja doch mal jemand brauchen: Download der php-Dateien.

Leider musste ich feststellen, das mein HTML-Markup anfangs echt grausam war (blockquote & Tabellen!). Naja, aus Fehlern lernt man ja

Beim automatischen Update von WordPress auf 2.9.1 erhielt ich wieder einmal folgenden Fehler:

Fatal error: Allowed memory size of ****** bytes exhausted (tried to allocate ***** bytes) in /srv/www/user/foo/bar/foobar.php on line ****

Siehe dazu auch: WordPress FAQ

Bei den Servereinstellungen im Backend meines Webhoster ist nur ein maximales memory_limit von 36 MB möglich:

Dies scheint für aufwändigere Vorgänge, wie eben ein Update, zu wenig zu sein.

Zuerst dachte ich: “Pech gehabt, dann eben die Updates manuell machen.” Aber wie sich herausstellt kann man, zumindest bei meinem Anbieter, das memory_limit, trotz der eigentlichen Beschränkung auf 36 MB, an anderer Stelle erhöhen. Dazu folgenden Code am Anfang, also gleich in die nächste Zeile nach <?php, in eure wp-config.php einfügen:

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

Mit dem WordPress Plugin WP-Memory-Usage könnt ihr sehen, wie viel Speicher für euer WordPress zur Verfügung steht und was davon letztlich verwendet wird. Wenn 64M bei euch nicht funktioniert, könnt ihr es auch mit anderen Werten probieren.

• 10 Useful RSS-Tricks and Hacks For WordPress « Smashing Magazine
  Let’s take a look at 10 useful, yet rather unknown RSS-tricks for WordPress
• 110+ Free RSS Icons To Show Off Your RSS Feed | Pro Blog Design

Leider findet sich hier keine Lösung, sondern nur meine Kapitulation

Zwar hätte ich, zumindest teilweise, die Daten übernehmen können, aber nicht so, wie ich es mir vorgestellt hatte. Letztendlich wäre es auf Copy & Paste hinausgelaufen und darauf verzichte ich lieber

Noch bin ich nicht ganz fertig, aber zur Freigabe für die Öffentlichkeit reicht es allemal

Das alte Blog ist weiterhin bis auf weiteres unter http://volkerdaschner.de/cms/jo erreichbar.