Wer TinyRTE in TYPO3 als Editor einsetzt, und auf Version 1.8.1 geupdatet hat, wird u.U. bemerkt haben, das gesetzte Links auf eine interne Seite nicht mehr so recht funktionieren. Bei mir in Verbindung mit RealURL, bzw. SimulateStatic aufgetreten.
Ursache dafür ist ein kleines Häkchen in der Extension-Konfiguration. Einfach den Haken bei “Store link attributes” entfernen und schon sollte alles wieder so sein wie gewohnt.
Das “canonical”-Tag ist in aller Munde. Es dient dazu duplicate content für die Suchmaschinen identifizierbar zu machen.
Unter TYPO3 hat man automatisch schon doppelte Inhalte, da eine Seite z.B. unter: www.domain.de/index.php?id=1 oder unter www.domain.de/?id=1 erreichbar ist. Die Beispiele lassen sich natürlich beliebig fortsetzen.
Da TYPO3 das (noch) nicht von Haus aus als headerData mitbringt, müssen wir das halt händisch basteln.
Um einen enstprechenden Tag in der Form
<link href=”http://www.domain.de/seite.html” rel=”canonical”/>
zu bekommen, bemühen wir mal ein bisschen TypoScript und basteln uns etwas zusammen:
# baseURL setzen (falls nicht schon vorher geschehen) WICHTIG den / am Ende nicht vergessen
config.baseURL = http://www.domain.de/# holen des URL-Teil hinter dem ersten /
temp.activepage = TEXT
temp.activepage.typolink {
parameter.data = TSFE:id
returnLast = url
}# Erstellung des Header-Link-Tag in mehreren Teilen
page.headerData = COA
page.headerData.10 = TEXT
page.headerData.10 {
value = <link rel=”canonical” href=”
}
page.headerData.20 = TEXT
page.headerData.20 {
value < config.baseURL
}
page.headerData.30 < temp.activepage
page.headerData.40 = TEXT
page.headerData.40 {
value = ” />
}
Bei meinem kleinen Test hat das ganze sowohl auf einer Seite mit index.php?id=XY als auch mit RealURL funktioniert. Besonders schön ist, das durch die Nutzung der TYPO3 Linkerzeugung auch bei Aufruf einer Seite via index.php-Parameter die RealURL-Seite als canonical angegeben wird.
Ebenso wird durch die Einbindung von baseURL die Variante abgefangen, dass der Webauftritt unter verschiedenen URL (z.B. www.domain.de und www.domain.com) erreichbar ist.
Wäre noch interessant, ob die Lösung auch bei anderen klappt. Wie sieht es mit CoolURI aus? Über Feedback hier als Kommentar würde ich mich freuen.
Ein paar Quick ‘n dirty Notizen:
Altes Verzeichnis sichern:
tar cfzv verzeichnisname.tar pfad/zum/verzeichnis/
Alte Datenbank sichern:
mysqldump -p datenbank -u datenbankuser > datenbank.sql
Daten auf neuen Server übertragen
rcp datei user@server.tld:datei
Daten auf neuem Server entpacken
tar xzf verzeichnis.tar
Datenbank wieder einspielen:
mysql -u datenbankuser -h datenbankserver –database datenbankname -p < datenbank.sql
…. dann noch Install-Tool aufrufen und DB-Connection-Infos für neuen Server aktualisieren (oder direkt in der localconf.php ändern).
Es kann vorkommen, da installiert man eine Extension und nichts geht mehr. Wenn also kein Zugriff mehr auf das Backend möglich ist, muss die Extension manuell raus.
Dazu muss die Datei “localconf.php” im Ordner “typo3conf/” editiert werden. Dies geschieht entweder per SSH direkt auf der Shell oder nach FTP-Download.
Auf jeden Fall musst Du in dieser Datei nach dem (letzten) Eintrag von
$TYPO3_CONF_VAR['EXT']['extList']=
suchen. Dort löschst Du dann den Extension-Key der Extension, die Du als Übeltäter vermutest. Anschließend löschst Du noch alle “tempCached*.*” Dateien im gleichen Verzeichnis.
Nun solltest Du das Backend wieder aufrufen können. Die Extension ist zu diesem Zeitpunkt nur “deaktiviert”. Über den Extension-Manager kannst Du sie vollends wieder vom System entfernen.
Wer seine Domains bei DomainFactory (DF) oder einem Reseller von Ihnen hat, kann TYPO3 meist recht problemlos laufen lassen. Ob man bei einem solchen Reseller ist, erkennt man am eigenen Kundenmenu. Dies ist in der Regel über eine Subdomain die mit rpkunde beginnt zu erreichen (Beispiel: http://rpkunde.domain.de) und sieht in etwa wie auf dem Bild aus. Natürlich muss das gewählte Hostingpaket alle Voraussetzungen wie Datenbank etc. haben.
Diese Anleitung funktioniert aber auch bei anderen Providern. Problematisch ist eigentich immer nur die Behandlung der Symlinks.
TYPO3 installieren in 11 Schritten. Zunächst wird eine SSH-Verbindung zum Server aufgebaut, sodass Du dort auf der Shell arbeiten kannst. Wir starten im ROOT der Shell:
mkdir typo3cms
cd typo3cms
wget http://heanet.dl.sourceforge.net/sourceforge/typo3/typo3_src-4.2.0.tar.gz
wget http://switch.dl.sourceforge.net/sourceforge/typo3/dummy-4.2.0.tar.gz
tar xzf typo3_src-4.2.0.tar.gz
tar xzf dummy-4.2.0.tar.gz
rm -f *.tar.gz
mv dummy-4.2.0/ demo
rm -f demo/index.php
cp typo3_src-4.2.0/index.php demo
touch demo/typo3conf/ENABLE_INSTALL_TOOL
Damit ist TYPO3 im Prinzip fertig um über die Weboberfläche weiter konfiguriert zu werden. Zunächst musst Du nun in Deinem Kundenmenu die Domain einrichten (auf das /typo3cms/demo) Verzeichnis (siehe Bild oben). Ebenso brauchst Du natürlich eine Datenbank. Wenn das alles eingerichtet ist, kannst Du unter http://www.domain.de/typo3/install/index.php?mode=123&step=1&password=joh316 den Installer aufrufen. Hier wird nun in 3 Schritten die grundlegende Installation gemacht (Datenbank einrichten …)
Zur Erklärunge die obigen Schritte nochmal im Einzelnen:
mkdir typo3cms
Wir erstellen ein Verzeichnis in dem wir alle unsere TYPO3-Installationen sammeln.
cd typo3cms
Wechsel in das soeben erstellte Verzeichnis
wget http://heanet.dl.sourceforge.net/sourceforge/typo3/typo3_src-4.2.0.tar.gz
Download der TYPO3-Sourcen. Hier die zur Zeit (Juni 2008) aktuelle Version 4.2.0. Den Link findet man über die typo3.org Downloadseite.
wget http://switch.dl.sourceforge.net/sourceforge/typo3/dummy-4.2.0.tar.gz
Download des TYPO3-Dummy-Paket. Dies beinhaltet die Struktur einer “leeren” Seite, auf die wir aufsetzen.
tar xzf typo3_src-4.2.0.tar.gz
Entpacken der Sourcen
tar xzf dummy-4.2.0.tar.gz
Entpacken des Dummy-Paket
rm -f *.tar.gz
Entfernen der Archiv-Dateien
mv dummy-4.2.0/ demo
Umbenennen des Dummy-Verzeichnisses in “demo”. Anstelle von “demo” empfehle ich die Verwendung des Domain-Namens, auf dem die Installation später laufen soll. Oder natürlich auch jeder andere Name. Wichtig ist nur, dass Du ihn dir merkst, da später die Domain im Kundenmenu darauf konfiguriert werden muss.
rm -f demo/index.php
Entfernen des Symlink im Dummy-Paket. Das hat den Hintergrund, dass bei der DomainFactory Datei-Symlinks nicht unterstützt sind, bzw. vom Apache-Webserver nicht befolgt werden. Deswegen müssen wir hier ein wenig nachhelfen.
cp typo3_src-4.2.0/index.php demo
Kopieren der index.php vom TYPO3-Source-Verzeichnis in das Dummy-Paket. Der im vorigen Schritt entfernte Symlink verweist auf diese Datei. Durch diese beiden Schritte haben wir nun den gleichen Stand wie vorher. Wichtig ist, dass wir im Falle eines Updates der TYPO3-Sourcen auf diese Datei erneut kopieren.
touch demo/typo3conf/ENABLE_INSTALL_TOOL
Aktvieren des Install-Tool, indem wir eine leere Datei anlegen.
Updaten der TYPO3-Installation:
Bei erscheinen einer neuen TYPO3-Version kann man nun einfach die neue Version per
wget <url>
in das “typo3cms”-Verzeichnis downloaden. Danach mit
tar xzf <dateiname>
entpacken. Damit steht die neue Version bereits zur Verfügung. Vor der Aktivierung solltest Du aber im Install-Tool, nochmal ein Datenbank-Compare machen um etwaige Differenzen zu entdecken. Ein Datenbank-Backup ist an dieser Stelle sowieso empfehlenswert. Dies geschieht am einfachsten über die phpMySql-Oberfläche aus dem Kundenmenu.
Nun muss nur noch der Symlink innerhalb des “demo”-Verzeichnisses geändert werden. Dies geschieht über
rm -f typo3_src
ln -s -f ../typo_src-<neu-versions-nummer> typo3_src
Wir löschen erst den alten Symlink innerhalb unseres “demo”-Verzeichnis und legen anschließend einen neuen an, der auf die neuen Sourcen zeigt. Damit ist die neue Version auch schon online. Im Install-Tool sollte nun noch ein Compare bei den Datenbank-Tools (Punkt 2 – Database Analyser) gemacht werden, um etwaige Änderungen an der Datenbank-Struktur zu übernehmen.
Weitere Ideen:
Solltest Du eine größere Anzahl an TYPO3-Installationen haben, die Du regelmässig auf die neue Version umstellen willst, empfiehlt ich eine weitere Ebene mit Symlinks einzubauen. Der Symlink in den einzelnen Seiten, zeigt dann wiederrum auf einen “produktiv”-Symlink, welcher auf die eigentlichen Sourcen zeigt. Auf diese Weise musst Du im Falle eines Updates nur den “produktiv”-Symlink ändern und hast alle Installationen upgedatet.