Tomorrow Comes Today

Das Media Center kann ein Inhaltelement - also einen Player mit Playlist - als XML exportieren.

Über den Syntax http://www.domain.de/index.php?type=66&playerUid=[tt_content Uid] wird die Playlist des angegebenen Inhaltelements als XML ausgegeben. Eine PageUid ist dabei nicht nötig. Der Type 66 ist die Standardkonfiguration und kann per Constant Editor verändert werden. Für einen schöneren Link, kann RealURL entsprechend konfiguriert werden.

Das Media Center bietet drei verschiedene Feed Formate an: XSPF, RSS+Media und RSS+iTunes. Die letzteren beiden Formate sind RSS 2.0 Feeds. Die o.g. URL zur XML Ausgabe muss dann noch in die Headerdaten der Seite eingefügt werden. Das geht wie gewohnt über einen link-Tag in den headerData.
# Podcast XML
page.headerData.1 = TEXT
page.headerData.1.value =

Sinnvoll ist es diesen Eintrag in der Datenbank am Template Record zu vermerken, soweit die Uid zum Inhaltelement hierin enthalten ist. Diese kann natürlich auch über Konstanten ausgelagert werden.

Problematisch bleibt wie bei allen Podcasts die Auswahl der richtigen Audio- und Videoformate. FLV ist das beste Format fürs Web, dies kann aber kaum ein normaler Client Rechner abspielen. MOV, MP2 oder MP4 Dateien kann man per Default über das Media Center gar nicht hochladen - diese wären für die Verwendung in einem Feed aber besser als FLV.
Nebenbei zum Media Center: Ein Blick in den Constant Editor lohnt sich, denn hier können die Darstellungseigenschaften wir Farben, Icons, Autoplay etc. voreingestellt und an das Design der Website  angepasst werden. Ein tolles Feature ist das “Logo”. Hier kann man ein PNG über das Video legen - ganz wie im Fernsehen.

… allerdings ist nichts neues dabei - nur einige Bugfixes und ein neuerer RTE.

So, natürlich geht ein statisches Caching nur solange, wie auch statische Inhalte vorliegen - wer hätte das gedacht. Ein echter Killer hierfür ist z.B. ein Counter von irgendwelchen Einträgen, der überall auf der Seite sichtbar ist. Dieser muss natürlich immer aktuell sein. Folglich kann aber keine einzige Seite statisch erzeugt werden: page has INTincScript.

Was macht wohl die Klasse “class TYPO3AJAX”? Ist das die XAJAX Integration in TYPO3? Kann man das standardmäßig in PIs benutzen? Ich werde es herausfinden.

Man könnte denke, das geht überall. Irrtum. Das 1und1 Unified Messaging kann nur Textarea-Inhalte als Fax senden und kostenfrei gibt es sonst nur den Empfang per E-Mail. Immerhin bei www.fax-senden.dekann man ohne Registrierung und mit Bezahlung per PayPal sofort online Faxe versenden. Besser als nichts.

Super dieses Firefox Pugin: Bisher fand ich die Google Bildersuche immer recht grausam - zu viele Klickt für zu schlechte Ergebnisse. Doch mit Cooliris wird aus dem Suchergebis eine Slideshow mit den Großformatbildern. So muss man nicht mehr auf jedes Bild klicken, schlechte Webseiten besuchen und dann wieder das Bild klicken bis man sieht, ob es einem gefällt.

Neben dem Ausnutzen der TYPO3 Caching Mechanismen und dem Datenbanktuning sind noch einige Dinge möglich. Das Motto dabei ist “back to the roots” - an den Browser sollen möglichst wenige und kleine Dateien ausgeliefert werden und für die Auslieferung sollen möglichst wenige Systemdienste bemüht werden.

Praktisch heißt das: es werden statische HTML Dateien und möglichst wenige zusätzliche Dateien (CSS, JavaScript) ausgeliefert.

Erledigt werden diese beiden Tätigkeiten von den wunderbaren Extensions Static File Cache (nc_staticfilecache) und CSS/JS Merger (scriptmerger).

Mein Plädoyer: Diese beiden Extensions sollten in jedem Projekt eingesetzt werden.