Sieht man aber genauer unter die Oberfläche, merkt man dann doch den einen oder anderen Unterschied – um nur einige zu nennen:

• Wie elegant lassen sich komplette Umänderungen im Layout und den Anwender-Funktionalitäten durchführen
• Welche komplexen Möglichkeiten sind bereits in der Admin-Oberfläche untergebracht, ohne Eingriffe in den PHP-Skripts oder CSS-Dateien erforderlich zu machen
• Wie rasch wird die Seite an den Besucher ausgeliefert (soll auch für das Google-Ranking relevant sein)
• Gibt es ein relative hohe Wahrscheinlichkeit (100%-ige Sicherheit wird es nie geben), dass das Theme auch für zukünftige WordPress-Versionen weitergepflegt wird
• Und nicht zuletzt: Wie bzw. wie rasch erhält man professionellen Support bei spezifischen Detailfragen (insbesondere für Geschäftssites unumgänglich)

Insbesondere wegen des letzten Punktes hatte für mich eine deutschsprachige Entwicklung Vorrang – die Suche nach geeigneten Premium Themes gestaltete sich aber anfänglich gar nicht so einfach.

Während es am englischsprachigen Markt (den ich natürlich nie gänzlich ausschließen würde, wenn meine sonstigen Qualitätsanforderungen erfüllt werden würden) massenhaft Premium Themes – auch relativ preisgünstige (hoffentlich nicht billige) – gibt, scheint die deutschsprachige WordPress-Entwicklergemeinschaft eine kleine, aber wohl feine und eingeschworene Gemeinschaft zu sein, da hier sehr gerne untereinander verlinkt wird.

Die für mich letztlich beste Ausgangsadresse fand ich bei „Perun“ (Vladimir Simovic), von dem ich auch ein WordPressbuch besitze.

Und dann ging das Demo-Schauen, Testen und Vergleichen erst richtig los.

Am Ende habe ich mich für folgende 3 Anbieter entschieden:

1. DER PRiNZ – Michael Oeser
2. xTreme One – Framework
3. ThemeShift – Simon Rimkus

Welche Themes im einzelnen ich bei diesen Anbietern gekauft habe sowie über meine ersten Eindrücke und Erfahrungen werde ich in einem späteren Artikel berichten.

Schöne Grüße – Christian

Zumal ich nach dem Wühlen in meinen (nicht allzu zahlreichen) alten Einträgen doch den einen oder anderen guten Tipp entdeckte, der mir in der Zwischenzeit schon wieder entfallen war.

Ich habe ja schon des Öfteren über meine Suche nach einem idealen CMS berichtet – und was habe ich da in der Vergangenheit nicht schon alles getestet (Joomla, Typo3, DotNetNuke). Aber richtig warm wurde ich mit keinem dieser Systeme.

Ich möchte mich nicht erst wochenlang eingehend mit technischen Belangen herumschlagen / ärgern.

Mir geht es in erster Linie um das Schreiben selbst – nicht zum Selbstzweck, sondern um Dinge später wieder halbwegs rasch zu finden.

Ein Content-Management-System (CMS) also nicht wegen der unübertroffenen Fülle an Spezialfunktionen oder wegen seiner genialen Designbarkeit wegen, sondern als einfach handhabbares Redaktionssystem zum systematischen, strukturierten und geordneten Sammeln und Verwalten meiner Daten, Gedanken, Ideen, Erfahrungen und Informationen – zum rascheren Generieren und Abrufen von Wissen.

Und bei der Suche nach einem Tool, welches mich bei diesem Vorhaben möglichst effizient unterstützen konnte, stieß ich eben wieder auf WordPress – ein Software-Werkzeug, welches ich bereits seit einigen Jahren sehr gerne zum Bloggen verwende (u.a. in AlpenYetis Wanderblog oder auf Wanderprofi.at).

Und ebendieses WordPress hat sich in den letzten Jahren Dank des bemerkenswerten Einsatzes vieler – häufig freiwilliger – Entwickler zu einem respektablen CMS entwickelt.

Die Bedienbarkeit ist vergleichsweise einfach, die Gestaltbarkeit im Gegensatz zu einer Eigenentwicklung, wie ich sie viele Jahre zuvor gepflegt hatte, um ein Vielfaches flexibler.

Die Installation ging bei einem Provider meines Vertrauens gewohnt unkompliziert, da automatisch, vonstatten.

Für 2 neue Projekte wollte ich mir dieses Mal aber ein sich von der Masse abhebendes „Kleid“ leisten – bei WordPress nennt sich dieses vom Inhalt unabhängige und getrennte Äußere „Theme„.

Tausende dieser Themes findet man kostenlos im Internet und ich habe mir eine ganze Arbeitswoche gegönnt, um einen Favoriten zu küren. Aber immer wieder klemmte es hier und da.  Kleinigkeiten in der Bedienung oder im Layout oder auch gröbere Unverträglichkeiten mit dieser oder jender Browserversion.

Also habe ich mich dazu durchgerungen, für professionelle WordPress Premium Themes einen in Summe zwar nicht mehr kleinen, angesichts der schon bald erzielbaren Arbeitsersparnisse aber durchaus angemessenen Obulus im unteren dreistelligen Euro-Bereich aufzubringen.

Der größte Aufwand war ohnehin eine weitere Arbeitswoche für die Auswahl der mir am geeignetsten scheinenden Premium-Theme-Kandidaten.

Dass ich angesichts zu erwartender Detailfragen und nervenden Spezialproblemen im professionellen Einsatz auf deutschsprachigen Support Wert legte, erleichterte die Suche nicht unbedingt.

Aber ich wurde fündig (Siehe oben: Dreistelliger Euro-Bereich ;-)) und bin teilweise auch recht bis sehr zufrieden.

Warum nur recht zufrieden?

Nun – der erwartete Ärger blieb natürlich im speziellen Einzelfall nicht aus und nun versuche ich „Workarounds“ über den Support zu erfragen.

„Nur recht zufrieden“ auch deshalb, weil man entgegen der Marketingaussagen auch nach wie vor solides Grundwissen über HTML und CSS mitbringen sollte bzw. die Mächtigkeit einiger Werkzeuge doch eine längere Einarbeitungszeit erfordert, auch wenn vorher im Beispielvideo alles so kinderleicht ausgesehen hat.

Im nächsten Artikel werde ich dann etwas näher auf die von mir erworbenen Premium Themes eingehen, die mir erlauben sollen, WordPress etwas abseits der großen Masse als CMS einzusetzen.

Bis dahin

Schöne Grüße – Christian

Im Zuge der Umstellung meiner Wanderseiten von ASP.NET auf PHP kapituliere ich jetzt endgültig vor einer Eigenprogrammierung. So viele Vorteile die auch bieten mag (die 70.000 HTML-Dateien meines Wandertouren-Albums waren im Nu übertragen und lauffähig) so gibt es bei dieser Masse an Daten natürlich auch jede Menge Problemchen im Detail. Vor allem bei erforderlichen Anpassungen abseits des Layouts (denn dieses hatte ich schon vor einigen Jahren auf CSS ausgelagert), die eine größere Anzahl von logisch zusammengehörigen Seiten betrifft.

Also keine Eigenprogrammierung mehr, was das grundsätzliche Framework betrifft. Für individuelle Funktionalitäten wie die Tourenstatistiken wird diese natürlich immer erforderlich bleiben. Das heißt mit anderen Worten, so wie bei diesem Blog mit WordPress werde ich also auch für mein Wander-Portal nun auf Standard-Software von der Stange zurückgreifen.

Und bei dieser Masse an Daten, die sich in mittlerweile 6 Jahren angesammelt haben, sollte es dieses Mal schon was „Gescheites“ sein: Skalierbarkeit und Zukunftssicherheit sind die Schlagwörter. Noch einmal tue ich mir so einen Aufwand sicher nicht mehr an (behaupte ich heute zumindest ;-)).

Würde ich noch bei ASP.NET bleiben hätte ich mich wohl für DotNetNuke entschieden (gelegentlich hatte ich es ja getestet). Da ich mich nun aber einmal für PHP entschieden habe, mußte eine Entscheidung zwischen Joomla! und Typo3 fallen.

Nach dem Motto „Wenn schon denn schon“ und „Man gönnt sich ja sonst nichts“  habe ich mich nun für das zwar vergleichsweise sehr schwierig und aufwändig erlernbare, aber derzeit wohl verbreitetste und umfangreichste Open-Source-CMS entschieden: Typo3 wird es werden.

Und da ich heute mit diesem System (abgesehen von einigen oberflächlichen Tests) bei Null beginne, möchte ich gleich von Anfang an meine eigene Dokumentation erstellen, so wie ich es im letzten Beitrag auch für die WordPress-Installation begonnen habe.

Und wie bei WordPress wollen wir uns auch bei Typo3 wieder die manuelle Installation auf einem lokalen Rechner fernab aller Software-Installationsroutinen eines Hosting-Providers ansehen.

1.) Die Voraussetzungen – Komponenten

Für den Betrieb von Typo3 benötigst Du folgende Komponenten:

a) Webserver

• Apache als Webserver
• PHP
• MySQL
• FTP-Programm

Falls Du diese Programme und Technologien noch nicht installiert hast (selbst wenn Du sie von Deinem Provider zur Verfügung gestellt bekommst, empfehle ich Dir auch eine lokale Installation auf Deinem Rechner) kannst Du sie kostenlos aus dem Internet downloaden. Hier habe ich mein XAMPP-Paket herunter geladen.

b) Typo3

Das Typo3-Installationspaket gibt es auf http://typo3.org/download/packages/

Benötigt werden 2 Dateien, die es sowohl getrennt, als auch in einer einzigen ZIP-Datei verpackt gibt.

• Source
• Dummy

Ich habe mich gleich für die Downloaddatei entschieden, die beide Komponenten enthält. Die Datei liegt im gezippten Format vor und hatte beispielsweise bei der aktuellen Version 4.3.3 eine Größe von fast 13,5 MB. Die entpackten Dateien (in Summe 643 Verzeichnisse und 5.257 Dateien) werden später eine Größe von knapp 32 MB haben.

c) Tools

Entpack-Programm zum Entzippen der Typo3-Dateien.

2.) Der Webserver

Ich gehe hier davon aus, dass der Webserver bereits installiert ist und läuft.

Da ich mein XAMPP-Paket auf einem Windows-Rechner betreibe, hatte ich zunächst Probleme, weil ich standardmäßig den Internet-Information-Server IIS aktiviert hatte und bei Aufruf von localhost erhielt ich deshalb zunächst nicht das gewünschte Ergebnis.

Also mußte ich erst einmal den IIS stoppen: Aufruf je nach Betriebssystem und Konfiguration.

Einstellungen => Systemsteuerung => Verwaltung => Internetinformationsdienste-Manager.

Rechte Maustaste auf den Rechner => Beenden

Danach Start des Apache-Webservers, der MySQL-Datenbank und des FTP-Dienstes FileZilla über das XAMPP Control Panel.

 Der Aufruf von localhost im Browser liefert jetzt gleich ein anderes (nämlich das gewünschte) Ergebnis.

 3.) Die Datenbank-Installation

Die Datenbank-Installation bei Typo3 kann man wahlweise selbst vorab vornehmen oder der Installationsroutine überlassen. Wir entscheiden uns für zweiteres. 

Da wir aber später die angelegte Datenbank untersuchen wollen, schauen wir uns jetzt schon vorab die Adminstration an.

Wenn Du im Webbrowser localhost aufrufst (vorausgesetzt es läuft der Apache-Webserver) hast Du links in der Menüleiste einen Abschnitt „Tools“ und darunter das Programm phpMyAdmin.

 (Benutzername und Passwort wurden bei der Installation von XAMPP festgelegt bzw. können vom externen Hosting-Provider bezogen werden).

4.) Die Typo3-Installation

a) Entpacken

Zunächst gilt es, die runtergeladene Typo3-Datei zu entzippen.

Danach haben wir folgende Verzeichnisstruktur vor uns:

7 Ordner und einige Dateien im Root-Verzeichnis.

b) Upload

Als nächstes werden diese Verzeichnisse und Dateien per FTP auf den Webserver upgeloadet. Da wir uns hier aber auf eine lokale Installation beschränken wollen, genügt es, die Dateien in das „XAMPP-Verzeichnis“ zu kopieren, und zwar unter das Unterverzeichnis htdocs (wirklich herrlich einfach).

c) Installationsstart

Danach starten wir den eigentlichen Installationsvorgang, in dem wir im Browser unsere Typo3-Homepage aufrufen.

Also beispielsweise: http://localhost/typo3)

(Solltest Du die Typo3-Struktur direkt nach htdocs gespielt haben, würde der Aufruf folgendermaßen lauten: http://localhost).

Daraufhin erhalte ich zunächst einmal folgende Fehlermeldung:

Also lege ich die benötigte Datei (ohne Inhalt) an:

typo3conf/ENABLE_INSTALL_TOOL

Jetzt funktioniert es. Die standardmäßige Sicherheitswarnung sollte uns nicht weiter beunruhigen. Wir sollten sie uns aber merken, um später darauf reagieren zu können. Sie besagt nichts anderes, als dass Typo3 mit dem Standard-Passwort „joh316″ betrieben wird.

Wir klicken auf OK.

Folgende Maske wird geöffnet:

Im 1. Schritt müssen wir hier die Zugangsdaten zu unserem MySQL-Server eingeben (entweder bei der XAMPP-Installation selbst festgelegt oder vom Hosting-Provider zugewiesen).

Im 2. Schritt haben wir die Option eine bestehende Datenbank auszuwählen oder eine neue Datenbank anzulegen. Ich entscheide mich für zweitere Möglichkeit.

Im 3. Schritt werden unsere Konfigurationseinstellungen noch einmal angezeigt und wir bestätigen durch Klick auf die Schaltfläche „Import database“.

Wenige Augenblicke später erscheint der Abschlußbildschirm mit der Auflistung der nächsten empfehlenswerten Schritte.

5.) Datenbank-Hintergrund

Obwohl es (vorerst) nicht so wichtig ist, wollen wir dennoch einen kurzen Blick auf die Datenbank werfen.

Welche Tabellen wurden durch die Installation im Hintergrund erstellt (in Summe 44 Stück):

6.) Weitere Vorgangsweise

a) Benutzersicht

Wir können das Frontend aufrufen: http://localhost/typo3

Wir erhalten wieder einmal eine ganz „normale Standard-Fehlermeldung“, die damit zusammenhängt, dass Typo 3 im Gegensatz zu den meisten anderen CMS und auch im Gegensatz zu WordPress keine vorkonfigurierten Webseiten enthält.

b) Administratorsicht

Wir können uns als in den Administrationsbereich einloggen. Dazu ergänzen wir den normalen Typo3-Aufruf durch den Pfad typo3 (in unserem Beispiel also zweimal typo3).

http://localhost/typo3/typo3

Die Zugangsdaten in der Voreinstellung lauten:

• Username: admin
• Password: password

Ein roter Kasten weist auf eine Sicherheitswarnung hin. Deshalb sollte man zunächst mit dem folgenden Schritt fortsetzen.

c) Typo3-Installations-Konfiguration

In das Install tools einloggen. Dies kann auch über das Administrationsbackend erfolgen – und zwar über das linke Menü „Admin Tools“ => Install

Wir werden durch eine Warnung darauf aufmerksam gemacht, das Standard-Passwort zu ändern (lautet wie weiter oben beschrieben joh316).

7.) Konfiguration

Sow weit, so gut, Dein Typo3-CMS ist jetzt grundsätzlich lauffähig.

Bevor aber der Besucher eine Seite angezeigt bekommt sind nun einige Konfigurationsschritte erforderlich, die in einem späteren Artikel beschrieben werden.

Schöne Grüße – Christian