Tomorrow Comes Today   I’m not gonna wait for anything to happen

TYPO3

TYPO3: Ist DAM tot?

Ein einer langen Phase, wo DAm quasi Standard jeder TYPO3 Website war, habe ich mich irgendwann schonmal gefragt, wo die tatsächlichen Mehrwerte liegen und insbesondere ob diese die immer wieder auftauchenden Probleme aufwiegen (half-featured GUI, wechselnde Verwendung der mm-Relationen, sich ändernde API bei den DAM-Referenz-Funktionen, fehlender Workspace-Support usw.). Zumindest konnte ich jetzt schon länger drauf verzichten.

Nun kam überraschend vor einer Weile eine Rückmeldung zu einem Workspace-Bug von 2009. Da denkt man erst - wow, da wurde doch noch was getan, aber weit gefehlt:

.htaccess Sprach-Redirect

In jedem Webprojekt wieder kommt die Frage auf, wie nun konkret ein Redirect per .htaccess anhand der Browsersprache des Users funktioniert. Und dann googlet der eine hier und recherchiert der andere dort und dabei sind es nur ein paar simple Zeilen.

Hier also als Memo:
RewriteCond %{HTTP:Accept-Language} ^de [NC]
RewriteRule ^$ /de/ [L,R=301]
RewriteRule ^$ /en/ [L,R=301]

Die Anweisung wir bei bestehenden Redirect Rules einfach oben drüber geschrieben. So funktioniert sie auch mit den Standards von TYPO3 oder Drupal.

TYPO3: RealURL und nicht valide Lookup-Ergebnisse (nomatch bei postVarSets mit lookUpTable)

Wenn man per RealURL bestimmte Parameter bzw. Datenbank-IDs kodiert, kann man wunderhübsche URLs erzeugen. I.d.R. macht man das für Datenbank-Records mit "postVarSets" über eine "lookUpTable".
Standardmäßig werden so aber alle Werte angenommen und als gültig verarbeitet - was in der Realität aber vollkommen falsch ist. Wird eine URL mit einem Alias aufgerufen, welches anhand der lookup-Konfiguration nicht gefunden werden kann, erwarte ich eine Fehlermeldung. Am besten einen 404-Fehler, welcher über das TYPO3 Handling abgearbeitet wird.
Hierfür muss man aber selbst Hand anlegen.

1:

Seitenbereiche aus dem Google Index ausschließen per googleoff: index

Für seiteninterne Suchen tritt das Thema ja häufig auf: Was kommt in den Index und was nicht?

So wird im CMS gewöhnlich nur der Inhaltbereich einer Seite in den Index geschrieben, da Seitenteile wie Navigation, Randspalte und insbesondere Teaser zu anderen Seiten dort nur das Suchergebnis unscharf machen würden. In TYPO3 macht man das simple per Index Search Boundaries. In Drupal stellt sich die Frage nicht, da die Nodes indiziert werden und nicht sie Seiten.

TYPO3: Zend Gdata - Google Kalender importieren

In manchen Fällen hat man auch in der PHP und Web-CMS Welt das Gefühl, dass gute Softwareentwicklung möglich ist. Eine super Kombination hierfür sind TYPO3 als ziemlich leitungsstarkes Web-CMS-Framework und den Zend Komponenten, wo Unmengen an Features und Services angeboten werden.
So kann man z.B: über die Zend Gdata Komponenten wunderbar die Google API ansprechen und nutzen. So kann ich mehrere Google Kalender bspw. recht einfach in eine Website bringen. Einfache eine Scheduler Komponente in TYPO3 aufsetzen, die ganze Gdata API da rein - und schwupp, sind alle Daten in der CMS-Datenbank.

TYPO3: cropHTML

Die Funktion cropHTML kürzt Texte und behält dabei korrektes HTML bei. Das ist genau die Funktion, welche man für automatisch Teasertexte benötigt. Bisher haben wir hier eine eigene Funktion genutzt. cropHTML kann einfach per StdWrap genutzt werden. Super!

Drupal/TYPO3: Facebook Connect und Co.

Druapl als klassische User Generated Content Management System hat in der Modulbreite natürlich einiges für den Social Network Bereich zu bieten. So z.B. ein Facebook Connect Modul, auch wenn dieses noch im Dev-Status ist. In Kürze werde ich dieses mal evaluieren und hier berichten.