1. ggf. Apache Document-Root (zwei Stellen Document-Root und Verzeichnisschutz)
2. ggf. Apache Rewrite-Anweisungen  (http.conf)
3. ggf. Plesk vhost.conf  (falls Plesk als Admin-Oberfläche verwendet wird)
4. ggf. Rewrite-Anweisung in der Datei .htaccess im Hauptordner der Installation (Hauptordner ist hier Root oder der gewählte Unterordner)
5. Datei /system/config/localconfig.conf  (Parameter: websitePath)

Ich habe die Liste bewußt nicht weiter kommentiert. Die Liste ist als Checkliste gedacht. Beim Lesen muss es bei dem Admin im Kopf klingeln und er muss sofort um die Hintergründe wissen.  Laien sollten die Finger davon lassen.

Diese Lücke wird durch die Erweiterung FOLDERURL von Andreas Schempp geschlossen.

Zunächst einmal ein dickes Lob und Danke an den Autor für diese Erweiterung, die ich für Suchmaschinen so wichtig und fundamental halte, dass ich Sie gerne in den Core des Typolight Systems integriert sehen möchte.

Beachtenswerte Punkte

Bei der Installation der Erweiterung gibt es ein paar kleine Fallstricke zu beachten, auf die ich nachfolgend hinweisen möchte:

1. .htaccess aktivieren
   Die URL-Umschreibung beruht auf der Funktionalität des mod_rewrite Moduls von Apache. Nach der Installation der FOLDERURL-Erweiterung existiert im Hauptverzeichnis schon eine Datei mit dem Namen .htaccess.default. Diese Datei ist in .htaccess umzubenennen und ein Restart des Webservers durchzuführen.
2. URL-Base anpassen
   Sollte die TYPOlight Installation nicht im Hauptverzeichnis des Webservers liegen, sondern ein Unterverzeichnis verwendet worden sein, so ist die URL-Base Einstellung in der Datei .htaccess anzupassen.

    

   Installation im Hauptverzeichnis
   #Rewrite base
   RewriteBase /

   Installation in einem Unterverzeichnis, z.B.  "subfolder"
   #Rewrite base
   RewriteBase /subfolder

3. Verzeichnispfaderzeugung
   Die zuvor genannten Änderungen bewirken nun aber nicht die unmittelbare Veränderung der URLs. Es ist wichtig zu wissen, dass die Routine zur Erzeugung/Hinterlegung der Seitenadressen (Verzeichnisse + Aliasnamen) nur beim Neuanlegen der Seite oder beim Leeren des Seiten-Aliasnamens und Speichern der Artikelseite erfolgt.

Wenn man diese Punkte beachtet, dann hat man viel Freude an dieser Typolight Erweiterung.

Siehe auch
CMS: Contao (ehem. TYPOlight)
Erweiterung FOLDERURL

Jedem Programm seine eigene Skriptsprache!
Manche mögen Typoscript für eine der Stärken von Typo3 halten, für mich ist es aber eine der größten Schwächen von Typo3.  Wo kämen wir da hin, wenn wir erlauben würden, dass zur Bedienung eines jeden Programms eine eigene Skriptsprache erfunden wird. In Programmiersprachen wie Java steckt viel Gehirnschmalz und jahrelange Ausarbeitung der Routinen und eine große Entwicklergemeinschaft. Auch die Skriptsprache PHP ist ausgewachsen, inzwischen zunehmend objektorientiert und hat seine Einsatzfähigkeit im Internetumfeld mehr als bewiesen.

Ein Content Management Programm wie Typo3 sollte einfach funktionieren, ohne dass man gleich eine Agentur oder einen Programmierer beauftragen muss, nur weil man kleine abweichende Navigationsmenü-Vorstellung hat.  Natürlich verdient man als Programmierer damit seine Brötchen, aber es ist keine interessante Aufgabe, an Unzulänglichkeiten sein Geld zu verdienen.

Typoscript 2.0 – Neuer Aufguss des alten Übels
Mit Interesse habe ich verfolgt, dass die Entwicklung in Richtung von Typoscript 2.0 geht. Es scheint sich hierbei um eine Überarbeitung und Korrektur von Inkonsistenzen zu handeln. Ich würde nicht von einem grundsätzlichen Fortschritt sprechen.  Ein wirklicher Quantenschritt wäre einzig und allein die Abschaffung von Typoscript selbst.   Mag Typoscript wie eine API noch im Hintergrund eingesetzt werden, aber im Backend müßten visuelle Builder die eigentliche Arbeit übernehmen, so dass jeder Wunsch, den man als CMS-Benutzer hat, durch einfache Eingabedaten getrieben, vom Programm selbst realisiert wird.

Ein Programm darf komplexe Funktionen haben, aber es sollte für den Anwender simpel sein, diese Funktionalität zu nutzen.