[TYPO3-UG-Muenster] Bericht vom Treffen am Montag, 10. November 2008

Tue Nov 11 13:59:00 CET 2008

Zweiter Montag im Monat, 10. November 2008, 19.30 Uhr:
TYPO3-UG-Muenster-Treffen bei So´nso. Diesmal sind nur TYPO3-gestählte
Teilnehmer da, und so geht's zack zack, Getränke auf den Tisch,
Knabbersack und Knusperzeug auf den Tisch, und rein ins Vergnügen. Und
dies waren die Themen:

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

pageNotFound_handling: Wie soll TYPO3 mit nicht existierenden Seiten
umgehen?

"404 und der Page Rank", "Google ist das Maß der Dinge!" Ja? Egal,
jedenfalls stößt man auf den ein oder anderen Hinweis, wenn man sich
intensiv mit den Google Webmaster Tools beschäftigt:
   http://de.wikipedia.org/wiki/Page_Rank
   http://www.google.de/webmasters/

Eins scheint klar zu sein: Google liebt Sites bedeutend mehr, wenn sie
ordentlich Auskunft darüber geben, welche Links ins Leere führen. Und
da soll bitte schön ein echter HTTP-Status 404 zurückkommen, nicht
einfach eine Seite, die mit "200 Ok" daher kommt und nur freundlich
informiert. Oder, noch schlimmer aus Googles Sicht, den angefragten
Inhalt in Eliza-Manier gleich erfindet:
   http://de.wikipedia.org/wiki/ELIZA

Jedenfalls stand das Gerücht im Raum, TYPO3 könne nicht vernünftig auf
fehlende Seiten reagieren. Zumindest dann nicht, wenn simulateStatic
aktiv ist. Das ist CMS-Lästerung, so etwas wie "Er hat Jehova" gesagt.
   http://de.wikipedia.org/wiki/Das_Leben_des_Brian

Das können wir ja so nicht stehen lassen, und schon ging's los mit dem
Köpfe heiß reden. Ich fasse hier mal zusammen, was dabei
herausgekommen ist:

Baustelle 1: Apache

Für Rewriting-Geschichten ist es wichtig, das Apache-Modul mod_rewrite
richtig zu konfigurieren. Hier ist namentlich die .htaccess Datei von
Bedeutung. Zur Diskussion "Von einem richtigen CMS erwarte ich, dass
es da eine fertige und richtige Lösung mitbringt", liefert ein Blick
in die "_.htaccess" im Dummy-Paket eine erhellende Antwort. Da sind
ausführlich Vorschläge gemacht, was man in welcher Situation verwenden
sollte. Aber es wird auch deutlich, dass es DIE Standardlösung nicht
geben kann. Entscheiden muss der geneigte TYPO3-Installateur an dieser
Stelle schon selbst. Die mitgelieferte _.htaccess ist halt als Hilfe
gedacht, aber nicht notwendiger Bestandteil von TYPO3. Wer daraus eine
'.htaccess' macht, muss wissen was er tut. Schließlich kann TYPO3 ja
nicht auch noch für alle Server die Verantwortung übernehmen, oder?

Eine entscheidende Zeile lautet:
   RewriteRule .* index.php [L]

Sie besagt: Egal was kommt, leite das an index.php weiter. Das
funktioniert, solange man "vernünftige" Links aufruft. Und ist vor
allem richtig, wenn man zB realurl oder cooluri verwendet. Benutzt man
aber simulatestatic, dann ist es besser, dieses zu schreiben:
   RewriteRule ^[^/]*\.html$ /index.php

Diese Regel besagt: Egal was kommt, rufe index.php auf, es sei denn,
es war ein Slash "/" enthalten. Bei simulateStatic und relativen Links
wird sonst nämlich die index.php angezeigt, aber die Bilder usw.
werden nicht gefunden. Sie wird so auch in diversen TYPO3-Dokus
empfohlen, zB hier:
   http://www.typo3.net/tsref/setup/config/

Baustelle 2: TYPO3

Hier habe ich jetzt mal nachgeschaut. Seit der 4-er Version kann TYPO3
das SEHR ordentlich. Und bietet gleich verschiedene Varianten an. Dank
geht hier an Dmitry Dulepov und ben van 't ende. Sie haben entwickelt
und ein Tutorial verfasst:
   http://typo3.org/development/articles/improved-404-handling/

Und hier geht's direkt zum Howto-Abschnitt:
   http://typo3.org/development/articles/improved-404-handling/page/3/

Lange Rede kurzer Sinn: Es gilt, im Install-Tool den entsprechenden
Wert zu setzen. Das ist alles keine Geheimnis. Die Erläuterung steht
direkt bei der Variable im Installtool drin. Und da kann aus sechs
Varianten gewählt werden:

(1) The 'nearest' page is shown. Ist default!
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '0';

(2) An TYPO3 error box is displayed.
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = '1';

(3) Liefere Inhalt von URL aus und setze korrekten (!) 404-Status:
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = 'a-string.html';
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] = 'notfound.html';
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] =
'http://www.domain.org/errors/notfound.html';

(4) Wenn ein "REDIRECT:" vorangestellt wird, ergibt sich das
Original-TYPO3-Verhalten aus der Urzeit:
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] =
'REDIRECT:pech-gehabt.html';

(5) Wenn ein "READFILE:" vorangestellt wird, dann sollte der Rest des
Strings auf eine HTML-Datei verweisen, die gelesen und ausgegeben
wird, nachdem zuvor eventuelle Marker "###CURRENT_URL###" und
###REASON### ersetzt wurden:
   $TYPO3_CONF_VARS['FE']['pageNotFound_handling'] =
'READFILE:fileadmin/notfound.html';

(6) Another option is the prefix "USER_FUNCTION:"
which will call a user function, eg.
USER_FUNCTION:typo3conf/pageNotFoundHandling.php:user_pageNotFound->pageNotFound"
where the file must contain a class "user_pageNotFound" with a method
"pageNotFound" inside with two parameters, $param and $ref

Bei der Analyse liefert das Firefox Addon 'Live Headers' gute Dienste.
Vor allem, wenn man es im FF über "Ansicht, Sidebar, Liveheaders"
aktiviert :-)
   https://addons.mozilla.org/de/firefox/addon/3829

Lösung:

Gerade ausprobiert: Wenn ich also für ['pageNotFound_handling'] =
'/index.php?id=131' eintrage, funktioniert das wunderbar. Rufe ich die
Seite direkt auf, bekomme ich ordendlich ein 'HTTP/1.x 200 OK'. Rufe
ich eine nicht existente auf, sehe ich die Seite ebenfalls, aber sie
wurde mit 'HTTP/1.x 404 Not Found' ausgeliefert. Also: Alles prima! Wo
war also der Fehler? Nun, ich glaube, am Abend war die Rede davon,
'pageNotFound_handling' solle auf '1' gesetzt werden. Und dann
funktioniert es halt nicht - siehe oben.

Erwähnt haben wir die TYPO3-Extension '404 Error Page Handling', Key
'error_404_handling':

http://typo3.org/extensions/repository/view/error_404_handling/current/

Sie wurde zuletzt in 2005 upgedatet und es stellt sich die Frage, ob
man sie seit der 4-er Version von TYPO3 überhaupt noch benötigt.

simulateStatic:
Und, zum Thema: "Ist fehlendes 404-Handling durch TYPO3 auf
simulateStatic zurückzuführen?" lautet die Antwort "Nein!". Gerade
noch hier ausprobiert. Das ist eine ganz andere Baustelle.
Interessante Links zum Thema:

   http://jweiland.net/typo3cms/howto/statische-seiten-simulieren/
   http://www.typo3.net/tsref/setup/config/

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Regular Expressions

Die Beschäftigung mit mod_rewrite gab Gelegenheit zu einem kleinen
Ausflug zu den regular expressions. Im Prinzip geht es dabei darum,
Suchmuster in Strings zu finden. Der "Trick" dabei ist aber, dass es
nicht nur einfache "Joker"-Zeichen wie * und ? gibt, sondern es können
viel viel mehr Bedingungen formuliert und Dinge angestellt werden.
'Kodos - The Python Regex GUI Debugger' ist eine Anwendung aus der
Python-Ecke, mit der man das praktisch und instruktiv auf seinem
Rechner ausprobieren kann:
   http://kodos.sourceforge.net/help/kodos.html

Es gibt dazu aber auch Online-Anwendungen. Mit Zielrichtung PHP-Code
kann man das zB hier ausprobieren:
   http://regexp-evaluator.de/evaluator/

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

CAL-Extensions

Hier haben wir über den Besuch in Düsseldorf berichtet. Details stehen
hier:
   http://ug.typo3-nrw.de/cal-vortrag.html

Import- und Export-Standards war hierbei ein wichtiges Thema. Leider
haben wir nicht über die Kalenderextension für den Thunderbird
gesprochen.

Ziemlich schnell sind wir dann auch zu Themen gekommen wie: Web2.0
oder .NET? Wie wird es sich entwickeln? Jedenfalls, so wurde gesagt,
kann man mit .NET in beeindruckend kurzer Zeit attraktive Oberflächen
dahin stellen. Und die notwendigen Tools gibt's jetzt von Microsoft
sogar kostenlos. Was man auch als Beleg dafür werten kann, dass MS
Handlungsbedarf sieht!
   http://www.microsoft.com/germany/express/

Dort gibt es: "Visual Studio 2008 Express Editions: Die kostenlosen
Visual Studio Express Editions sind leistungsfähige, einfach zu
verwendende und leicht erlernbare Tools für Einsteiger und
Hobbyprogrammierer und alle, die eine schlanke, schnelle
Entwicklungsumgebung für die Web- oder Windows-Programmierung suchen."

Aber es gibt doch auch 'extJS'. Wer beispielsweise auf diese Seite
geht,
   http://extjs.com/deploy/dev/examples/desktop/desktop.html

glaubt einen Desktop vor sich zu haben und nicht mehr einen
Webbrowser. Und auch Lieschen Müller kann damit umgehen.   

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Und dann der Meinungsbasar:

- Nimm lieber cooluri statt realurl!

- Was ist wohl besser für den Page Rank: Flache Sitestruktur mit
simulateStatic oder hierarchische mit CoolURI?

- Erfahrungsbericht: "Auch mit nur simulateStatic habe ich super
Google-Results!"

- Dmitry's Seite 
   http://typo3bloke.net/
sieht echt klasse aus. Wie ein Blog. Gar nicht wie TYPO3. Ist aber
TYPO3! Wie macht er das? Vielleicht steht's ja in seinem neuen Buch
zur Extensions-Programmierung, dass er da auf der Seite annonciert.

- Wie gibt man Besuchern die Möglichkeit, Kommentare zu hinterlassen?
Vielleicht mit der "comments"-Extensions. Aber, oh je, da gibt's aber
ne ganze Menge, die 'comments' im Namen haben. Welche mag wohl gut
sein?

- Interessant, da zeichnen ja bekannte Münsteraner für das
TYPO3-Handbuch für Redakteure verantwortlich!
   http://www.typo3-fuer-redakteure.de/

- Über '45 Minuten Typoscript' hatten wir gar nicht gesprochen. Das
fiel auf, und so haben wir doch drüber gesprochen:
   http://wiki.typo3.org/De:ts45min
   http://typo3.org/extensions/repository/view/ts45min_de/current/