Während dieses langen Tutorials werden Sie sich vielleicht immer mal wieder gefragt haben - wie kann ich bloß diesen grünen Hintergrund verändern? Oder wie kann ich mein eigenes Logo verwenden? Und die Schriften - ich möchte Times, nicht Arial und Verdana!
Bevor wir uns diesen Dingen widmen, müssen Sie etwas ganz grundsätzliches verstehen, was die Arbeit der meisten Content Management Systeme angeht: Sie trennen Inhalt und Layout. Das bedeutet, dass Seiten und Inhalte in der Datenbank ohne jegliche Farben, Schriften oder Hintergrundbilder gespeichert werden. Die Informationen, die das Aussehen betreffen, sind stattdessen in den Templates (also Vorlagen) und Stylesheets untergebracht, die normalerweise für die gesamte Website verwendet werden. Eine einzige Veränderung in einem Template wirkt sich also auf das gesamte Erscheinungsbild der Website auf allen Seiten aus. Dies ist ein sehr großer Vorteil und ein wichtiges Merkmal eines CMS! Fragen Sie dazu am besten einmal Leute, die eine html-Datei-basierte Website mit mehr als 100 Seiten verwalten und ein Redesign machen möchten...
Statische und dynamische Inhalte
Sehen Sie sich noch einmal die Website des "FC Bigfeet" an:
Dynamische Bereiche: Auf dieser Website sind das Menü (#1), die Seitenüberschriften (#2) und der "Last update"-Bereich indirekt-dynamische Bereiche der Seite. Dies bedeutet, dass sie sich von Seite zu Seite automatisch verändern. Wir können diese Elemente nicht für jede Seite einzeln beeinflussen. Sie sind dynamisch programmierte Teile des Temaplates.
Der Inhalts-Bereich jedoch (#3) ist ein direkt-dynamischer Teil der Seite, weil er seitenspezifischen Inhalt enthält. Wir können ihn verändern durch hinzufügen, entfernen und neu arrangieren der Page Content Elemente! Dieser Bereich ist kein Teil eines Templates (außer natürlich seine Formatierung betreffend Farben und Schrift), denn wir haben direkte Kontrolle über ihn - durch die Content Elemente.
Statische Bereiche: Im Gegensatz zu den dynamischen Bereichen besteht das Template immer aus demselben Logo (#5) und derselben Hintergrundfarbe (#7). Diese Bereiche sind ebenfalls Teil des Templates (wie die indirekt-dynamischen Bereiche), allerdings verändern Sie sich nie durch irgendeine Aktion. Immer dasselbe auf jeder Seite.
Template Records?
Wie verwirklicht nun TYPO3 dieses Prinzip? Nun, Sie können natürlich die tiefergehenden Informationen über den empfohlenen Ansatz zum Erstellen von professionellen Websites im Tutorial "Modern Template Building" nachlesen. Allerdings ist dies für Leute gedacht, die professionell im Bereich Webdesign arbeiten - mit Entwicklern, Designern usw. Deshalb ist der Schwierigkeitsgrad des Tutorials doch etwas höher, als der Name versprechen mag.
Aber der wichtigste Aspekt ist - der Template Record (also Template Datensatz). Es ist das Kontrollelement, welches TYPO3 erklärt, wie ein bestimmter Ast des Page Trees behandelt werden soll. Es mag für Sie auf den ersten Blick nach einem etwas merkwürdigen Ansatz aussehen - es passt jedoch genau in das, was Sie bisher gelernt haben und wird spätestens dann für Sie einen Sinn ergeben, wenn Sie viele Sites in demselben Page Tree mit unterschiedlichen Templates anlegen möchten.
Wenn Sie sich noch einmal die einfache Website des FC Bigfeet ansehen, sehen Sie, dass die Root-Seite einen solchen Template-Record enthält:
Lassen Sie uns ein paar Dinge in unserem Template Record verändern ("NEW SITE, based on standard"). Öffnen Sie es einfach zum Bearbeiten:
Bei Standard Templates wird das "Constants"-Feld häufig verwendet um Werte zu verändern. Die Konstanten werden später an vielen Stellen im "Setup"-Feld übernommen. Auf diese Weise können Sie also durch die Änderung einer Konstanten Änderungen an vielen Stellen im späteren TypoScript Konfigurations Code des Templates erreichen.
Lassen Sie in unserem Fall die Hintergrundfarbe des Menü-Frames in ein freundliches Rot verändern (s.o.).
Nachdem Sie den Template Record gespeichert haben, müssen Sie die Funktion "Clear all cache" im "Admin functions" Menü ausführen:
Machen Sie das immer wenn Sie Template Records direkt bearbeiten (Sie brauchen dies allerdings nicht, wenn Sie Änderungen über das Template Modul vornehmen).
Das Ergebnis:
Natürlich können Sie auch mit den anderen Werten experimentieren!
Der Constant Editor
Der bessere Weg, diese Änderungen vorzunehmen ist das Template Modul in der "Constant Editor" Ansicht zu verwenden:
Hier haben Sie Zugriff auf eine ganze Menge an Optionen, für viele erhalten Sie sogar visuelle Beispiele und Sie können sie aus verschiedenen Kategorien auswählen. Hier finden Sie auch die Hintergrundfarbe des Menüs (Kategorie "Basic"):
Sehen Sie, dass es wirklich nur ein Assistent ist, der die Konstante von vorhin bearbeitet? Sie hieß "menu.bgCol"!
Genauso können Sie auf einfache Weise Bilder auswechseln und hochladen, z.B. Logos oder Hintergrundbilder:
Hier haben wir das aktuelle Hintergrundbild durch das Logo ausgetauscht (#1), und mit dem "Browse" Button können Sie ein lokales Bild auf Ihrer Festplatte auswählen und als neues Logo verwenden - schnell haben Sie eine Website für Ihre Firma und nicht für einen Fußballclub!
Nun, es gibt eigentlich keinen Grund, Ihnen noch mehr über diese Funktionen zu erzählen, denn sie erklären sich quasi von selbst, und der einzige Weg, Routine zu bekommen, ist sie auszuprobieren. Machen Sie das!
Den Frontend User Ordner konfigurieren?
Erinnern Sie sich noch an meinen Hinweis, dass Sie etwas im Template verändern müssen, bevor die Anmeldung der Frontend User funktioniert? Dies ist der richtige Zeitpunkt, um darauf zurückzukommen.
Wenn das Anmelde-Formular gerendert wird, muss es wissen, in welcher Seite (sysFolder) es nach Benutzern suchen muss, die sich anmelden dürfen. Diese Information teilen Sie dem Formular mit, indem Sie eine Konstante - "styles.content.loginform.pid" - mit der uid des sysFolders "Users" füllen.
Die uid des sysFolders lautet "14":
Alles was wir tun müssen ist also "14" in dieses Feld einzutragen:
Dieses Feld finden Sie inmitten der 64 Werte, die in der Kategorie CONTENT im Constant Editor angezeigt werden. Sie können den Wert natürlich auch per Hand in das "Constants" Feld eintragen.
Der beste Weg um das Setup oder Constants Feld eines Templates zu bearbeiten ist immer noch die Ansicht "Info/Modify". Hier haben Sie direkten Zugriff auf die Felder des Template Records. Dies ist als Hilfe für Entwickler gedacht, die diese Funktion häufig benutzen werden:
(Sehen Sie den Link (#1) unter dem Menüblock? Mit ihm können Sie den gesamten Template Record bearbeiten, wenn Sie möchten).
Im Setup Feld finden Sie einige Zeilen:
Diese Zeilen werden Ihnen wohl etwas merkwürdig vorkommen, und man benötigt ein Handbuch und etwas Hintergrundwissen um etwas damit anstellen zu können! Also machen Sie sich keine Sorgen.
Die erste Zeile (#1) fügt eine Alternative zur Standard-Sitemap (die ziemlich langweilig ist) ein, anschließend wird das Stylesheet für die Seite bestimmt (#2). Dies wird für das "mininews"-Plugin benötigt, das für seine gesamte Formatierung CSS verwendet (im Gegensatz zu anderen Teilen dieses Standard Templates, das noch aus der Zeit stammt, in der hauptsächlich <font>-Tags verwendet wurden). Schließlich sehen wir noch die Konfiguration für das Newsletter Plugin (#3). Die wird gebraucht, damit neue Empfänger nicht erst eine Email mit einem Bestätigungslink erhalten, bevor sie den Newsletter endgültig abonniert haben. Dann haben wir noch die dänische Sprache gewählt (#4) und das Login User Tracking aktiviert (#5).
Das war nur eine kleine Beschreibung. Denken Sie daran, dass diese Optionen nicht für sich sprechen. Sie werden noch weiteres Wissen aus verschiedenen Quellen (wie der TSref) benötigen, bevor Sie sie ganz verstehen. Bis jetzt können wir einfach nur feststellen, dass das Setup Feld offensichtlich ein Ort ist, um solche Dinge unterzubringen! Und dieses Zeugs nennt sich TypoScript!
Als abschließende Bemerkung zum Setup Feld (erst einmal) werde ich Ihnen nun noch den Object Browser vorstellen:
Dieses Tool zeigt Ihnen visuell den Objektebaum des TypoScripts aus dem Setup Feld. Wenn Sie sich die Zeile TypoScript für die Konfiguration der dänischen Sprache angesehen haben ("page.config.language =dk") können Sie sofort die Logik dieser Baumansicht verstehen.
Beachten Sie, dass TypoScript wirklich keine Skriptsprache mit Kontrollstrukturen, sondern eher eine beschreibende Konfigurations-Sprache ist, die eine Informations Hierarchie erzeugt und damit der Template Engine erklärt, was sie tun soll und in welcher Reihenfolge. Man kann sich das ungefähr so vorstellen, wie die Registry in Windows. Wenn TYPO3 irgendeine Skriptsprache enthält, ist es PHP selbst! Deshalb ist TypoScript nicht eine neue, eigenständige Technologie, die vielleicht lieber XSLT sein sollte oder etwas in der Art - TypoScript ist eher eine unvermeidbare - und in diesem Fall brilliante – Konfigurationssprache, um externe Teile zusammenzuführen (wie beispielsweise Inhalt, Templates, PHP und XML oder was auch immer).
Aber gut, Sie werden es natürlich lernen müssen. Aber es gibt keine wirkliche Alternative, und den Grad zu dem Sie TypoScript verwenden möchten, können Sie teils selbst bestimmen. Andere Tutorials werden Ihnen noch sehr viel mehr dazu erzählen...
Zurück zur Arbeit: Wenn Sie die Option "Enable Object Links" aktivieren (am Ende der Seite) können Sie die Werte sogar in einer übersichtlichen Ansicht direkt bearbeiten:
Klicken Sie auf die Eigenschaft, die Sie ändern möchten:
Ändern Sie den Wert und speichern Sie:
So einfach geht das.
Wie können Sie nun aber herausfinden, was die Option bedeutet? Nun, natürlich benötigen Sie noch etwas Hintergrundwissen aber der TS Assistent hilft Ihnen mit der Syntax, wenn Sie wissen, wonach Sie suchen:
Für das Objekt "page.config" gibt es Eigenschaften, die mit dem TSreference Assistenten angezeigt werden können:
In dem Fenster, das sich öffnet können Sie nun nach dem Objekt suchen über dessen Eigenschaft Sie etwas wissen möchten. Dies ist der Zeitpunkt an dem Sie wissen müssen, welchen Teil Ihres Objektes page Sie benutzen (in unserem Fall "page.config"):
Und die nächste Ausgabe zeigt Ihnen komfortabel die Eigenschaften.
Genau genommen wurde diese Information direkt aus den Online Handbüchen übernommen, Sie hätten sie also auch auf typo3.org finden können. Sehen Sei einfach in das CONFIG Objekt in der TSref.
TSref
Die TypoScript Referenz (TSref) ist ein sehr bekanntes Dokument in der Dokumentensammlung rund um TYPO3. Sie enthält die Beschreibung aller TypoScript Objekte, die Sie benutzen können um Templates in TYPO3 zu erzeugen. Es ist das Handbuch, dessen Inhalt Sie im Setup Feld der Template Records verwenden können.
Bevor Sie aber in die Tiefen der TSref abtauchen, beachten Sie, dass es nur Sinn macht, wenn Sie bereits wissen, wonach Sie suchen! Es ist eine Referenz die alle Eigenschaften auflistet. Wenn Sie also wissen, welche Eigenschaft Sie suchen, ist Sie sehr nützlich - sogar unersetzlich!
TypoScript by Example
Wenn Sie ein wenig selbst herumprobieren möchten, ist TypoScript by Example der richtige Weg. Dieses Dokument enthält eine Menge an Beispielen und ist als eine Reihe von Mini-Tutorials zu TypoScript-Themen aufgebaut.
In unserem Fall basiert das FC Bigfeet Template auf dem Standard Template namens "BUSINESS". Dieses liefert die gesamte restliche Konfiguration die Sie im Object Browser gesehen haben!
Sie können sich diese Struktur in der "Template Analyzer" Ansicht im Template Modul ansehen:
Alle "Elemente" in diesem umgekehrt aufgebauten Baum spiegelt einen bereits vorgefertigten TypoScript-Inhalt für das Template wider! Wenn Sie sich also das Setup- oder Constant-Feld im Haupttemplate "NEW SITE, based on standard" (#1) ansehen und sich überlegen, woher diese ganzen Objekte und Eigenschaften herkommen - das ist die Antwort. Sie wurden bereits vorher aus den statischen Templates durch den Parser eingefügt.
Wenn Sie den Inhalt eines jeden Elementes sehen wollen, klicken Sie einfach auf dessen Titel.
Statische Templates
Das statische Template "styles.sitemap.gs" wurde eingebunden um die schöne Sitemap mit Baumstruktur auf der Website zu zeigen. Das statische Template File "Ext:da_newsletter_subscript..." wurde eingebunden um die notwendige Konfiguration für die Newsletter Anmeldung zu bekommen (wie im Video bereits gesehen). Schließlich ist das Template "template; BUSINESS" (Standard Template) der Schlüssel zum Aussehen unserer Website.
All dies ist innerhalb des Template Records editierbar. Wählen Sie das List Modul und bearbeiten Sie ihn:
Das "Include static" Feld enthält die statischen Templates, wie ich Ihnen gesagt habe (#1 und #2) und "Include static (from extensions)" enthält eine Referenz auf das Static Template File der Newsletter Extension (#3). Die Auswahlkästchen "Clear" und "Rootlevel" sollten normalerweise nur bei dem Haupttemplate gesetzt sein (#4).
Generell werden statische Templates auf professionellen Websites, die mit TYPO3 erstellt wurden, eher selten genutzt. Der Grund dafür ist, dass Websites normalerweise individuelle Arbeiten sind, die auch einen individuellen TypoScript Code erfordern. Statische Templates enthalten generelles TypoScript, der sehr nützlich, aber auf einen bestimmten Bereich begrenzt ist.
Trotzdem wird in fast jedem Template - sogar in maßgeschneiderten Lösungen -ein statisches Template für das Rendern der Page Content Elemente eingebunden. Das macht Sinn, denn Templates und Code zum Rendern für alle Kombinationen von Content Elementen zu schreiben ist eine sehr langwierige Aufgabe und da bietet es sich an, Code wiederzuverwenden!
Template auswechseln
Lassen Sie uns ein anderes Standard Template ausprobieren. Entfernen Sie unser Template BUSINESS aus dem "Include Static" Feld und fügen Sie das CANDIDATE Template hinzu:
Speichern Sie das Ergebnis, klicken Sie auf "Clear All Cache" und sehen Sie sich die Website an:
Wie Sie sehen sind die Content Elemente die gleichen, die Hintergrundfarbe ist dieselbe, das Stylesheet für die News Teaser ist dasselbe - aber das Template ist anders! Das ist es, was Templates machen! Sie können die komplette Struktur einer Website verändern! So einfach kann das Re-Design einer 10, 100 oder 1000-seitigen Website in TYPO3 sein - eine einfache Änderung im Template wirkt sich auf alle Seiten aus!
In diesem neuen Template scheint es etwas zu geben, das wir vorher noch nicht hatten. Es ist die Rand-Spalte (oder auch border column). Dort können wir Inhalte darstellen.
Page TSconfig
Das erste was wir tun müssen ist, die Option "Page TSconfig", die TYPO3 davon abhält mehr als die Inhaltsspalte "Normal" im Page Modul darzustellen, zu ändern. Bearbeiten Sie den Seiten-Header der Root-Seite "FC Bigfeet":
Fügen Sie ein ",3" an das Ende der Liste hinzu:
Dies wird das Page Modul dazu veranlassen, sowohl die Spalte "Normal" (0) als auch die Spalte "Border" (3) darzustellen. Wenn Sie mehr über die möglichen Optionen wissen möchen, die Sie verwenden können, klicken Sie einfach auf die "TS"-Schaltfläche am rechten Rand. In einem neuen Fenster finden Sie "mod.SHARED":
Dies wird Ihnen die Eigenschaft "colPos_list" anzeigen, inklusive einer Beschreibung was sie macht. Sie können sogar auf die Eigenschaft klicken und werden dann zurück zum entsprechenden TSconfig Feld gebracht.
Speichen Sie den Seiten-Header und gehen Sie zum Page Modul - nun wird eine zusätzliche Spalte angezeigt:
Legen Sie dort ein neues Content Element an. Klicken Sie einfach auf das "Neu"-Symbol:
Wählen Sie den einfachen Element-Typ "Text" und geben ein bißchen Inhalt ein:
Beachten Sie den Inhalt des Feldes "Columns" bei den Secondary Options des "Type" Feldes - es hat den Wert "Border". Und genau dies ist die Einstellung, die dafür sorgt, dass das Content Element in der Spalte "Border" erscheint und nicht in der normalen Spalte! Dieses Feld wurde mit einem Standardwert gefüllt, als wir den neuen Pacecontent erstellt haben.
Klicken Sie auf den "Speichere mir das Dokument und schließe dann das Fenster" - Button. Zurück im Page Modul sehen Sie, dass der neue Inhalt wie erwartet in der richtigen Spalte auftaucht:
Aber er soll natürlich auch auf der Website an der richtigen Stelle erscheinen! Schauen Sie sich also auch das Frontend an:
Und das ist der Fall!
"Page TSconfig" verstehen
Die kleine Änderung, die wir im "TSconfig" Feld der Root-Seite gemacht haben war ziemlich interessant. Sie war nämlich ein kleines Stück Konfiguration, das Auswirkungen auf die Funktionsweise des Backend hatte - genau genommen, auf einen bestimmten Zweig des Page Trees! "Page TSconfig" ist daher ein mächtiges Konzept, dass Ihnen eine Feinabstimmung der Verhaltensweisen von Modulen, dem Rich Text Editor und anderen Elementen erlaubt. Die Syntax des Codes, den Sie eingeben, ist TypoScript-Syntax - die gleiche, die Sie auch für Template Records verwenden. Aber sie hat nichts mit den Templates im Frontend zu tun - nur mit der Konfiguration von internen Eigenschaften. Zum Beispiel um eine zusätzliche Spalte im Page Modul zu aktivieren!
Wenn Sie etwas über die Eigenschaften von TSconfig wissen möchten, finden Sie eine Referenz dazu auf typo3.org. Diese spezielle Option wurde auf dieser Seite dokumentiert. Suchen Sie nach der Überschrift "Shared options for modules (mod.SHARED)".
Page TSconfig überprüfen
Um die Page TSconfig - Einstellungen für einen beliebigen Punkt im Page Tree zu überprüfen, benutzen Sie das Info Modul mit der "Page TSconfig" Ansicht:
Wie Sie sehen hat die Ansicht die gleiche Baumstruktur wie der Object Browser.
Den Template-Wechsel rückgängig machen
Bevor wir fortfahren, sollten wir wieder das Template BUSINESS wählen. Wenn Sie zwischenzeitlich keine Änderungen am Template Record gemacht haben, können wir dies einfach durch einen Klick auf die Rückgängig-Schaltfläche tun - dies wird den vorherigen Zustand in der Datenbank wiederherstellen. Wählen Sie "Edit" für diesen Template Record:
Nachdem sich der Bildschirm neu aufgebaut hat, überprüfen Sie das Ergebnis. Die frühere Einstellung für die statischen Templates sollte wieder angezeigt werden:
(Wenn dies nicht der Fall ist, müssen Sie sie einfach per Hand ändern).
Sie sollten auch die Hintergrundfarbe der Menü-Konstanten (menu.bgCol) wieder auf #007000 setzen.
Weitere Informationen zu den Undo-/ und History-Funktionen in TYPO3 finden Sie hier.
TYPO3 bietet die Möglichkeit nicht nur eine sondern eine beliebige Anzahl an Websites in derselben Datenbank anzulegen! Dies ist eine mächte Funktion, die "Multi Site" gennant wird. Prinzipiell kann eine neue Website von jeder Seite im Page Tree aus starten und diese Startseite (Root Page) einer neuen Site wird durch das Einfügen eines Template Records festgelegt!
Wenn Sie dachten, dass Template Records ein merkwürdiger Ansatz für das Erzeugen von Templates ist, werden Sie nun sehen, dass er eine effiziente Lösung für unser aktuelles Problem ist - weil der Template Record ein Kontrollelement wird, dass Sie auf einer beliebigen Seite anlegen um den Startpunkt einer neuen Website festzulegen. Sobald Sie mehr als eine Website im Page Tree einrichten möchten, werden Sie ein solches Konzept benötigen!
Lassen Sie uns das in der Praxis ausprobieren:
Einen neuen Ast anlegen
Zunächst erzeugen Sie eine neue Seite unter der aktuellen und fügen einige Unterseiten hinzu. Dies wird der Anfang der Fan Club Website:
"Fan Club" ist nun unsere neue Root Page für diese Website. Schauen wir sie uns an:
Sieht nicht gut aus:
Warum? Nun, die Antwort liegt in dem Prinzip, dass ich Ihnen gerade erklärt habe - wir haben noch keinen Template Record für die Root Page angelegt, damit TYPO3 weiss, dass dies die Root Page ist! Der einfachste weg dies zu tun ist, das Template Modul anzuschmeißen, die "Info/Modify" Ansicht auszuwählen und den dortigen Assistenten zu benutzen:
Suchen Sie nach einem geeigneten Standard Template für Ihre neue Site:
Bestätigen Sie das Anlegen des neuen Templates und gehen Sie in das Listen Modul, um zu sehen, ob der neue Template Record angelegt wurde:
Jetzt kommt der spannende Moment - hat dies das Problem gelöst? Sehen wir mal ins Frontend:
Ja, hat es! Natürlich sind die Seiten noch leer, denn es gibt noch keine Inhalte. Und das Template muss noch mit dem "Constant Editor" für andere Farben usw. konfiguriert werden. Das ist nun der nächste Schritt.
Vermutlich ist es für Sie keine Überraschung, dass die Page id, die an den Browser gesendet wurde "34" war - nämlich die id der Seite unseren neuen Site. Aber welche der beiden Websites in der Datenbank wird angezeigt, wenn wir keine id senden? Die Antwort ist, die erste - die "FC Bigfeet" Site.
Gut, wenn das nun aber so ist, wie kann dann jemals jemand unsere neue Site besuchen?
Wenn Sie mehrere Websites in Ihrer TYPO3 Datenbank verwalten möchten, benötigen Sie für jede von ihnen eine separate Domain. Die Websites des "FC Bigfeet" könnten beispielsweise die Domain "www.fc-bigfeet.com" und die Fanclub-Site die Subdomain "fanclub.fc-bigfeet.com" und zusätzlich "www.fanclub.fc-bigfeet.com" haben. Die Herausforderung ist nun sicherzustellen, dass die Besucher jeweils die richtige Website sehen.
Dazu sind drei Schritte nötig:
Stellen Sie sicher, dass der DNS für alle gennanten Domains auf Ihren Webserver verweist. (dies ist allerdings kein TYPO3 verwandtes Thema)
Konfigurieren Sie Ihren Webserver so, dass Anfragen für alle drei Domains in dem Verzeichnis mit der TYPO3-Website (.../quickstart/) landen. Am einfachsten erreichen Sie das mit einer so genannten Catch-All Domain.
Schließlich erzeugen Sie einen Domain Record für jede Domain, die auf die "Fan Club" Website verweisen soll.
Und das machen wir, indem wir der Root Page "Fan Club" ein neues Element hinzufügen:
Dann geben Sie den Haupt-Domainnamen ein:
Und speichern das ganze.
Erzeugen Sie noch einen. Dieses Mal für die alternative Domain "www.fanclub.fc-bigfeet.com". Da dies nur eine Domain ist, die wir "zur Sicherheit" verwenden, wollen wir, dass sie auf die "fanclub.fc-bigfeet.com" Domain verweist. Das stellen wir folgendermaßen an:
Speichern Sie den Eintrag und rufen Sie die Seite im List Modul auf:
Im List Modul werden die beiden Domain-Einträge für die "Fan Club" Seite aufgelistet. Wenn Sie alles richtig gemacht haben, sollte ein Aufruf von "http://fanclub.fc-bigfeet.com" die neue Website und "http://www.fc-bigfeet.com" die alte aufrufen. Natürlich hat es nicht funktioniert - es sei denn Sie haben sich beeilt und diese Domain gerade registriert!
Hinter den Kulissen passiert folgendes: TYPO3 erkennt den Domain Namen. Dann versucht es einen passenden Domain Record zu finden. Wenn es einen passenden gefunden hat (wie zum Beispiel "fanclub.fc-bigfeet.com") dann wird die entsprechende Seite als Root Page gesetzt! Das bedeutet, dass jede Anforderung an page ids innerhalb dieses Astes, also dieser Unterseiten der Seite sein muss, in der der Domain Record gefunden wurde! Eine page id der "FC Bigfeet" Site die innerhalb der Domain "fanclub.fc-bigfeet.com" aufgerufen wird, wird nur die Startseite der "Fan Club" Website anzeigen!
Benutzen des Template Assistenten
Die Funktion "Create template for a new site" in der "Info/Modify" Ansicht ist sehr nützlich, wenn man mit einer neuen Website beginnt.
Wenn Sie einfach auf den Button klicken, ohne ein Standard Template auszuwählen, werden Sie in einem neuen Template Record landen - allerdings ohne irgendein Standard Template, nur mit einigen Zeilen TypoScript zum Einstieg. Dies ist der Weg, den Profis normalerweise wählen um neue speziell zugeschnittene Websites zu erstellen. Dies ist auch die empfohlene Arbeitsweise im Tutorial "Modern Template Building, Part 1".
Framework für neue Projekte?
Wenn Sie mit der Arbeit an einer eigenen, neuen Website beginnen, tun Sie das normalerweise mit einer leeren Datenbank. Wenn Sie genau das möchten - eine saubere Datenbank ohne Seiten, Inhalt und nur einem "admin" Benutzer - dann besorgen Sie sich das "Dummy" Paket von typo3.org. Es dient als Framework für den Start neuer Projekte.
Wenn Sie noch neu bei TYPO3 sind - oder wenn Sie einfach ein bisschen faul sind - könnten Sie neue Projekte auch mit dem "QuickStart" Paket beginnen - jenes, das wir hier benutzen! Der Grund dafür ist, dass es bereits eine Reihe von Benutzern, ein Template und einige Inhalte enthält. Sie werden nur das Template entfernen müssen, ein neues anlegen, Seite neu anordnen und neue Inhalte anlegen, während Sie Teile entfernen, die Sie nicht mehr benötigen. Dies ist vermutlich eine gute Idee, wenn Sie schnell loslegen möchten.
Weil das "Template" der entscheidende Punkt bei der Umsetzung der Möglichkeiten eines CMS ist, ist es sehr wichtig, hervorzuheben, dass dieses Tutorial in keinster Weise die vielfältigen Möglichkeiten von Templates in TYPO3 darstellt. Ich habe absichtlich ein sehr langweiliges Standard-Template gewählt, das einen Touch von Amateur-Look hat. Deshalb absichtlich, damit wir uns nicht in diesen Möglichkeiten verlieren. Denken Sie daran, dass dieses Tutorial Ihnen die grundlegenden Prinzipien von TYPO3 vermitteln will. Diese Prinzipien gelten natürlich genauso für die professionelle Arbeit mit diesem Produkt. Aber die Implementation der Templates wird sehr anders ausfallen.
Beachten Sie also bitte: Dieses Tutorial basiert auf einer bereits funktionierenden Website mit einem Template, das bereits arbeitet! Sie haben bisher noch nicht (zumindest nicht bis ins Detail) gelernt, wie Sie ihr eigenes Design umsetzen. Das bleibt den übrigen Tutorials vorbehalten - die "FC Bigfeet" Site ist nur als eine Einführung gedacht - denn Templates anzupassen ist die große Kunst...
Fakten über Templates und ihre Möglichkeiten
Zur Übersicht noch einmal einige Fakten über TYPO3 und Templates:
Sie können jedes Design umsetzen das Sie möchten und wie Sie es möchten.
Sie können eine beliebige Anzahl an Menü Ebenen haben.
Sie können mehrfache Sites und mehrfache Templates haben.
Sie können Seiten mit einer beliebigen Anzahl an Sprachen haben.
Sie können unterschiedliche Inhaltsbereiche (Spalten) auf einer Seite haben.
Sie können jede Art von externen Datenquellen integrieren, mit in PHP geschriebenen Plugins.
Sie können eine beliebige Anzahl an Web Applikationen in verschiedensten Seiten integrieren.
Sie können alles mit PHP erweitern (und bleiben dabei abwärtskompatibel!)
Sie können alles machen - manchmal ist es etwas einfacher (für die gebräuchlichen Aufgaben), andere Aufgaben sind etwas umfangreicher (weniger typische Aufgaben).
Wenn Sie einen Blick auf die Feature Liste von TYPO3 werfen möchten besuchen Sie typo3.com.
Professionelle Websites entwickeln mit TYPO3?
Das Tutorial "Modern Template Building, Part 1" ist das Dokument der Wahl, wenn Sie sich weiter mit der Entwicklung von Templates beschäftigen möchten - es richtet sich an Neulinge auf einer professionellen Ebene. Das Dokument ist eine Fortsetzung zu diesem. Wenn Sie sich also etwas ausgeruht haben, machen Sie einfach mit dem nächsten weiter!
