Also habe ich ein Backup dieses Blog angelegt und diesem Editor eine Installationschance gegeben.

Einfache Installation des CKeditors auf WordPress 3.0

Nach nur drei Schritten

1. Über die Adminoberfläche von WordPress das CKeditor Plugin gesucht
2. installiert und dann
3. aktiviert

war der WYSIWYG Editor eingespielt. 

Wenn ich da an den HackMack bei Serendipity denke, mit getrenntem Upload auf den Server, überschreiben von Dateien, verändern von Konfigurationsdateien, etc  dann bin ich echt beeindruckt. 

Ein großes PLUS für WordPress im Vergleich zu Serendipity als Blog-Programm.

Anlass für die Umstellung war primär ein Serverwechsel.

Serendipity hat mit Garvin Hicking einen absolut guten Programmierer, der zudem noch total engagiert ist und kostenlose, schnelle Unterstützung in dem Serendipity-Forum gibt. Das Buch von ihm “Serendipity – Individuelle Weblogs für Einsteiger und Profis” erschienen im open source Press Verlag ist mit Abstand das beste und ausführlichste Entwicklerhandbuch, welches ich mir in den vergangenen Jahren gekauft habe und ich lege dieses Buch jedem ans Herz, der einen Blog auf  Serendipity-Basis aufsetzen möchte.

Aber, WordPress ist nun einmal DAS Mainstream Blog System und ein Mann kann letztendlich nicht die Masse an Drittprogrammen und Themes liefern, die es für WordPress gibt, sei er noch so engagiert.

Da die 1.4.1 Version dieses Blogs schon zwei Serverwechsel mitmachen mußte, hatten sich bei drei Plugins “Ungereimtheiten” eingeschlichen, so dass ich mich letztendlich entschloß, den Blog mit der Version 1.5.1 neu aufzusetzen und die Daten des Altsystems mit den Einträgen in der Datenbank nach der Grundinstallation zu mergen (zu verschmelzen / kombinieren).

Das artete etwas in Handarbeit aus, aber das Verständnis der Tabellengrundstruktur war hierbei sehr hilfreich.

Siehe auch
Artikelreihe: Serendipity 1.5.1 – Grundtabellen

Aktion
Ein Blogkommentar wird eingegeben und abgespeichert.

Zu Beobachten
Zwei Tabellen

• …_spamblocklog und
• …_spamblock_htaccess)

werden erstmalig angelegt, jedoch noch ohne Einträge. Die neu angelegten Tabellen “…_spamblocklog” und “…_spamblock_htaccess” würde ich zu den Grundtabellen hinzurechnen, auch wenn diese bei der Initialinstallation noch nicht angelegt wurden, da sie auf Grund der Basisfunktionalität und nicht auf Grund einer zusätzlichen Plugin-Installation entstanden sind.

In drei Tabellen ist ein Eintrag hinzugekommen:

• …_comments
  Der Kommentar und die vorhandenen Informationen zum externen Autor wurden als Eintrag in dieser Tabelle abgespeichert.
• …_config

  
  Drei neue, kommentarbezogene Konfigurationswerte (mail_comments, mail_trackbacks und moderateCommentsDefault) wurden angelegt.

• …_options
  Es wird ein Eintrag angelegt, dass der Kommenar zulässig (okay) ist.

Aktion
Eine Kategorie wird neu angelegt.

Zu Beobachten
In drei Tabellen ist ein Eintrag hinzugekommen:

• …_category
  Der Kategorietitel wird in der Tabelle “…_category” abgespeichert. Ferner die “authorid”, desjenigen der diese Kategorie angelegt hat. Durch “parentid = 0″ sieht man, dass es sich hierbei um eine Kategorie in der höchsten Hierachieebene (root sozusagen) handelt und durch die Feldinhalte von “category_right” und “category_left” wird eine Nested-Set-Hierachieabfrage vorbereitet.
• …_access
  Eine Kategorie besitzt Zugriffsregeln, die in der Tabelle “…_access” hinterlegt werden.
• …_permalinks
  In der Lookuptabelle “…_permalinks” wird ein Kategorieeintrag angelegt, z.B. zur Auflösung der Browserpfadangabe.

Zuordnung einer Kategorie zu einem Blogeintrag
Erwartungsgemäß verändert die Zuordnung nur ein schon bestehendes Tabellenfeld, legt aber keinen zusätzlichen Eintrag in der Tabelle an.

Aktion
Ein Blogbeitrag wird neu angelegt und ohne Kategoriezuordnung als Entwurf abgespeichert.

Zu Beobachten
Die Veränderungen in der Datenbank halten sich in Grenzen. Nur in drei Tabellen ist ein Eintrag hinzugekommen:

• …_permalinks
  In der Lookuptabelle “…_permalinks” wird ein Seitentiteleintrag angelegt.
• …_entries
  Der textuelle Blogeintrag (einschließlich dem Feld “erweiterter Eintrag”) wird vollständig in der Tabelle “…_entries” abgebildet.
• …_entrycat
  Als n:m Relationshiptabelle wird in “…_entrycat” die Kategoriezuordnung des Blogbeitrags abgespeichert. Da der Beitrag keiner Kategorie zugeordnet wurde, steht hier “categoryid = 0″.

Tabellen (Eintragsanzahl):
-  serendipity_authors (1)
-  serendipity_groups (3)
-  serendipity_groupconfig (96)
-  serendipity_config (82)
-  serendipity_permalinks (1)
-  serendipity_plugins (12)

serendipity_authors
Primary Key: authorid

Diese Tabelle ist eine der zentralen Tabellen, da jedem Bild, Artikel, … u.s.w. ein Autor zugeordnet sein wird.

Bei der Grundinstallation wird über den Primärschlüssel “authorid” eine  1:n Relationship zu der Tabelle “serendipity_authorgroups” angelegt.

Ich habe im obigen Tabellenschema weitere Abhängigkeiten zu Tabellen gezeichnet, die jedoch einer Erklärung bedürfen. Die Tabellen

• “serendipity_plugins” und
• “serendipity_config”

weisen zwar das Feld “authorid” auf, dieses Feld ist aber mit “0″ belegt, wofür es in der Tabelle “serendipity_authors” keinen Eintrag gibt.  Der Wert “0″ als Defaultfeldinhalt soll wahrscheinlich eine Kennzeichnung derjenigen Einstellungen vornehmen, die systemseitig belegt wurden.

Auch besteht von “serendipity_authors” eine Verbindung zur Tabelle “serendipity_permalinks” (s.a. folgende Tabellenbemerkung). Das Feld “permalink” enthält hierbei einen generierten Inhalt (hier: authors/1-John-Doe).

serendipity_permalinks
Primary Key: nicht definiert

In der Tabelle werden Permalinks für Einträge, Kategorien, etc. hinterlegt.

Der Aufbau des Feldes permalink (hier: authors/1-John-Doe) kann unter
Administration>Konfiguration>Permalinks
festgelegt werden.  Die Tabelle scheint mir eine Tabelle mit redundanten, generierten Inhalten zu sein für spätere Lookupzwecke und damit zur Performancesteigerung. Generische Tabellen sind nicht unproblematisch, was sich für mich auch gleich wieder bestätigt (siehe Abschnitt “Vorsicht”).

Das Datenbankschema ist mit 21 Tabellen übersichtlich und beherrschbar.  Die Anzahl der Grundeinträge hält sich in Grenzen.

(Anmerkung:  Als Tabellenprefix wurde bei der Installation “ser_” verwendet)

Plugin-Tabellen
Nach der Grundinstallation wurde von mir auch gleich einmal ein Plugin installiert, welches zwei Plugin-Datenbanktabellen hinzugefügt hat.

So neugierig wie ich bin, habe ich nach dem Austesten des Plugins dieses wieder gelöscht, um zu sehen, ob die Datenbank entsprechend von diesen Tabellen wieder befreit wird oder ob diese als “Installationsleichen” überleben.  Und siehe da, die Plugin-Tabellen verschwanden.  Somit scheint es so zu sein, dass man gute Chancen hat, dass wenn die Plugins nach Serendipity-Regeln programmiert wurden, diese auch wieder bei einer Deinstallation vom System sauber entfernt werden.
Das gefällt mir.

Siehe auch:
Serendipity 1.5.1 – Grundtabellen (Teil2)

Nach dem Neuaufsetzen der Serendipity Version 1.5.1 mußte ich feststellen, dass die Icons des FCKeditiors nicht mehr über den Eingabetextfeldern erscheinen.

Zuerst dachte ich, dass der Einsatz der neueren, letzten als stabil gekennzeichneten FCKeditor Version 2.6.x dafür verantwortlich und diese eben nicht mit der neuen Serendipity Version 1.5.1 kompatibel ist, aber auch die Verwendung der gleichen “alten” FCKeditor Version brachte hier keine Zustandsänderung.

Lösung: Relative Pfadangabe

Nach einer langen, fast vergeblichen Suche nach der Fehlerursache, stellte sich heraus, dass die erforderliche Angabe des relativen Pfades sich nunmehr bei der Serendipity Version 1.5.1 geändert hat.

Ausgangssituation: Der Serendipity-Blog liegt nicht im Domain-Hauptverzeichnis, sondern im Unterordner “blog”.

Serendipity Version 1.4.1
Bei der bisherigen Serendipity Version 1.4.1 mußte man als relativen Pfad folgendes angeben:
/blog/plugins/serendipity_event_fckeditor/fckeditor/
Man beachte: Führende Slashzeichen und die Unterordnerangabe “blog”

Serendipity Version 1.5.1
Bei der nunmehr aktuellen Version 1.5.1 führt aber nur die folgende Pfadangabe zu einer FCKeditor Anzeige
/plugins/serendipity_event_fckeditor/fckeditor/
Man beachte: Kein führendes Slashzeichen und keine Unterordnerangabe

Siehe auch
Serendipity – Ablauf einer WYSIWYG-Editor Aktivierung

Die Installation der Editoren läuft nach einem mehrstufigen Schema ab:

1. Plugin des gewünschten grafischen Editors installieren
2. Programmpaket des grafischen Editors im entsprechenden Pluginverzeichnis entpacken
3. Manuelles Nacharbeiten und Konfiguration des Editors laut Anleitung vornehmen

Siehe auch
Serendipity 1.5.1 – Anzeigeproblem des FCKeditors