Auf meinem Blog herrschte nun für mehr als 1 Jahr Funkstelle. Dafür gibt es diverse Gründe. Einer der Hauptgründe aber ist wohl, dass ich schon seit mehr als einem Jahr die Joomla Migration von 1.0 zu 1.5 machen wollte. Dies war leider eine längere Odysee. Daher hier kurz eine Übersicht dazu mit einigen zusätzlichen Tipps zur Migration.

Grundsätzlich wollte ich 4 Dinge migrieren:

• Blog Einträge
• Blog Comments
• Image Gallery (JoomGallery)
• Url's

Nach mehreren Fehlversuchen musste ich feststellen, dass ich die URLs wohl vergessen kann. Ich habe irgend ein altes Zusatzplugin verwendet, das es in 1.5 gar nicht mehr gibt. Das heisst, nun konnte ich mich auf die restlichen drei konzentrieren. Um die Migration zu testen hatte ich mir eine lokale Kopie der MySQL DB und aller files erstellt, welche bei mir unter ruflin.dev lief.

Zu meinem Erstaunen war die JoomGallery das einfachste. Ich installierte eine komplett neue Version von Joomla 1.5, kopierte alle JoomGallery files ins Verzeichnis von 1.5, kopierte die entsprechenden DB Tabellen in die neue DB und installierte die neue JoomGallery in 1.5. Die Migration wurde automatisch gemacht und klappte ohne Probleme.

Ich probierte den Migration Assistent zur Migration von 1.0 zu 1.5. Leider scheiterte ich aber mehrfach. Anscheinend habe ich über die letzten Jahren zu viele Hacks in meine Joomla Version installiert. Bei der Migration hatte ich Massenhaft Fehler, obwohl ich die Struktur von diversen Tabellen angepasst hatte. Schlussendlich entschied ich mich für eine manuelle Migration. Ich schrieb ein kleines PHP Skript welches allen Content in die neue DB kopiert. Das klappte, allerdings stimmte anschliessend natürlich das Encoding nicht. Ich hatte schon früher Probleme damit, da ich irgendwann mal meine Tabellen auf utf8 umgestellt hatte. Um den Content sauber zu konvertieren habe ich nun noch folgendes zusätzliches Skript geschrieben:

mysql_connect('localhost', 'name', 'pw');
mysql_select_db('db');
mysql_set_charset('utf8');

$result = mysql_query('SELECT * FROM jos_jcomments');

while ($row = mysql_fetch_assoc($result)) {
	
	if (strpos($row['title'], 'Ã') !== false) {
    	$title = utf8_decode($row['title']);
	} else {
		$title = $row['title'];
	}

	$query = "UPDATE  `jos_jcomments` SET  
		`title` =  '" . mysql_escape_string($title) . "' ,
		WHERE  `jos_jcomments`.`cid` = " . $row['cid'];
		
				
	$res = mysql_query($query);

}

Das Skript dekodiert alle strings in welchen es das Zeichen Ã findet und Ev. ist das ein ganz spezifisches Problem das nur bei mir aufgetreten ist. Aber ich dachte ich poste das Skript, falls es jemandem sonst noch helfen könnte. Im Beispiel oben konvertiere ich alle comment title, das gleiche habe ich aber auch für alle content items (title, content, ...) gemacht. Dazu müssten einfach die Parameter angepasst werden.

Die Migration der Kommentare war glücklicherweise relativ einfach, da mein neues Kommentarplugin JComments für eine ziemlich grosse Anzahl an alten Components Importmöglichkeiten bietet.

Nun ist meine Joomla Version wieder up-to-date und ich hoffe in Zukunft wieder mehr Blog Einträge zu schreiben. Leider habe ich aber alle "direkten" Links zu den alten Einträgen verloren. Ich hoffe Google wird möglichst bald meine Seite neu indizieren, damit die alten Einträge wieder unter der richtigen Adresse gefunden werdne. Mal schauen wie lange ich mich vor der Migration auf 1.6 drücken kann, und ob dies auch wieder eine solch grosse Hürde wird. Grundsätzlich werde ich wohl an der default Installation nicht mehr zu viel herumschrauben, da man sich dadurch ein "einfaches" Update fast verunmöglicht. Allen welche die Umstellung noch nicht gemacht haben, viel Glück.

Bei der Arbeit an stoodl musste ich festetellen, dass es mit Views in MySQL einige Performance Probleme gibt, wie hier beschrieben. Dabei werden in den Views die Index nicht verwendet, sobald die View ein Sub Select enthält. Dies hätte ich eigentlich nicht erwartet. Alle Optionen wie FORCE INDEX bleiben ohne Wirkung. Es gibt nun die Möglichkeit, statt der View jeweils die ganze Query auszuschreiben, was aber eher unschön ist.

Die ganzen Beispiele und Tests wurden mit der Version MySQL 5.0.41 gemacht.

Hier zuerst einmal ein Beispiel des Problems. Wir haben eine Tabelle group mit dem Primary Key id und erstellen eine View group_view mit einer komplett nichtssagenden Sub Select Anweisung:

Vor kurzem habe ich einen iPod Touch 8GB ersteigert. Hier nun einige Erfahrungen und

Dateien, die mit Safari heruntergeladen wurden, lassen sich nur mit einer Sicherheitsmeldung öffnen. Diese Download-Quarantäne ist als extended Dateiattribut jeder heruntergeladenen Datei gespeichert. Davon sind auch Dateien in Unterverzeichnissen betroffen, wenn es sich um eine Zip-Datei handelt. Die Attribute lassen sich mit folgendem Befehl entfernen:

Wenn man z.B. das Zend Framework herunterlädt und es anschlissend in ein svn Repositorie laden möchte, kommt immer eine Meldung, dass er im betreffenden Ordner nicht schreiben kann, obwohl Schreibrechte vorhanden sind. Dies kommt von dieser Quarantäne.

Inzwischen ist Joomla 1.5 erschienen. Viele warten noch mit dem Umstieg bis Updates für die Components, Module und Bridges erschienen sind. Die Bridge für Joomla 1.5 gibt es nun hier. Thijs Lemmens war so nett und hat mein Skript so modifiziert, damit es auch mit der neue Konfigurationsdatei von Joomla 1.5 funktioneirt. Hier finden sie das Skript.

Die Installation verläuft genau gleich wie im Hint DokuWiki mit Joomla 1.0.13 beschrieben.

Für Fragen oder Anregungen können Sie die Kommentarfunktion verwenden.