Statt eine Joomla!-Installation von der Version 1.5 auf die Version 2.5 zu migrieren kann es für kleine Websites auch eine Überlegung wert sein, eine Migration auf WordPress durchzuführen.
Wordpress ist zwar eigentlich als Blog-System gedacht, lässt sich aber ohne große Umstände als CMS “missbrauchen”.
Wie im Joomla! Developer Network zu lesen hat Joomla! 1.5 Ende April 2012 sein End-of-Life erreicht, Sicherheitsupdates werden voraussichtlich noch bis zum Erscheinen der Version 3.0 im September 2012 angeboten - höchste Zeit also, über einen Wechsel auf eine neuere Joomla!-Version nachzudenken.
Joomla! 1.5.26
End of Support:
April 2012.
Note:
Major security fixes will be done until release of 3.0 in September 2012.
Wie der offizielle “Upgrading and Migrating Joomla"-Leitfaden beschreibt, ist es mit einem einfachen Update nicht getan, der Wechsel erfordert eine vollständige Migration der vorhandenen Daten. Als Zielversion bietet sich aktuell nur die Version 2.5 an, denn die Versionen 1.6 und 1.7 haben im August 2011 bzw. Februar 2012 ebenfalls bereits ihr End-of-Life erreicht.
Als grober Wegweiser durch die Migration steht das Dokument “Migrating from Joomla 1.5 to Joomla 2.5” zur Verfügung, welches einmal die Migration mittels der Komponente jUpgrade als auch die notwendigen Schritte für eine Migration von Hand beschreibt.
Vor allem letzteres sollte nach Möglichkeit vermieden werden, denn
Convert the table schemas in the .sql file you exported in step 2 (containing your Joomla 1.5 tables) such that they are compatible with the version of Joomla! you are upgrading to. This is a very tedious process - you’ll have to check the database schemas for changes between the version of Joomla you’re upgrading from and the 2.5 version you’re upgrading to, and modify the SQL file accordingly.
das manuelle Ändern der Tabellenstrukturen dürfte sich langwierig und frustrierend gestalten.
Für einen ersten Migrationsversuch, wurde eine sehr kleine Website ausgewählt, die mit einem Benutzer, keinen selbstdefinierten Bereichen und Kategorien, neun Beiträgen sowie ausschließlicher Verwendung von Core-Komponenten einer Minimal-Installation von Joomla! sehr nahe kommt.
Für das Jahr 2011 hat ALDI den Lieferanten gewechselt, so daß statt der bisher verwendeten Software von Lexware eine Software von BUHL Data installiert wird.
Will man die Datensicherung vom letzten Jahr (“Steuer_2010_Dasi.zip”) als Grundlage verwenden, schaut man erstmal in die Röhre - den aus den Vorjahren bekannten Punkt “Rücksicherung” gibt es leider nicht mehr.
Mit einem kleinen Trick geht es aber doch:
Das ZIP mittels Rechtsklick und “Alle extrahieren” in einen beliebigen Ordner entpacken.
In “Steuer 2011” den Punkt “Datenübernahme” wählen
Sicherheitshalber die “Programm-Aktualisierung” ausführen
Auf “Durchsuchen” klicken und in den Ordner navigieren, in dem die Datensichernung entpackt wurde
Den Ordner oberhalb der Mandantenordner (diese sind durchnummeriert, z.B. “00000002”) wählen und mit “OK” bestätigen
Den zu importierenden Datensatz markieren und den Import duch Klick auf “OK” starten
Art des Imports wählen und im “Datenübernahme-Lotsen” die importierten Daten überprüfen
Auch wenn bei IPFire die “DMZ-Schlupflöcher” und “Zugriff auf Blau” gepflegt sind, ist ein Ping weder von Blue nach Green noch umgekehrt möglich, wie auch die entsprechende Seite der Dokumentation beschreibt:
Trotz der Öffnung aller Ports werden Pings (ICMP) NICHT durchgelassen. Pingen vom WLAN ins LAN und umgekehrt wird also nicht funktionieren. Will man trotzdem pingen können, muss dafür eigens eine IPTABLES Regel von blau nach grün und umgekehrt erstellt werden.
Die Regeln können entweder temporär an der Kommandozeile eingegeben oder in der Datei “/etc/sysconfig/firewall.local” hinterlegt werden, zwei Zeilen reichen:
/sbin/iptables -A CUSTOMFORWARD -i blue0 -o green0 -p icmp -j ACCEPT
/sbin/iptables -A CUSTOMFORWARD -i green0 -o blue0 -p icmp -j ACCEPT
Zum Dekativieren reicht die erneute Eingabe der obigen Zeile, wobei der Parameter “-A” (= Add) durch “-D” (=Delete) zu ersetzen ist.
Solange in Joomla! eines der Benutzerkennwörter verloren geht - kein Problem. Einfach als Admin anmelden und in der Benutzerverwaltung ein neues Kennwort vergeben.
Sofern allerdings der Admin betroffen ist, hilft am einfachsten ein Datenbankzugang - entweder über PHPMyAdmin oder alternativ auch über die MySQL Kommandozeile.
Als erstes wird die id des Benutzers ermittelt, dessen Kennwort zurückgesetzt werden soll:
mysql> select username, name, id from cms_users;
+----------+--------------+----+
| username | name | id |
+----------+--------------+----+
| root | Andreas Thul | 42 |
+----------+--------------+----+
1 row in set (0.00 sec)
Dann wird in einem zweiten Schritt das Kennwort auf einen bekannten Wert gesetzt:
mysql> update cms_users set password=md5('geheim') where id=42;
Query OK, 1 row affected (0.03 sec)
Rows matched: 1 Changed: 1 Warnings: 0
Ab sofort kann das Login mit der Kombination aus soeben gesetzten Kennwort und Username erfolgen.