Frontend: Vollständig W3C valide

In der aktuellen Version wurde erstmals besonderen Wert auf eine barrierefreie Auslieferung des Quellcodes der Website gelegt. Damit  ist der HTML Code W3C valide und wird im aktuellen HTML5 Standard ausgeliefert. Natürlich ist dabei auf eine Abwärtskompatibilität von HTML 4.0 geachtet worden. Es ist ein offenes Geheimnis, dass W3C valide Websites im Google Suchergebnis positiver gelistet werden.

 

Links:

http://www.handelsblatt.com

Aber wie bekommt man diese Link vernünftig mit einem Anchor-Tag umschlossen?

Die Lösung ist im Grunde relativ einfach. Um das Problem zu beheben, muß tt_news um die Objekteigenschaften “general_stdWrap” und “parseFunc” erweitert werden und dieser die RTE Eigenschaften zugeweisen werden:

tt_news.general_stdWrap.parseFunc < lib.parseFunc_RTE

Mit dieser TypoScript Zeile werden dann auch die Links korrekt im Frontend erzeugt. Allerdings nur, wenn vor dem “www.” auch ein “http://” vorangestellt wird. Andernfalls werden weiterhin keine Links erzeugt.

 

myquizpoll erlaubt viele Quiz-Varianten zu realisieren, angefangen von einem Wissens-Test á la “Wer wird Millionär” mit “einer” richtigen Antworten bis zu einer konkreten Punkteverteilung pro Frage. Doch in der Erklärung zu einer Antwort gab es bisher ein kleines Manko, dass wir in Projekten feststellen mussten: In der Extension konnte nur ein Erklärungstext pro Antwort hinterlegt werden, egal ob die Antwort des Teilnehmers nun falsch oder richtig war.

Nachdem Kurt von dem Problem erfuhr, war auch kurzerhand eine Lösung gestrickt, die genau auf die Lösung dieses Problems abzielte. Die Version 1.4.2 von myquizpoll ermöglicht nun einen Erklärungstext für falsche Antworten und einen für richtige Antworten zu hinterlegen (Achtung: die Version ist nicht über den TER zu finden). An dieser Stelle von meiner Seite ein großes Dankeschön an Kurt für die schnelle Hilfe.

 

Die Grid-View

Eine der wichtigsten neuen Features ist die Grid View, mit der es nun möglich ist, das Layout im Frontend auch im Backend darzustellen. Insofern besteht die Möglichkeit, das Layout im Backend genauso wie im Frontend zu gestalten. Um ein Layout für eine Seite zu gestalten, unterstützt ein Wizard bei der Einrichtung und erlaubt damit komplexe Layouts zu realisieren. Zu diesem Zweck wählt man einfach ein “Grid Record” aus und weist dies der Seite zu. Neben dem Wizard besteht auch die Möglichkeit, händisch über TypoScript das Layout zu programmieren.

Der Wizard erlaubt die Auswahl verschiedener Layouts

Vorteil: Langzeit-Support

Das TYPO3 Projekt-Team produziert aktuell alle 6 Monate ein neues Major Release. Das führte dazu, dass ältere Versionen nicht mehr schneller unterstützt wurden. Die neue TYPO3 Version ist nun erstmals eine “LTS” Version (LTS steht für “Long Term Support”) und bedeutet, dass diese für die kommenden drei Jahre unterstützt und gepflegt werden. Insofern ist die neue Version auch eine Investition in einen sicheren Betrieb der Website. Doch die LTS Version bietet mehr als eine Support-Garantie für 3 Jahre.

Sichere Sache: Noch nie wurde eine TYPO3 Version länger unterstützt

Workspace: Unternehmensanforderungen besser unterstützt

Vollständig wurde in dieser Version auch der Workspace von TYPO3 überarbeitet. Dahinter steckt ein vollwertiges Workflow-System, mit dem Website-Inhalte in einer kopierten Instanz verändert werden können und somit vom restlichen System unabhängig sind. Auf diese Weise kann an einer “Kopie” der Website gearbeitet werden, ohne dass die “aktiven” Inhalte davon betroffen sind. Wenn alles vom Vorgesetzten abgesegnet ist, kann schließlich die Kopie per Knopfdruck “live” gestellt werden. Mit der neuen LTS Version ist der gesamte Workspace-Prozess noch übersichtlicher geworden.

Fazit: Lohnendes Update

Summa summarum ist die vom TYPO3 Core-Team herausgegebene neue Version ein Update Wert. Wer auf hohe Sicherheit und auf ein CMS-System Wert legt, das dem aktuellsten technischen Stand entspricht, sollte nicht zögern. Kunden, die bisher eine TYPO3 Version haben, die älter als 4.3 ist, sollten unbedingt ein Update vornehmen lassen.

 

1

<link http:wwwdomainde="" _blank="" >hier klicken</link>

Wie könnte man nun bei dieser Problemstellung vorgehen?

Prinzipiell ist es nun denkbar die parseFunc des RTE für tt_news zu verwenden und gibt dort für die tt_news Konfiguration folgende Anweisung an:

1
2
3

plugin.tt_news {
     displaySingle.content_stdWrap.parseFunc < lib.parseFunc_RTE
}

Im Grunde auch ein guter Gedanke, aber leider führte auch das bei dem vorliegenden Fall nicht zu einem sauberen und funktionierenden Link. Der einzige Weg der tatsächlich funktioniert, war die parseFunc für das displaySingle wie folgt zu manipulieren:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

displaySingle {
content_stdWrap.wrap >
subheader_stdWrap.wrap = |
content_stdWrap.parseFunc {
     makelinks = 1
     makelinks.http.keep = path
     makelinks.http.extTarget = _blank
     makelinks.mailto.keep = path
     tags {
          link = TEXT
          link {
               current = 1
               typolink.extTarget = _blank
               typolink.target = {$cLinkTagTarget}
               typolink.parameter.data = parameters : allParams
               }
          }
     }
}

Die Funktion makelinks erzeugt aus einer Internetadresse einen echten Link. Die weiteren Anweisungen bewirken unter anderem, dass die Adresse hinter dem Link in einem neuen Browserfenster geöffnet wird (_blank). Das Ergebnis dieses Code Snippets führt dann zu einem W3C validen Link.

 

Nicht selten ist dort die folgende Fehlermeldung aufzufinden, die sich dann alle paar Minuten wiederholt:
Core: Error handler (FE:sad: PHP Warning: fopen() [function.fopen]: Filename cannot be empty in /kunden/.../typo3cms/typo3_src-4.3.0/t3lib/class.t3lib_div.php line 5420

Wirklich sorgenbereitend ist diese Meldung nicht, denn TYPO3 arbeitet im Frontend ohne erkennbare Störung. Richtig Zeit den Fehler zu ergründen hatten wir bisher nicht, aber wem eine schnelle Lösung ohne Grund genügt, der soll einmal folgendes versuchen:

1. Die localconf.php öffnen (liegt im Unterordner typo3conf) und danach
2. die Zeile [SYS][systemLog] = ...... auskommentieren.

Danach sollte der Spuk behoben sein.

 

1. Die Startseite wird angezeigt, aber nachdem ein Navigationspunkt angeklickt wird, erscheint eine 404 Fehlermeldung. Woran liegt das?
   Ursache:  Anscheinend ist die .htaccess nicht richtig konfiguriert worden. Steht zum Beispiel “RewriteBase /” in der .htaccess und die zu erreichende index.php von TYPO3 liegt aber im Unterordner xyz, erscheint ein solcher Fehler. Dann muss auch in der .htaccess “RewriteBase /xyz” gesetzt werden.
2. Ich habe meine TYPO3 Installation geupdatet und nun werden Seiten auf der zweiten und dritten Ebene nicht mehr angezeigt. Gibt es dafür eine Lösung?
   Ursache: Mit manchen neuen TYPO3 Version wird auch Simulatestatic geupdated (zuletzt in der TYPO3 4.3 Version). Die RealURL Konfigurationen werden dann überschrieben. Aus diesem Grund muss RealURL deinstalliert (nicht updaten!) und danach wieder neu installiert werden.
3. Ich möchte RealURL mit mehren Domains nutzen, aber die Standard Konfiguration funktioniert einfach nicht. Was ist da los?
   Ursache: Kommentiere die “RewriteBase /” aus und verwende stattdessen eine RewriteRule, die dann so aussehen könnte:
   Hat man mehrere Domains für eine TYPO3 Installation, empfiehlt es sich eine Rewriterule zu schreiben
   RewriteCond %{HTTP_HOST} deine.domain$ [NC]
RewriteRule ^$ /index.php?id=foo
   Der Wert von id ist natürlich nicht foo, sondern die Pid innerhalb der TYPO3-Seiten. In der localconf der TYPO3-Installation muss dann folgendes ergänzt werden:
   $TYPO3_CONF_VARS['EXTCONF']['realurl']['deine.domain'] =
$TYPO3_CONF_VARS['EXTCONF']['realurl']['_DEFAULT'];
$TYPO3_CONF_VARS['EXTCONF']['realurl']['meine.domain']['pagePath']['rootpage_id'] = foo;

4. Ich habe mehrere Domains in TYPO3 hinzugefügt. Alles scheint zu funktionieren, nur realurl zeigt im Pfad Page-IDs an, z.B.: http://www.meinedomain.de/263/
   Dies entsteht dadurch, dass die neue Domain nicht in der realurl_autoconf.php konfiguriert ist. Zu diesem Zweck muss man einfach diese Datei von realurl “neu” schreiben lassen. Und dazu wechselt man in den Extension Manager und klickt unter realurl auf “Information” und auf der Folgeseite auf den Button “Update”. Danach sollte es funktionieren. Häufig fehlt nach der Neuinstallation von realurl auch schlichtweg die Konfigurationsdatei für realurl, nämlich die “realurl_conf.php” im Ordner typo3conf/. Fehlt diese können auch keine sprechenden URLs erzeugt werden.
5. Wie kann ich den Fehler “Segment … was not a keyword for a postVarSet as expected!” verhindern?
   Ursache: Der Ursachenforschung hat sich einmal René Nitzsche angenommen. Eine schnelle Lösung ist aber Realurl kurzfristig über Typoscript mit “config.tx_realurl_enable = 0″ abzustellen. Danach sich aus dem Backend auszuloggen, die einzelnen Seiten im Frontend besuchen und dann wiederum den Cache leeren im Backend. Zu guter letzt natürlich RealURL wieder  anschalten. Danach sollte es wieder funktionieren. Erscheint der Fehler immer noch, könnte die Ursache an einem TYPO3 Update liegen.

 

$TYPO3_CONF_VARS["FE"]["logfile_dir"] = 'fileadmin/log/';

Wichtig ist hier zunächst die Schreibrechte für das neue Verzeichnis “log” zu aktivieren und diese auf 730 zu setzen. Nun muss zunächst das Apache Logging über TYPO3 in eine Datei aktiviert werden, was mit folgende TypoScript Anweisungen geschieht:

config.stat = 1

config.stat_apache = 1

config.stat_apache_logfile = log.txt

Nun sind noch Konfigurationen an der Extension selber vorzunehmen. Mit folgenden Anpassungen (siehe Bild) wertet ics_awstats die Logdatei für die Domain www.melon-media.de und www.melonmedia.de aus, updated die Log-Datei über den Browser und archiviert diese danach.

Konfiguration von ics_awstat

Nach einem Klick auf “save configuration” ist auch schon die Einrichtungsarbeit erledigt und die erzeugte Datei “log.txt” kann geöffnet werden, danach erscheint auch schon AWStats im TYPO3-Backend:

AWStats fertig in TYPO3 integriert

Einmal noch auf den Update-Now Link klicken und schon kann der Traffic auf dem Server der Website analysiert werden. Wer möchte kann einen Cronjob einrichten und diesen dann mit der Option “Cron-Update” aktivieren.

Ingesamt hält sich der Aufwand für die Einrichtung durchaus in Grenzen. Was nach der Konfiguration bleibt ist ein Webanalyse Tool, dass mit ics_awstats seinen Dienst unter TYPO3 verrichtet.

 

Einrichtung von "comments"

Die Erweiterung ve_guestbook bietet sehr gute Funktionalitäten, wenn ein Gästebuch erstellt werden soll. Auch wenn es darum geht, tt-news Beiträge zu kommentieren, kann die englischsprachige Extension ve_guestbook punkten. Für diese Anforderung wird auf der tt_news SingleView-Seite ein ”list”-Element und ein “form”-Element der Erweiterung ve_guestbook eingebunden (genau in dieser Reihenfolge) und schon können die News kommentiert werden (hier gehts zum Handbuch).

Die echte Alternative: comments

Doch ve_guestbook ist nicht das Allheilmittel, wenn es um eine Kommentar-Funktion geht. Denn für ein professionelles Kommentierungssystem bietet es in der derzeitigen Version noch zu wenig. Zum Beispiel fehlt die Funktion die Kommentierung für einzelne tt_news Beiträge wieder zu deaktivieren. Denn Kommentierungen sind nicht immer erwünscht (weil zum Beispiel ein Beitrag von Spammern ausgenutzt wird) und deswegen ist diese Lösung in der Praxis sehr ungeeignet.
Als nächstes möchtest Du vielleicht die Kommentare erst freischalten, bevor du sie selber gelesen hast. Das kann zum Beispiel Image-Gründe haben, aber auch mit den gesetzlichen Vorschriften zusammen hängen. Denn in Deutschland ist der Seitenbetreiber mitverantwortlich für die Inhalte auf seiner Seite (auch die Beiträge der Besucher).
Und genau bei diesen Anforderungen kommt die Erweiterung comments zum tragen. Die Installation, der Erweiterung von Dimitry Dulepov verläuft denkbar einfach und ist sehr ähnlich zu der Einrichtung von ve_guestbook.

Einrichtung von comments

Wieder muss ein Inhaltselement “comment list” (für die Auflistung der späteren Kommentare) und das Element ”comment form” (für das Kommentar-Formular) in der tt_news SingleView angelegt werden. Und danach kann die Extension auch schon den eigenen Ansprüchen angepasst werden.
Um die Kommentierung nun aber zu steuern, entwickelte der Programmierer Dimitry Dulepov die zweite Extension comments_ic, die nach Einrichtung von “comments” auch noch einmal installiert werden muss. comments_ic fügt danach zwei neue Optionen den tt_news Beiträgen hinzu, mit der dann gesteuert werden kann, ob die Kommentierung deaktiviert oder automatisch zu einem definierten Zeitpunkt abgestellt werden soll. Das “Zuspammen” von einzelnen Artikeln kann damit ganz gezielt kontrolliert werden und ggf. die Kommentierung abgestellt werden. Das ist echte Flexibilität!

Update vom 19.12.2011:
Die Erweiterung comments wird mittlerweile von Ingo Renner weiterentwickelt und ist derzeit in der Version 1.5.4 verfügbar. In dieser Version ist die Erweiterung “comments_ic” nicht mehr erforderlich. Damit tt_news Beiträge kommentierbar sind muß im FlexForm des Plugins im Feld “Präfix” das Kürzel “tx_ttnews” eingetragen werden. Damit kann einer News auch eindeutig ein Kommentar zugeordnet werden.

(Besten Dank an Marvin)

 

Damit das Einrichten von RealURL keine Hexerei bleibt, sei an dieser Stelle auf einen hilfreichen “HowTo” Thread von “brokemeister” verwiesen. Wer die Schritte dann befolgt, dessen URLs ‘sollten’ dann z.B. so aussehen:

• http://www.domain.tld/ (für die deutsche Startseite)
• http://www.domain.tld/en/ (für die englische Startseite)

Das HowTo wird hoffentlich bei vielen funktionieren. Wem aber nach Befolgen der Instruktionen und Aufruf der einzelnen Webseiten 500er und 404er Fehlermeldungen vom Server zurückgegeben werden (z.B. weil sich die Serveranfrage in einer Endlosschleife befinden) dem sei ein genauerer Blick auf die .htaccess Konfiguration angeraten.

Problematisch wird es nämlich, sobald die umschriebene Datei (hier bei TYPO3 handelt es sich um die ‘index.php’) auf eine RewriteRule trifft, was im Prinzip schon der Fall bei dieser Zeile hier ist:

RewriteRule .* /index.php

Abhilfe würde da diese Anweisung schaffen und die index.php von der RewriteRule ausschliessen:

RewriteRule !index\.php - [C]
RewriteRule ^ /index.php

Die fertige .htaccess Anweisungen könnten dann wie folgt aussehen:

RewriteEngine On
RewriteRule ^typo3$ - [L]
RewriteRule ^typo3/.*$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l
RewriteRule !index\.php - [C]
RewriteRule ^ /index.php

“Violà!” und schon sollten die suchmaschinenfreundlichen URLs generiert werden. Genaueres zum Thema .htaccess Konfiguration findet sich auch unter modrewrite.de.