Ist doch alles super, oder?

Nein, eben nicht. Der Koloss gerät ins wanken. WordPress wird von Version zu Version langsamer, träger und ressourcenhungiger. Die Sicherheitsprobleme und das damit verbundene ständige updaten nach deren Behebungen nervt ebenfall enorm. Zum Glück werden sie behoben, doch ich glaube das die riesige Anzahl der Features es eben auch schwierig macht eine saubere und sicherere Codebasis zu halten. Ein sauberer Schnitt und ein Neuanfang, beginnend bei Null um alle Altlasten loszuwerden, wäre mit Sicherheit der beste Weg.

Flexibel wie Stahlbeton

Bei meiner Suche nach WordPress-Plugins für einen Fotoblog mit Infoseiten bin ich an der eingeschränkten Flexibilität von WordPress gescheitert. Es ist halt ein Blogsystem und nicht als vollwertiges CMS zu gebrauchen. Ebenso wenig wie TYPO3 als Blog zu gebrauchen ist.

Meine Vorstellungen im Falle des Fotoblogs ist eine Mischung aus TYPO3, Serendipity, WordPress, Drupal und Pixelpost.

• TYPO3 hat eine erstklassige Benutzer-/Rechteverwaltung, Webseiten lassen sich mit einzelnen Contentelemente im Baukastenprinzip zusammenstellen/verwalten und DAM als Medienverwaltung ist sehr mächtig
• strenge überprüfung der Plugins wie in Serendipity um nur funktionierende Erweiterungen zu Auswahl zu haben
• WordPress als normaler Blog mit Pingback und Trackback
• wie in Drupals alles Taggen zu können
• Pixelpost für den Part des eigendlichen Fotoblogs (ein Bild anzeigen mit die Navigation in der Zeit vor und zurück)

Mehrere Systeme parallel?

Denkbar wäre es die entsprechenden Systeme parallel laufen zu lassen. Normale  Inhaltsseiten mit TYPO3 pflegen, Fotoblog mit Pixelpost und den Rest mit WordPress abzufackeln. Und in der Tat, ähnliche Konstrukte habe ich nun mehrfach gesehen. Die Nachteile sprechen jedoch absolut gegen solch ein Vorgehen. Keine (brauchbare) Vernetzung der Inhalte untereinander, Update-Chaos und mehrfache Benutzerverwaltung sind nur die ersten Dinge die mir dabei in den Kopf schießen. Es gibt sicher mehr wenn man ersthaft drüber nachdenkt.

Einfach damit abfinden?

Der Großteil wird sich mit einem System arrangieren und irgendwo Abstriche machen, der andere (wesentlich geringere) Teil baut sich was eigenes. Ich befürchte das es bei mir auf’s letztere hinauslaufen wird, es stellt sich nur die Frage ob ich auf etwas bestehendes aufsetzen sollte oder doch mit einem Framework von vorne Anfange und ein System schaffe das genau meine Bedürfnisse abdeckt. Von Aufwand her wird es wohl ähnlich lange dauern.

Das eigendliche Problem das ich sehe ist die Möglichkeit, Extensions wie z.B. CoolURI oder RealURL einzubinden. Diese biegen die Url in lesbare Form um, können aber nicht “mal eben” zurück transformiert werden ohne den halben Frontend-Rendering-Prozess nachzubilden. In meinen Augen ist die Stelle, an dem dies TYPO3 tut, nicht dafür geeignet von der Extensionseite aus benutzt zu werden. Um den Pingback verarbeiten zu können, benötigte ich die originale URL mit allen GET-Parametern.

Daher werd ich das Vorhaben vorerst auf Eis legen, vielleicht hab ich ja nochmal Zeit und Lust da ran zu gehen.

Trackbacks sind in meinen Augen eher uninteressant, denn hier muss vom Blogger manuell eine spezielle Trackback-URL auf der Quellseite gesucht und verarbeitet werden. Pingbacks hingegen arbeiten automatisch, ohne Mehraufwand.

Als TYPO3-Nutzer schaut man blöd aus der Wäsche, denn noch gibt es keine solche Erweiterung. Daher spiele ich mit dem Gedanken so etwas selbst zu bauen und habe dank des Zend Frameworks gleich eine passende XML-RPC-Klasse an der Hand die mir das Leben etwas einfacher macht.

Im ersten Schritt möchte ich gern TYPO3seitig Pingbacks empfangen können und über eine Schnittstelle (z.B. Hooks) anderen Extensions, wie z.B. einem Kommentarsystem, zur Verfügung stellen.

Ich halte euch auf dem Laufenden

Hier die E-Mail, die ich erhalten habe:

——————————————————-
This is an important security warning. You are receiving it because your email
address is registered on the TYPO3.org website.

We have to inform you that an unauthorized person has gained administrative
access to the TYPO3.org website.

The offender had access to website user details including their passwords, and
there have been reports of this data being used to access other websites.
It also has to be expected that the data may have been disclosed to third
parties.

The attacker has been identified, and the TYPO3 Association has started to
take legal action on the issue.

Important!
IF YOU HAVE USED THE SAME PASSWORD ON ANY OTHER SITE, PLEASE CHANGE IT
IMMEDIATELY!

In a first step, all login accounts on TYPO3.org have been locked and will
require a new password. We are currently working on an improved login
procedure and will let you know when this is ready. Until then, you will not
be able to log into the Community section of TYPO3.org.

We have set up an FAQ page at http://typo3.org/about/faq/t3org-issue/
The page may be updated with new questions from time to time, so make sure to
check back before replying to this mail.

We apologize for the inconveniences and troubles that this might cause to you.

TYPO3 Association
——————————————————-

Auf Sourceforge ist die aktuelle 4.2er immer noch, bzw. schon verfügbar. Installieren sollte man diese Version erstmal nicht, denn es ist damit zu rechnen das die gefixte Version demnächst erscheinen wird. Wer sich schonmal vorab informieren möchte, was sich alles geändert hat, kann hier im Changelog alles nachlesen.

[UPDATE]
Da bin ich doch glatt auf den Proxycache reingefallen. Nach einem Shift-Reload hab ich es auch gesehen. Es gibt eine offizielle Ankündigung auf typo3.org und der Download ist da ebenfalls zu finden. Das Problem mit dem IE scheint jedoch immer noch da zu sein.

Übrigens, auf typo3.org ist noch nichts über dieses Release bekannt gegeben. Das werden Sie sicher bald nachholen.

[usergroup=*]
lib.userstatus {
    10 = TEXT
    10.value = Hallo 
    20 = TEXT
    20.data = TSFE:fe_user|user|username
[else]
    lib.userstatus = TEXT
    lib.userstatus .value = Sie sind nicht eingeloggt!
[global]

Ein angemeldeter Benutzer wird jetzt mit seinem Benutzernamen begrüßt, alle anderen bekommen den Hinweis nicht eingeloggt zu sein.

"Wenn" Nummer 1.) Komplizierte und zeitaufwendige Einrichtung
Ich habe gut zwei Tage damit verbracht, TIMTAB in meine Webseite zu integieren. Jedoch waren immer noch nicht alle gewünschten Funktionen so wie ich sie mir gewünscht hab.

"Wenn" Nummer 2.) Keine brauchbare Aufteilung zwischen einem Eintrag und zusätzlichen Text
TIMTAB (tt_news um genau zu sein) kennt einen Teaser und einen Eintrag. Diese sind aber nicht vernünftig für eine brauchbare Einteilung zu gebrauchen.

"Wenn" Nummer 3.) Pingback, Trackback, Export für unterschiedlichste RSS, ATOM oder OPML Formate
Teile von diesen Punkten scheinen zu gehen, jedoch nicht alles auf anhieb. Auch hier ist mir der Aufwand für die Einarbeitung und Umsetzung einfach zu groß.

"Wenn" Nummer 4.) Schuster bleib bei deinen Leisten
TYPO3 ist ein hervorragendes CMS mit dem Wunderbar verschiedenste Contentelemente auf einer Seite zusammenstellen kann. Zum bloggen ist es im zusammenhang mit TIMTAB nur eingeschränkt nutzbar. Mich hat es nicht überzeugt. Daher werde ich Serendipity nehmen, was übrigens ein hervorragenes Weblog-Publishing-System ist.

Update
So denke ich nicht alleine. Thomas schreibt in seinem Blog: ‘Warum nicht TYPO3 zum bloggen?‘