Ein Update zieht automatisch auch eine Änderung an der Datenbank mit sich. Daher ist es dringend empfohlen, diese vor allen Maßnahmen zu sichern. Das mache ich gern mit MysqlDumper. Die Sicherung dauert damit nur wenige Minuten und auch eine eventuelle Rücksicherung ist mit 3 Mausklicks geschehen.

Doch nun zum Update-Prozess:

1. Schritt: die neueste Typo3-Source (Stable Version) hier runterladen. Nehmt entweder die tar.gz oder die zip-Variante ohne Dummy-Paket.  Die Datei auf dem Rechner abspeichern und anschließend entpacken.

2. Schritt: mit einem FTP-Programm, z.B. Filezilla den Ordner typo3_src–4.2.x auf den Webserver laden. Achtung, wenn Ihr die zip-Datei entpackt habt befindet sich in dem Ordner typo3_src–4.2.x noch einmal ein Order gleichen Namens. Bitte diesen aufladen. Das richtige Verzeichnis auf dem Webserver ist das, wo bereits der Ordner typo3_src-4.x.x ist (also die alte, derzeit installierte Version). Aktuell sieht das bei mir jetzt so aus: 

3. Schritt: nachdem der Ordner mit den neuesten Sourcen aufgeladen ist muss nun der Symlink (symbolische Link) typo3_src geändert werden – und zwar auf das neue Versionsverzeichnis. In meinem Beispiel zeigt der Symlink jetzt noch auf typo3_src-4.2.6 nach der Änderung soll er auf typo3_src-4.2.8 zeigen.

Für die Änderung des Symlinks benötigen wir einen Shell-Zugang zum Webserver. Dafür am besten das Programm Putty nehmen, das gibt es kostenlos hier. Damit auf dem Server einloggen (Zugangsdaten sind meist die vom Ftp, oder ggf. beim Hoster erfragen). Mit "dir" könnt Ihr Euch nun die Ordner auf dem Server anzeigen lassen, mit "cd Ordername" wechselt Ihr in einen hinein.  Bitte jetzt in den Ordner der Typo3-Installation wechseln. Wenn Ihr mit "dir" die typo3-Verzeichnisstruktur angezeigt bekommt (siehe Bild oben) seid Ihr richtig!

Jetzt mit dem Befehl: "rm typo3_src" den Symlink löschen und mit "ln -s typo3_src-4.2.8 typo3_src" den neuen Symlink setzten.  Der 1. Buchstabe ist übrigens ein kleines L. Bitte für andere Versionen den Befehl entsprechend anpassen (z.B. in "ln -s typo3_src-4.6.2 typo3_src)

Wenn Ihr jetzt "dir" eingebt, sollte typo3_src wieder vorhanden sein. Geklappt? Prima. Das Schlimmste ist geschafft.

4. Schritt: Jetzt noch rasch ins Backend der Seite einloggen und auf "Installation" klicken. Ggf. muss vorher noch eine leere Datei namens "ENABLE_INSTALL_TOOL" in den typo3_conf – Ordner geladen werden (per Ftp mit Filezilla). Nun geht Ihr auf den Punkt 3 "Update Wizard" und schaut was es hier zu tun gibt – außer diese Kompatibilitäts-Geschichte, die bitte so lassen wie sie ist .

Wenn dort alles fertig ist geht Ihr zum Punkt 2: "Database Analyser" und klickt ziemlich weit unten auf: Update required tables "Compare". Damit wird die bestehende Datenbank mit den Anforderungen der neuen Version verglichen. Hier könnt Ihr beruhigt alle Häkchen setzen und die Änderungen durchführen lassen.

Das wars schon – jetzt noch im Frontend schauen ob die neue Version fehlerfrei läuft und ggf. nicht mehr laufende Erweiterungen updaten oder entfernen.

(Datenbank z.B. mit mysql-Dumper sichern)

Im Typo3-Backend auf "INFO" im Webmodul klicken, das ist der Punkt unter "Liste".

Dann im rechten Dropdownmenü "Indexed Seach" auswählen.

Im Seitenbaum die Rootpage auswählen

Das rechte Dropdown (steht standardmäßig auf "Diese Seite") auf "unendlich umstellen.

Jetzt erscheint ein rot unterlegter Papierkorb, mit einem Klick darauf kann man den gesamten Index löschen. Bitte ein wenig Geduld haben, der Löschvorgang dauert je nach Umfang der Webseite einige Minuten.

Für die Typo3-Url-Umschreibung hatte ich die Erweiterung CoolURI installiert. Da ich der Meinung war, dass diese Schuld an den fehlerhaften Sprachparameter hat, ersetzte ich diese duch die Erweiterung Real URL. Die Umstellung war nicht weiter schwer, ich hab mich einfach an diese Anleitung gehalten: http://alpha.fh-friedberg.de/Seminar-Kampschulte/dii17/

Nach Löschen des Caches ließen sich alle Seiten wieder normal aufrufen. Um zu überprüfen ob immer noch die Parameter erscheinen, ließ ich das Programm GsiteCrawler alle Seiten einlesen. Und siehe da: es gab jetzt auf einmal URLs mit dem Parameter ttnews[article]=7

Das Plugin ttnews wurde aber gar nicht von mir genutzt! Verlinkt wurde die nicht existente Seite aus der Suche heraus (Ziel der Tagcloud: suche=keyword). Hier wurde offensichtlich ein alter, bereits gelöschter Newsartikel gefunden. Durch CoolURI wurde die Adresse dann in L= umgewandelt. Also war gar nicht CoolURI an dem Fehler Schuld sondern ein nicht aktueller Index. Es war also eine Lösung in Sicht:

Index der indexed search neu erstellen

Login-error or session timed-out No user logged in! Sorry, I can’t proceed then! (You must have cookies enabled!) If your session has just timed-out, you may click here to re-login.

Ich hab nun (hoffe ich zumindest) des Rätsels Lösung gefunden: Schaltet das Install-Tool ein (durch Upload der Datei /typo3conf/ENABLE_INSTALL_TOOL) Danach unter "Basiskonfiguration" -> Update localconf.php einen neuen Encryption-Key generieren und abspeichern. Danach die Cookies löschen. Jetzt sollte das Einloggen wieder funktionieren.

Übrigens werden sehr praktisch auch nur die Buchstaben verlinkt die auch Dokumente anzeigen.

In die vorhandene htaccess hab ich folgende Zeilen eingefügt:

RewriteCond %{QUERY_STRING} ^L=7$
RewriteRule .* http://www.seite.de%{REQUEST_URI}? [R=301,L]

Dadurch bekommt Google ein Permanent Redirect (301) präsentiert und sollte die Seite aus dem Index entfernen, der Besucher wird auf die URL ohne weiteren Parameter weitergeleitet.

Einfach im Backend auf “Info” klicken und die Rootpage auswählen. Dann oben im Dropdown-Feld “indexed search” auswählen. Jetzt seht Ihr alle indizierten Seiten. Ich hab dann einfach mal beherzt auf den rot unterlegten Papierkorb geklickt. Dadurch werden alle Indizies gelöscht. Diese werden nach und nach wieder neu aufgebaut wenn man die Seiten aufruft. Die Suchergebnisseite zeigt nun auch wieder korrekte Links an.

Jedoch ist bei meinem Typo das Yaml-Framework installiert – und dieses mit Templavoila. Durch etwas probieren bin ich aber jetzt auf die Lösung gekommen:

1. Schritt: Zuerst muss die Extension “kb_cont_slide” installiert werden.

2. Schritt: Öffnen der DS (Datenstruktur/Data Structure Record) des Haupttemplates. Klickt dazu auf “Templavoila” und dann auf den Namen des aktiven Templates. Es erschein dan der Pfad des Templates und ein kleines, gelbes Icon “DS”. Auf dieses Rechtsklicken und Bearbeiten. Ein Editor-Fenster mit einer XML-Struktur öffnet sich. Dieses jetzt am besten erst einmal sichern! Nun sucht Euch die betroffene Spalte und ändert den Code folgendermaßen:

Code (vorher):

 10= RECORDS
 10.source.current=1
 10.tables = tt_content

Code (nachher):  

10= RECORDS
10.source.postUserFunc = tx_kbtvcontslide_pi1->main
10.source.postUserFunc.field = field_textbelowmenu
10.source.postUserFunc.collect = 2
10.tables = tt_content

Wichtig dabei ist, dass die Zeile source.current= 1 entfernt wird. Den Namen des 10.source.postUserFunc.field findet Ihr weiter oben im XML-Block, bei mir heißt der für die rechte Spalte z.B. <field_textbelowmenu type=”array”>.

Danach einfach abspeichern und den Cache löschen.

Nun sollten alle Unterseiten die rechte Spalte der Elternseite anzeigen.