Mit zwei Zeilen im TSConfig des Benutzers lassen sich sich die Funktionen Seiten-Cache löschen und FE-Cache löschen auch für normale Benutzer freigeben:

User TSConfig:
options.clearCache.pages = 1
options.clearCache.all = 1

Die Funktionen erscheinen aber nicht links im Hauptmenü des Typo3-Backends, sondern rechts oben im Menü der jeweiligen Seite.

Diese Einstellung bietet normalen Benutzern die Möglichkeit den Cache zu löschen, wirklich benutzerfreundlich ist das aber noch nicht, da die Löschung des Caches noch immer manuell vorgnommen werden muss.

Cache seitenabhängig automatisch löschen

Eine elegantere Möglichkeit Caches zu löschen bieten einige Optionen im Page-TSConfig. Diese Einstellungen ermöglichen es bei Änderungen in einer Seite oder eines Folders automatisch den Cache anderer Seiten zu löschen. Die Option bietet die Möglichkeit zur Angabe von einzelnen PIDs (PIDs sind die ID-Nummern der Seiten. Die PIDs erscheinen wenn man im Page-Tree mit der Maus über die Seiten-Symbole fährt), all für alle Caches und pages für Seiten-Caches.

Wird im TSConfig der root-Seite

Page-TSConfig:# Caches aller Seiten bei Änderungen automatisch verwerfen
TCEMAIN.clearCacheCmd = all

in das Page-TSConfig eingetragen bewirkt das, dass immer alle Caches gelöscht werden, sobald auf einer Seite eine Änderung vorgenommen wird. Der Griff zu FE-Cache löschen wird damit unnötig und die der Menüpunkt muss für den Redakteur nichtmal mehr freigeschalten werden.

Diese Einstellung hat aber nach wie vor den Nachteil, dass alle Caches gelöscht werden, und dadurch bei grossen Sites die Performance sinken kann.

Typo3 bietet auch die Möglichkeit zu löschende Caches genauer zu spezifizieren. Bei der Verwendung beispielsweise von tt_news kann es z.B. sinnvoll sein beim Erstellen einer neuen News nur die Caches jener Seiten zu löschen, die auf die News referenzieren, also z.B. die News-Übersicht.

Für diesen Zweck bietet Typo3 mit der Option TCEMAIN.clearCacheCmd die Möglichkeit zur Anführung einer PID-Liste.

Beispiel:

Die tt_news-Records befinden sich im Sysfolder "News", eine News-Übersicht auf der Home-Seite mit der PID 1 und auf einer Unterseite mit der PID 23. Mit folgendem Eintrag in der Page-TSConfig des Sysfolders "News" wird der Cache der abhängigen Seiten bei Änderung oder Erstellung eines News-Records automatisch gelöscht:

Page-TSConfig der Seite mit den News-Records:# Caches von Seite 1 und 23 bei Eingabe von News automatisch löschen
TCEMAIN.clearCacheCmd = 1,23

Weitere Optionen

Typo3 bietet im Page-TSConfog noch weitere für das Löschen des Caches.

TCEMAIN.clearCache_pageSiblingChildren = 1 bietet die Möglichkeit die Unterseiten aller "Geschwisterseiten" (also die Caches aller Seiten auf gleicher Ebene sowie deren Unterseiten) automatisch löschen zu lassen. Standardmässig, also wenn TCEMAIN.clearCache_pageSiblingChildren = 0 ist, werden nur die Caches der Geschwisterseiten automatisch gelöscht.

TCEMAIN.clearCache_pageGrandParent = 1 löscht den Cache der "Grosseltern-Seite", also der über der übergeordneten Seite bei Änderungen der Seite automatisch.

Wenn TCEMAIN.clearCache_disable = 1 im Page-TSConfig eingetragen ist werden bei Änderungen in dieser Seite oder deren Unterseiten keine Caches automatisch gelöscht. Wird diese Option verwendet muss der Redakteur also immer manuell den Cache löschen

Fazit

Das manuelle Cache löschen wird schnell zur Gewohnheit, ist allerdings nicht sehr benutzerfreundlich, insbesondere da die Funktion bei normalen Usern recht gut versteckt ist. TCEMAIN.clearCacheCmd = all in der Page-TSConfig der obersten Seite ist die einfachste Alternative, insbesondere wenn die Typo3-Site nicht allzu gross ist und nicht allzuviele Änderungen vorgenommen werden. Bei grossen Sites und Sites mit sehr vielen Besuchern kann das dauernde Löschen aller Caches - selbst wenn nur bei der kleinsten Änderung vorgenommen wurde - auch Performance-Probleme hervorrufen. Da empfiehlt es sich dann mit TCEMAIN.clearCacheCmd unter Angabe von abhängigen Seiten-IDs die Einstellung etwas feiner vorzunehmen um nur jene Caches automatisch zu löschen, die wirklich nicht mehr gültig sein sollen.

In der Praxis überschneiden sich beide: Auch die meisten Tags zur logischen Textauszeichnung haben bestimmte Darstellungen zur Folge.

Ursprünglich war an die physikalische Textauszeichnung bei der Entwicklung von HTML kaum gedacht worden. Zum Zeitpunkt der Entwicklung waren Workstations noch hauptsächlich ASCII-Terminals die keine grafische Darstellung beherrschten. Daher war die physikalische Textauszeichnung mit Funktionen zur Wahl der Schrift, Farbe und dergleichen nebensächlich. Der Browser sollte anhand der Information um was es sich handelt selbst entscheiden wie er den Textteil darstellt. Das war für die damals hauptsächlich wissenschaftlichen Texte auch ausreichend.

Mit der Kommerzialisierung des Webs gewann aber die Gestaltung einer Website mehr und mehr Bedeutung über dessen Inhalt, und die wenigen zur Verfügung stehenden Tags wurden missbraucht um Seiten zu gestalten.

Ein Beispiel dafür ist das Tag <blockquote>, das laut HTML-Spezifikation ein Zitat markiert. Da aber die meisten Browser „Zitate“ eingerückt darstellten, wurde <blockquote> von Webdesignern bald missbraucht um Text einzurücken, auch wenn es sich nicht um ein Zitat handelte.

Seit der Einführung von CSS sind derartige Missbräuchliche Verwendungen von Tags nicht mehr notwendig, da sich die Gestaltung über Klassen bis ins Detail regeln lässt.

Trotzdem, oder gerade deswegen kommt der logischen Auszeichnung von Texten wieder mehr Bedeutung zu, insbesondere auch in Hinblick auf XHTML, welches die Gestaltung nur mehr über CSS erlaubt. Gute logische Auszeichnung bietet mehrere Vorteile:

• Sinnvolle Darstellung auf allen Ausgabegeräten, auch reinen Text-Browsern.
  
• Bessere Interpretation durch Screenreader: Logische Auszeichnung erleichtert die Verwendung von Hilfsmitteln für Sehbehinderte. Textpassagen werden entsprechend der Markierung betont
• Logische Textauszeichnung erleichtert die Übergabe von HTML-Texten, beispielsweise in Blogs, da auf der Website die den Artikel übernimmt die eigenen CSS-Definitionen unter Umständen nicht vorhanden sind bzw. ausgefiltert werden.
• Erleichterter Umstieg auf XHTML

Tag in einem eigenen CSS definieren

Wie die logisch markierten Bereiche dargestellt werden hängt vom Browser ab. In der Regel unterscheidet sich die Darstellung nicht wesentlich. Wer sichergehen will, dass der logisch ausgezeichnete Bereich so dargestellt wird wie gewünscht, kann da die Tags in einem eignenen CSS definieren:

Mit <strong> markierte Elemente werden von den meisten Browsern fett dargestellt. Wer möchte, dass diese Elemente fett und zusätzlich in rot dargestellt werden, kann dies beispielsweise mit folgender CSS-Definition tun

strong {
font-weight: bold;
color: #FF0000;
}

strong - Stark hervorzuhebender

Das Tag <strong> markiert stark hervorzuhebende Textteile.

Die meisten Browser stellen mit <strong> markierten Text standardmässig in Fettschrift dar.

Beispiel:

<strong>Stark hervorzuhebender Text</strong>

Ausgabe:

Stark hervorzuhebender Text

em: Betonen

Das Tag <em> steht für Emphasize, also „betonen“. Mit diesem Tag werden zu betonende Textelemente markiert.

Die meisten Browser stellen betonten mit <em> markierte Textteile in Kursivschrift dar.

Beispiel:

Es ist <em>sehr</em> wichtig, Text auch logisch zu strukturieren

Ausgabe:

Es ist sehr wichtig, Text auch logisch zu strukturieren

cite: Kurzes Zitat oder Referenz zu anderen Quellen

<cite> markiert Zitat aus anderen Quellen beziehungsweise eine Referenz auf andere Quellen. Damit sind Zitate oder Referenzen gemeint die im Lauftext eingebunden sind.

Mit <cite>cite</cite> markierte Teile werden von den meisten Browsern standardmässig in Kursivschrift dargestellt

Beispiel:

Eines der bekanntesten Zitate ist sicher <cite>Hamlet: Sein oder Nichtsein, das ist hier die Frage (To be, or not to be: that is the question)</cite>.

Ausgabe:

Eines der bekanntesten Zitate ist sicher <cite>Hamlet: Sein oder Nichtsein, das ist hier die Frage (To be, or not to be: that is the question)</cite>

blockquote: Längeres Zitat

Im Gegensatz zu <cite> markiert <blockquote> ein längeres Zitat, das in einem eigenen Abatz dargestellt wird.

Bei <blockquote> handelt es sich um ein Block-Element. Der Textblock wird von den meisten Browsern standardmässig eingerückt dargestellt.

Beispiel:

<blockquote> Werde ich recht behalten, werden die Deutschen sagen, ich sei Deutscher, die Franzosen, ich sei Europäer und die Amerikaner, ich sei Weltbürger. Werde ich nicht recht behalten, werden die Amerikaner sagen, ich sei Europäer, die Franzosen, ich sei Deutscher und die Deutschen, ich sei ein Jude.<br><br>- Albert Einstein, befragt über die möglichen Auswirkungen seiner Relativitätstheorie</blockquote>

Ausgabe:

Werde ich recht behalten, werden die Deutschen sagen, ich sei Deutscher, die Franzosen, ich sei Europäer und die Amerikaner, ich sei Weltbürger. Werde ich nicht recht behalten, werden die Amerikaner sagen, ich sei Europäer, die Franzosen, ich sei Deutscher und die Deutschen, ich sei ein Jude.

- Albert Einstein, befragt über die möglichen Auswirkungen seiner Relativitätstheorie

dfn: Definition

Mit <dfn> kann ein definiertes wort markiert werden. Dies wird meistens bei der ersten Verwendung im Text gemacht:

Beispiel:

<dfn>HTML</dfn> steht für Hypertext Markup Language und <dfn>CSS</dfn>für Cascaded Style Sheets.

Ausgabe:

HTML steht für Hypertext Markup Language und CSS für Cascaded Style Sheets.

kbd: Tastatureingabe

Mit <kbd> können – beispielsweise in einem Benutzerhandbuch – vom User vorzunehmende Eingaben markiert werden.

Die meisten Browser stellen in kbd eingeschlossenen Texte in nicht-proportionaler Schrift dar

Beispiel:

Geben sie bitte <kbd>cd /</kbd> ein um ins Hauptverzeichnis zu wechseln.

Ausgabe:

Geben sie bitte <kbd>cd /</kbd> ein um ins Hauptverzeichnis zu wechseln.

samp: Beispiel

Das Tag <samp> markiert ein Beispiel. In Tutorials können damit Beispiele markiert werden, und hat damit eine ähnliche Funktion wie das Tag <code>.

Beispiel:

<samp><dfn>HTML</dfn> steht für Hypertext Markup Language und <dfn>CSS</dfn>für Cascaded Style Sheets.</samp>

Ausgabe:

<dfn>HTML</dfn> steht für Hypertext Markup Language und <dfn>CSS</dfn>für Cascaded Style Sheets.

code: Computer-Code

Das Tag <code> markiert Computer-Code, also Ausschnitte aus Programmen, HTML-Quelltext oder ähnliches.

Beispiel:

Ausgabe von „Hallo Welt“ in einer Schleife in Pascal: <code>for x := 1 to 10 do writeln ('Hallo Welt');</code>

Ausgabe:

Ausgabe von „Hallo Welt“ in einer Schleife in Pascal: for x := 1 to 10 do writeln ('Hallo Welt');

address: Adresse

Mit <address> kann eine Adresse markiert werden:

Beispiel:

<address>
Helicon Software Development<br>
Trimplinggasse 6<br>
A-2500 Baden
</address>

Ausgabe:

abbr: Abkürzung

Mit <abbr> önnen im Quelltext Abkürzungen markiert werden und unter Verwendung des title-Attributs eine Erklärung eingeblendet werden.

Beispiel:

In <abbr title="Hypertext Markup Language">HTML</abbr> kann das Tag <strong> verwendet werden um Textteile besonders hervorzuheben.

Ausgabe:

In HTML kann das Tag <strong> verwendet werden um Textteile besonders hervorzuheben.

Ins/Del: Gelöscht und hinzugefügt

Mit <del> lassen sich Textteile als gelöscht, und mit <ins> als hinzugefügt markieren. Damit können Änderungsvorgänge dargestellt werden.

Beim Tag <ins> kann optional durch Angabe des Attributs dattime noch zusätzlich der Zeitpunkt der Änderung angegeben werden. Dabei muss das Format yyyy-mm-dd verwendet werden. Ebenso optional ist die Verwendung des Attributs cite welches ermöglicht auf ein HTML-Dokument zu verweisen da nähere Angaben macht.

Die meisten Browser stellen gelöschte, also in <del> eingeschlossene Textteile durchgestrichen, mit <ins> hinzugefügte unterstrichen dar.

Beispiel:

Das Projekt ist im <del>Juni</del><ins datetime=“2007-03-17“>Juli</ins> abgeschlossen.

Ausgabe:

Das Projekt ist im JuniJuli abgeschlossen.