Peruns Weblog - Webwork und Internet

In dem Bericht "Wordpress als CMS: ein Beispiel" habe ich bereits einen Fall geschildert wie man Wordpress auch als "klassisches" Redaktionssystem einsetzen kann. Nun werde ich ein zweites Beispiel aus der Praxis liefern.

Aber vorab ein paar grundlegende Sachen bevor ich mit dem Beispiel fortfahre, da ich aus den Trackbacks und verweisenden Seiten einiges zu diesen Bericht gelesen habe.

Erster Punkt: Wenn ich Redaktionssystem sage, dann meine ich ein webbasiertes System mit dem ich Inhalte online verwalten kann. In einem Forum habe ich mitbekommen wie sich einige User (in Anlehnung an den ersten Bericht) über die "richtige" Definition eines Redaktionssystems unterhalten haben.

Zweiter Punkt: die Aussage viele Wege führen nach Rom gilt auch bei Wordpress :-). Ich sage nicht das meine Ausführungen der Weisheit letzter Schluss sind, es sind nur praktische Erfahrungen. Evtl. kennt jemand elegantere Möglichkeiten zum Ziel zu gelangen.

Dritter Punkt: im ersten Beispiel habe ich die Hauptnavigation "manuell" ausgegeben und zwar nicht weil ich nicht weiß wie man sie automatisch ausgibt, sondern weil der Kunde wollte das der aktuelle Navipunkt hervorgehoben wird.

OK, nun kommen wir zum Beispiel. (weiterlesen…)

Ein Hinweis für die, denen es noch nicht aufgefallen ist: ich habe den Plugin "Recent Comments" eingebaut. Die Auszüge der letzten fünf Kommentare befinden sich in der Navigation, unterhalb der Kategorieliste.

Vor einiger Zeit habe ich Wordpress bei einem Projekt eingesetzt, wobei es darum ging, daß der Kunde nicht bloggen wollte (u. a. aus Mangel an Zeit), sondern einfaches und kleines webbasiertes Redaktionssystem haben wollte um online seine Inhalte zu verwalten. Also kein Bloggen, keine Kommentarfunktion, keine Track- und Pingbacks etc.

Ich werde in diesem Bericht kurz erläutern, wie ich vorgegangen bin um aus Wordpress ein "klassisches" CMS (Redaktionssystem) zu machen. (weiterlesen…)

Es gibt wieder eine neue Version von Wordpress. Es handelt sich hierbei um einen Sicherheitspatch. Unter gewissen Umständen konnte man eine Sicherheitslücke ausnutzen, wenn das Standardtemplate (default) verwendet wird. Die Lösung des Problems ist entweder ein kompletter Update oder manueller Eingriff in die wp-includes/template-functions-category.php:

1. Öffne wp-includes/template-functions-category.php in einem Texteditor.
2. Gehe zur Zeile 103: get_the_category_by_ID.
3. Erstelle darunter eine neue Zeile und füge folgenden Code ein: $cat_ID = (int) $cat_ID;.

Angeblich ist es so, daß WP-Nutzer auf deren Apache-Server mod_security läuft, von dieser Sicherheitslücke auf jeden Fall nicht betroffen sind.

Ich habe das Weblog-Archiv so umorganisiert, daß auch die verwendeten Tags aufgelistet werden. Wer noch nichts von den Tags (Etiketten, Stichwörter) gehört hat, dem könnte dieser Beitrag helfen.

Möglich wird das tagging durch das WP-Plugin Jeromes Keywords, welches mittlerweile in der Version 1.6 erschienen ist. Unter anderem werden jetzt die häufigsten Schlüsselwörtern beim Verfassen der Beiträge aufgelistet.

Die Tags werden durch folgende PHP-Anweisung ausgegeben:

<?php all_keywords() ?>

So, nun habe ich dieses Weblog nochmals upgedatet und zwar auf die neueste Version 1.5.1.1. Laut den Entwicklern wurden die Fehler bei den Feeds und mit Track- bzw. Pingbacks behoben.

Ich habe das Update nach meiner Art gemacht:

• Datenbank und alle Dateien von Wordpress gesichert.
• In Admin-Bereich auf Standardtemplate gewechselt.
• Alle Plugins deaktiviert. Und weil manche Plugins mit meinem Standardtemplate verzahnt sind habe ich vorher zum Standardtemplate gewechselt.
• Alle WP-Dateien auf dem Server gelöscht. Ausnahme wp-config.php und .htaccess.
• Das neue WP-Paket hochgeladen.
• /wp-admin/upgrade.php aufgerufen und Installation beendet.
• Plugins hochgeladen und aktiviert.
• Templates hochgeladen und mein Template aktiviert.
• Die Sprachdatei und Bilder für die Beiträge hochgeladen.
• install.php und upgrade.php entfernt.

Wirkt zwar auf den ersten Momen kompliziert, aber mit dieser Vorgehensweise komme ich am besten klar. Ich deaktiviere alle Plugins bei einem Update, da ich vor einiger Zeit im Supportforum gelesen hatte, daß einige Leute Probleme beim Update mit den Plugins hatten.

Und weil ich manche Dateien ändere bzw. vom Server entferne, habe ich es gerne wenn ich auch alle verbliebene WP-Dateien beim Update lösche und durch die neuen ersetze.

Nun musste ich nur noch zwei kleinere Änderungen vornehmen. In der /wp-admin/upload.php wegen den fehlenden Bindestrichen in Bildernamen. Dieses Problem habe ich bereits beschrieben.

Die zweite Veränderung betrifft /wp-admin/quicktags.js. Hier ist die Funktion für die Aufteilung eines Berichtes in mehrere Seiten ("Nextpage") deaktiviert bzw. auskommentiert (Zeile 134-143). Dann kommentiere ich das Wörterbuch aus in der Zeile 263 und in der Zeile 264 übersetze ich die englischen Bezeichnung "close all tags".

Ich habe nun das Weblog auf die Version 1.5.1 aktuallisiert. Mal schauen ob sich irgendwelche Bugs eingeschlichen haben. Für Hinweise diesbezüglich bin ich dankbar.