Mein Ablauf:

1. Vollständiges Datenbank Backup
2. Vollständiger XML Export

Danach wurde ein komplettes Backup des WordPress Verzeichnisses auf meinem Webspace über einen FTP-Transfer auf meine lokale Festplatte gemacht. Dann habe ich mir zuerst die Zeit genommen die bestehende "wp-config.php" mit der "wp-config.php" von WordPress 2.6 zu vergleichen um die empfohlenen Änderungen von WordPress Deutschland einzuarbeiten:

» WordPress Deutschland Blog | Beachte beim Update auf WordPress 2.6

Dort habe ich die Punkte 1 und 2 abgearbeitet und meine bisherige "wp-config.php" entsprechend angepasst. Jetzt habe ich alle Plugins in WordPress deaktiviert und meine Update-XHTML Datei aktiviert, die die Besucher darüber informiert das ein Update durchgeführt wird. Auch habe ich die bearbeitete und angepasste "wp-config.php" wieder zurück auf meinem Webspace übertragen.

Nächster Schritt:

1. Löschen aller Verzeichnisse außer "wp-content"
2. Löschen aller Dateien außer ".htaccess" und "wp-config.php"

Nun wurde die komplette Version 2.6 auf meinem Webspace übertragen und dann, wie auf WordPress Deutschland beschrieben, mein Blog aktualisiert und die Plugins wieder gestartet. Wie es aussieht, scheint alles zu funktionieren

Heute Abend habe ich das Update auf WordPress 2.5 durchgeführt. Es scheint alles zu funktionieren, allerdings ist jetzt erst mal Umdenken angesagt

Das Administrationsinterface hat bestimmt seine Vorzüge, die ich auch noch finden werden, aber es ist gewöhnungsbedürftig und etwas unübersichtlich. Egal, man sollte Neuem gegenüber immer offen sein, ran an die Arbeit, hehe…

So, Plugins und Theme funktionsfähig und ich bin zuerst mal zufrieden

Ein Update-Lauf habe ich nicht getestet, vielmehr habe ich WordPress 2.5 RC2 neu aufgesetzt und dann den SQL-Import, sowie den WordPress eigenen Import über die XML-Datei durchgeführt. Beides hat ohne Probleme funktioniert, kann man also als Notlösung andenken

Bei den Plugins wird es etwas komisch. Die WordPress 2.5 RC2 hat nur Akismet und Hello Doly im Gepäck, das kann sich aber auch noch ändern. Darauf hin habe ich folgende WordPress Plugins, die mir persönlich wichtig sind, in meiner Testumgebung getestet:

1. Breadcrumb Navigation XT 1.7
2. Follow URL 1.0
3. Optimal Title 3.0

Diese scheinen zumindest in meiner Testumgebung mit WordPress 2.5 RC2 ebenfalls zu funktionieren. Zum Glück habe ich nicht so viele Plugins wie manch andere in mein Blog eingebunden. Auch mein WordPress Theme tut schön seinen Dienst, da ich nach dem Lesen der Release Ankündigungen doch etwas unsicher war ob das überhaupt noch einsetzbar ist und was man eventuell alles anpassen müsste.

Insgesamt sieht es auf den ersten Blick so aus, das man ein Update ruhig andenken kann, allerdings sollte man mit seinen WordPress Plugins sehr vorsichtig sein. Und die oben beschriebene Notlösung nicht vergessen

Update nach dem Standardschema:

1. Datenbank sichern
2. Plugins deaktivieren
3. Sicherung des Blogs (lokal)
4. Alles löschen bis auf
   • {dir} wp-content
   • {file} wp-config.php
   • {file} .htaccess
5. Aufspielen der neuen Version komplett
6. Aufruf "http://Blog-URL/wp-admin/upgrade.php"
7. Aktivieren der Plugins

Dabei habe ich festgestellt, das Akismet wieder mit dabei war und zusätzlich wurde mir nach dem Update auch noch eine neue Version von Bad-Behavior empfohlen. Inzwischen frage ich mich, wie oft ich WordPress auf eine neue Version aktualisiert habe. Ist ja bald so wie bei Windows Update

Nachdem ich mir das deutsche WordPress 2.3.2 Update herunter geladen habe und nach Anleitung

1. Alle Plugins deaktivieren
2. Datenbank und FTP-Backup
3. Alles löschen außer wp-config.php und wp-content
4. Upload der neuen WordPress Version 2.3.2 komplett

gemacht habe, kam nach dem Aufrufen der "/wp-admin/upgrade.php" folgende Meldung:

Du verwendest die aktuelle Version… fortfahren…

Äh, habe ich da was falsch verstanden oder fehlte nur der Mittagskaffee? Nö, nachdem ich mein Blog wieder aufgerufen habe, war zwar im Quellcode meiner Blogseite der Eintrag von WordPress 2.3.2 vorhanden, aber alle meine Kategorien waren weg

So, was tun? Hier meine Experimente:

- Upload des alten wp-content Verzeichnisses

Funktionierte nicht…

- Löschen des kompletten Blogs mit allen Verzeichnissen

und dann ein FTP-Transfer der Backup Dateien/Verzeichnisse "wp-config.php" und "wp-content" in mein Blog Verzeichnis.

- Upload der WordPress 2.3.2 ohne "wp-content" Verzeichnis

Aufruf des Upgrades und wieder diese Meldung. Gut, diesmal wusste ich aber was ich tun musste. Also aus dem WordPress 2.3.2 "wp-content" Verzeichnis alles per FTP-Transfer in mein Blog mit "Überschreiben, falls neuer" Option. Danach waren immer noch meine Kategorien weg Warum?

Also musste der Fehler an einer anderen Stelle zu finden sein. Plötzlich kam mir die Idee nach meiner ".htaccess" zu schauen. Ich hatte sie doch tatsächlich im meinen Blog vor dem Upgrade gelöscht

- Upload meiner Backup ".htaccess" Datei

Super, es funktioniert alles, auch meine Kategorien, statische Seiten und Plugins

Dann nochmal schnell durchgeblättert und siehe da, alles vorhanden. Aber warum ich die oben gezeigte Meldung beim Upgrade bekommen habe, weiss ich immer nocht nicht. Ist mir aber auch jetzt egal, da mein Blog mit der WordPress 2.3.2 zu funktionieren scheint.

Edit:\\ Zur Info
Es scheint auch das Akismet Plugin in einer neueren Version vorhanden zu sein, nach dem Update auf WordPress 2.3.2 taucht kein Hinweis mehr in der Administration der Plugins auf.

Nach langem Suchen habe ich im Forum von WordPress Deutschland diese Lösung gefunden und es funktioniert.

Füge in der "page.php" im aktuellen Theme über dieser Zeile

<?php endwhile; endif; ?>

das hier ein

<?php comments_template(); ?>

Es erscheint tatsächlich die Kommentarfunktion für statische Seiten. Vielen Dank an das Forum

Hier mein Upgrade Ablauf:

1. Alles per FTP und Datenbankbackup sichern
2. Alle Plugins deaktivieren
3. Alles löschen bis auf
   1. den Ordner wp-content
   2. die Datei wp-config.php
4. neues WordPress auf den Webspace transferieren
5. dann wp-admin/upgrade.php aufrufen
6. Plugins nacheinander aktivieren

Diesen Ablauf habe ich in einem Forum gefunden. Nachdem alle Schritte durchgeführt wurden, habe ich noch einen schnellen Durchflug durch meine Einträge gemacht. Sie scheinen alle da zu sein und in den richtigen Kategorien

1. o42-clean-umlauts
2. WordPress Database Backup

Das Plugin "o42-clean-umlauts" sorgt dafür das Sonderzeichen wie ä,ü,ö,ß zu ae, ue, oe und ss umgewandelt werden. Mir ist beim Testen passiert, das ein Artikel Link mit dem Wort "persönlich" zu "personlich" umgewandelt wurde.

Das Plugin "WordPress Database Backup" ermöglicht mir jetzt auf einfache Art und Weise ein Datenbankbackup zu erstellen. Auch kann ich mir das auf Wunsch per E-Mail zustellen lassen. Die ersten Tests waren zufriedenstellend.

// ** MySQL settings ** //
define('DB_NAME', 'wpdb');
define('DB_USER', 'wpuser');
define('DB_PASSWORD', 'xxxxxxx');
define('DB_HOST', 'dbsrv.provider.de');

Danach erfolgt der FTP-Transfer in das Blog-Verzeichnis beim Provider. Ist dieser ohne Fehler abgelaufen, kann man mit dem Setup anfangen. Hierzu einfach wie in vielen Artikeln beschrieben folgendes aufrufen:

...provider.de/wp-admin/install.php

Jetzt nach Anleitung den Admin-Zugang einrichten und sich kurz darauf gleich mal anmelden. Ich habe bei mir zuerst unter dem Administrationspunkt "Blogroll" alles gelöscht, da ich persönlich keinen Wert darauf lege. Nach dem Studieren von einigen Blogs die sich mit WordPress befassen habe ich unter "Einstellungen -> Permalinks -> Allgemeine Optionen" folgendes eingestellt:

Auswahl: Benutzerdefiniert (in der nächsten Zeile zusammensetzen)

/%year%-%monthnum%-%day%/%postname%/

Diese Option bewirkt, das die Verzeichnisstruktur nicht zu tief wird und der Link mit "2007-10-12" dargestellt wird. Gegenüber der Variante "2007/10/12" werden zwei Verzeichnisse eingespart. Ist aber nicht notwendig dies zu tun, war meine eigene Entscheidung.

Unter "Einstellungen -> Privatsphäre" kann man wählen, ob das Blog schon in den Suchmaschinen auftauchen soll oder nicht. Da ich auch hier erst wieder verschiedene Blogs zu diesen Thema besucht habe, entschloß ich mich zuerst mal auf die Suchmaschinenoption zu verzichten bis ich den Rest konfiguriert und einige Artikel geschrieben habe. In manchen Blogs werden 5-6 Artikel für den Anfang empfohlen.

Bei den "Einstellungen -> Lesen" kann man noch eintragen wie viele Artikel auf einer Seite gezeigt werden sollen. Ich denke das 5 Artikel für ein Seite eine gute Lösung ist und der Besucher nicht zu viel nach unten scrollen muss.

So, jetzt könnte man eigentlich schon loslegen mit dem Blog, aber auch hier habe ich mich erst mal in WordPress Blogs umgesehen und dabei festgestellt, das man einige Plugins haben sollte.

Folgende Plugins habe ich dann für den Anfang eingesetzt:

1. Akismet – Spamfilter für Kommentare
2. Bad Behavior – Schutz gegen Spambots
3. Breadcrumb Nav XT – Brotkrümel Navigation
4. FeedBurner FeedSmith – Umleitung der Feeds
5. Optimal Title – Verbesserung des Seitentitels
6. Sem-Unfancy – Bessere Darstellung von Codezeilen
7. Follow URL – NoFollow aufheben

Per default waren bei mir nur Akismet und Follow URL nach der Installation von WordPress 2.2.3 vorhanden. Die anderen habe ich mir aus dem Internet geholt und ins "wp-content\plugins" Verzeichnis meines Blogs gelegt.

Bei Akismet muss man sich einen Benutzernamen und Passwort ausdenken, bekommt dafür aber eine E-Mail mit dem Keycode für Akismet, der über die Administration beim Aktivieren des Akismet Plugins verlangt wird.

Bad Behavior ist eine schöne Sache, auf die ich nicht verzichten möchte. Danke an alle Blog-Autoren für die schönen Artikel hierzu. Bad Behavior kontrolliert schon beim Seiten laden, ob es sich möglicherweise um einem Spambot handelt. Ist dies der Fall, verhindert Bad Behavior einen Besuch dieses Spambots und zwar bevor dieser im Blog aktiv sein kann.

Das Breadcrumb Nav XT Plugin stellt schon etwas mehr Ansprüche nach dem aktivieren. Es müssen einige Zeile Code in der "header.php" eingefügt werden und das CSS muss ebenfalls angepasst werden. Da einige Möglichkeiten für die Breadcrumb Navigation zur Verfügung stehen, entschied ich mich folgenden Code in meine "header.php" zu integrieren:

<div ID="breadcrumbs">
<?php if (class_exists('breadcrumb_navigation_xt')) {
  echo 'Notizen Navigation: ';
  // New breadcrumb object
  $mybreadcrumb = new breadcrumb_navigation_xt;
  // Options for breadcrumb_navigation_xt
  $mybreadcrumb->opt['title_blog'] = 'Startseite';
  $mybreadcrumb->opt['separator'] = ' &ampraquo; ';
  $mybreadcrumb->opt['singleblogpost_category_display'] = true;
  // Display the breadcrumb
	$mybreadcrumb->display();
} ?>
</div>

Zu Feedburner gibt es eigentlich nicht viel zu sagen, da ich dieses Plugin nicht richtig begriffen habe. Der Hauptgrund warum es bei mir aktiviert ist liegt darin zu verhindern das Google die Feeds von meinen Blog indiziert. Das kann man nach einer Registrierung und darauf folgenden Anmeldung, die für die Aktivierung notwendig ist, unter dem Register "Publicize – NoIndex" einstellen und speichern. Das Feedburner Plugin schickt jetzt alle Feeds erst zu Feedburner, übernimmt also den Feed-Dienst. Auch hier Danke an alle Blog-Autoren die Artikel darüber geschrieben haben.

Das Plugin Optimal Title ist eigentlich eine volle Breitseite gegen WordPress, was mir aber dennoch wichtig ist. Mit diesem Plugin wird der Titel in der Titelleiste des Browserfensters etwas geändert. WordPress nimmt per default zuerst den Blognamen, dann den Artikelnamen. Öffnet jetzt ein Besucher mehrere Tabs in seinem Browser, so sieht er immer nur den Blognamen, aber nicht die verschiedenen Artikel. Hier setzt Optimal Title an und verschiebt den Artikelnamen an die erste Stelle und den Blognamen an die letzte Stelle. Allerdings muss auch hier eine Ergänzung in der "header.php" vorgenommen werden.

<title><?php
if ( function_exists('optimal_title') ) {
	optimal_title(); bloginfo('name');
} else {
	bloginfo('name'); wp_title(); }
?>
<?php if ( is_home() ) { ?> | <?php bloginfo('description'); } ?></title>

Nach dieser Änderung funktioniert das ganz ordentlich. Muss ich aber auch erst mal über längere Zeit beobachten ob das wirklich auch so sauber funktioniert.

Die zwei letzten Plugins sind eigentlich nur noch zwei unscheinbare Veränderungen, die nur dafür sorgen, das Code-Beispiele besser dargestellt werden und das der per default eingestellte NoFollow für Kommentare aufgehoben wird.

Jetzt ist mein WordPress Blog zumindest für die Änderung unter "Einstellungen -> Privatsphäre – für alle sichtbar" im Administrationsbereich gewappnet. Nachdem dies alles realisiert wurde, habe ich mit den ersten Artikeln angefangen.

Ergänzungen am 27. Oktober 2007
» Teil 2: Ein Blog mit WordPress

1. PDA Windows CE
2. Ein CSS für "media=print" fehlt noch
3. Das CSS für Code-Beispiele und Blockqutoes/Cites anpassen
4. Das CSS auf das Notizenlayout anpassen (outer/inner)

Dies sollte noch beseitigt werden, sowie die deutsche Webseite (Main-Navigation) anpassen. Dann die Artikel aus dem Notizenbereich nach und nach ins WordPress portieren.

Weitere TODOs:

1. Breadcrumb Navigation
2. "Back to top" fehlt noch
3. Links anpassen
4. Kategorien erstellen
5. Vorgabe Smilies beim Kommentar

Mal sehen was noch so alles gemacht werden muss.

Neue Erkenntnisse in Bezug Wordpress und eigenes Layout:
comments.php nutzt bei mir single.php für header, sidebar und footer. Deshalb war das finden der Einträge für Skip to Inhalt, to Suche und B ack to top etwas schwerer als ich dachte.

Seltsam, aufpassen, der visuelle Editiermodus hat auch so seine Schwächen