Wer ein leichtgewichtiges Plugin für Umfragen im eigenen WordPress - Blog sucht, sollte mal einen Blick auf PollPress werfen.
Das Plugin ist leicht integrierbar und erzeugt Umfragen auf ähnliche Art und Weise wie Beiträge:

Poll creation and management is very similar to creating and managing normal posts. The plugin allows users to vote on the most recent poll from the sidebar, and the poll results are displayed in a post, where users can comment.

Der Blog des Autors gibt alle nötigen Hinweise zur Installation - nach der in WordPress üblichen Prozedur genügt eine Codezeile, um Umfragen in das eigene Theme einzubauen. Bei einem Freizeitblog wurde dieses Plugin soeben aktiviert.

Probleme mit WordPress 2.2

Bei WordPress in Version 2.2 streikt die Version 1.0 von PollPress leider. Folgende Fehlermeldung erscheint, wenn man den “Vote” Button der aktuellen Umfrage klickt:

… Fatal error: require_once() [function.require]: Failed opening required ‘../../../wp-includes/pluggable-functions.php’
…
/wp-content/plugins/pollpress/pollpress_vote.php on line 33

Die Datei pluggable-functions.php wurde mit WordPress 2.2 in pluggable.php umbenannt, folglich findet PollPress die Datei nicht mehr. Ein kurzer Eingriff in den Quellcode hilft, um den Fehler zu beseitigen:
in der Datei pollpress_vote.php die Codezeile

require_once(’../../../wp-includes/pluggable-functions.php);

in

require_once(’../../../wp-includes/pluggable.php);

abändern. Schon sollte auch PollPress wieder mit WordPress 2.2 laufen

Für einen Freizeitblog nutze ich das überaus schlichte aber formschöne Word-Press Theme Quilm. Leider gibt es hier Probleme mit der Kommentarfunktion:

Fatal error: Call to undefined function gravatar() in /XYZ/wp-content/themes/qwilm-03/comments.php on line 36

Diese nette Fehlermeldung erscheint, wenn man ein Kommentar hinterlegen möchte. Ein Blick in die comments.php an entsprechender Stelle zeigt den Übeltäter:

<img src="<?php gravatar("R", 40); ?>" alt="Gravatar" />

Die einfachste Lösung ist das Auskommentieren / Löschen eben jener Codezeile.

Hat mich aber nun doch interessiert, was es mit diesen Gravataren auf sich hat. Kurz Google bemüht und folgendes hier gefunden:

A gravatar, or globally recognized avatar, is quite simply an 80×80 pixel avatar image that follows you from weblog to weblog appearing beside your name when you comment on gravatar enabled sites. Avatars help identify your posts on web forums, so why not on weblogs?

Soso, ein Globally Recognized Avatar, wieder sowas mystisches aus der Web-Welt (Version zwo null). Mag der Theme Author scheinbar, und hat auch gleich einen Funktionsaufruf des entsprechenden Gravatar - Plugins eingebaut bzw. vergessen beim veröffentlichen zu entfernen.

Links zum Thema:

• Blog des Verfassers meines Quilm Themes
• Wordpress Gravatar Plugin

Will man osCommerce um administrative Funktionen erweitern, bietet es sich an, eine “leere” Vorlage für Contentseiten zu erstellen.
Das spart ein wenig Arbeit, ist doch der Inhalt in den Standard-Files teilweise bis zur Erschöpfung in Tabellen verschachtelt.
Hier eine kleine Datei, die nichts weiter bietet als ein include der application_top.php und application_bottom.php nebst den Standard-Layout Elementen (Header, Column-Left, Footer).

Download: blank_admin_content_site.zip | blank_admin_content_site.tar

PS: Vielleicht bekommt mein Hoster den FTP-Zugang irgendwann gebacken, bis dahin liegen die Files auf einem fremden Server.

Manchmal sind es die kleinen Dinge.
Hier und da stelle ich einige Code - Snipets vor. Enthalten diese HTML - Tags, bietet es sich an, daß der Browser die Finger von eben solchen lässt und diese nicht interpretiert.

<pre> und <code> helfen da leider nicht weiter.

Aus

<code><b>fetter Text</b></code>

wird immernoch

fetter Text

Aber wie hab ich es nun in den vorherigen Zeilen doch hinbekommen, HTML - Tags uninterpretiert auf den Bildschirm zu bringen?
Mit der freundlichen Unterstützung von Ampersand Commands. Die öffnende und schließende Klammer eines Tags müßen im Quelltext oder im WordPress Eingabeformular über das entsprechende amp ausgegeben werden. So interpretiert der Browser diese Zeichen nicht als Teil eines Tags:

&lt;code&gt;&lt;b&gt;fetter Text&lt;/b&gt;&lt;/code&gt;

im Quelltext ergibt nun

<code><b>fetter Text</b></code>

auf dem Bildschirm. Vielleicht ist diese Methode weniger elegant, bringt aber das gewünschte Ergebnis.
Die folgenden Commands sollten für unsere Zwecke genügen:

• &lt; = < = öffnende Klammer
• &gt; = > = schließende Klammer
• &amp; = & = ermöglicht uninterpretierte Ausgabe der Ampersand Commands selbst

Kann man auf PHP ab Version 4 zurückgreifen, kann die Funktion htmlspecialchars Fingerarbeit sparen. In Kombination mit dem echo - Befehl lässt sich hiermit HTML-Code innerhalb von Strings uninterpretiert ausgeben:

<strong>
<?php
$str = "<p><u>uninterpretierter</u><i>italienischer Text</i></p>";
echo(htmlspecialchars($str, ENT_QUOTES);
?>
</strong>

führt zur Ausgabe von:

<p><u>uninterpretierter</u><i>italienischer Text</i></p>