Zum Glück wusste ich nun, woran es lag. Die PHP5-Unterstützung fehlte! Ich bin bei 1&1, da muss im Hauptverzeichnis die .htaccess bearbeitet werden. Einfach als erste Zeile folgenden Code einfügen:

    AddType x-mapp-php5 .php

Und schon klappt alles reibungslos. Bei anderen Providern kann/muss diese Einstellung im entsprechenden Kunden‑ oder Controllcenter erledigt werden. Bei Strato ist es sehr komfortabel, aber ein bisschen versteckt. Man kann nämlich  zwischen mehreren PHP-Versionen wählen und auch die entsprechende Dateiendung bestimmen. Dazu klickt man sich folgendermaßen zum Ziel, nachdem man sich im Servicecenter eingeloggt hat: Homepagegestaltung › Website-Configurator › PHP-Konfiguration.

Dann wählt man den Ordner, in welcher die Website liegt und klickt auf ändern. Es öffnet sich ein neues Fenster. Im Kasten PHP-Version stellt man nun für die Endung *.php auf PHP 5.2.10 um. Anschließend speichern und ab sofort ist die PHP5-Unterstützung aktiv und der Server-Error Geschichte.

Dabei waren Serendipity, Drupal, Habari und einige andere – aber ich konnte mich für keines davon richtig begeistern. Dann dachte ich darüber nach, selbst ein Blogsystem zu programmieren. Ich erstellte eine ToDo-Liste. Diese wurde immer länger und länger. Leider fehlt mir die Zeit, das alles umzusetzen.

Kurz und gut: Ich habe gestern der aktuellen Version 2.9.2 noch einmal eine Chance gegeben. Und! Das Upgrade verlief gut, bis auf die Tatsache, dass ich die Datenbank intern von der Version 4.0.x auf 5.x umziehen musste. Aber dieser Schritt war eh fällig und verlief letztendlich gut. Nun läuft Ubuntu-Center wieder mit einem aktuellen System, die Plugins sind auf dem neuesten Stand und alles funktioniert. Sollte gestern Abend jemand vergeblich Ubuntu-Center aufgerufen haben, so bitte ich um Entschuldigung.

Ich denke, das ist ein Grund, sich bei den Entwicklern und allen, die an WordPress mitarbeiten, zu bedanken und die Friedenspfeife zu reichen. 

Letzte Anmerkung: Dass der Flashuploader nie funktionierte, lag wohl an der Flashversion für Ubuntu. Unter Windows funktioniert das nämlich einwandfrei.

Wie es ausschaut, existiert diese DVD nur in der 32bit-Version, von einer 64bit-Version konnte ich nichts finden, lasse mich aber gern berichtigen. Das 3,5GB große DVD-Image kann man hier herunterladen oder gegen einen Unkostenbeitrag bestellen. (der Server von ch-open.ch ist momentan nicht erreichbar) [Quelle: Golem.de]

Ebenfalls neu in der Schweiz ist der Onlineshop lincomp.ch. Die Betreiber haben sich das Ziel gesetzt, getestete, linuxkompatible Hardware und PCs zu verkaufen. Noch ist man in den Anfängen und ein regulärer Export nach Deutschland oder Österreich nicht möglich. Trotzdem finde ich das erwähnenswert und falls die Jungs schon jetzt ein paar Fränkli verdienen können, fördert das bestimmt den Aufbau des Geschäfts.

Zu guter Letzt: Roman von Ubuntublog.ch ruft zur Blogparade „Exotischer Linuxprogramme“ auf. Damit sind Programme und Tools gemeint, die jenseits vom Mainstream (Firefox, OpenOffice) angesiedelt sind und noch nicht so bekannt sein dürften. Eben die kleinen Softwareperlen, die hier ja auch schon ab und zu erwähnt wurden. Also, wer Lust hat, schaue mal bei Roman vorbei und macht mit.

Buchverlosung

Es ist mal wieder so weit. Ich habe aufgeräumt und das ein oder andere Buch aussortiert. Diese sind natürlich in einem einwandfreien Zustand und nicht länger als ein Jahr in meinem Besitz! Aber mir bringen sie nichts mehr und vielleicht hat ja einer von Euch eher Verwendung dafür? Den Anfang macht das Buch „Programmieren mit Eclipse 3“ von Michael Seeboerger-Weichselbaum. Mitmachen kann jeder, der in den Kommentaren einen ausgefallen guten oder witzigen Grund nennt, warum man Ubuntu verwenden sollte. Am Ende entscheidet am nächsten Sonntag das Los unter den besten Kommentaren! Viel Spaß!

2 Hinweise: E-Mailadresse nicht vergessen! Die bleibt natürlich geheim und wird nur für eine eventuelle Gewinnbenachrichtigung genutzt. Noch läuft dieses Blog mit WordPress und wegen Problemen mit Akismet mussten wir eine andere Antispam-Lösung einsetzen. Wer JavaScript abgeschaltet hat, könnte eventuell Probleme bekommen. Also bitte vorsichtshalber den Kommentar vor dem Abschicken kopieren!

1. Habari: Das Grundsystem läuft ganz anständig, enthält aber nur die wirklich elementaren Bestandteile eines Blogs und das ist zu wenig. Schon für Pingbacks muss man auf Plugins zurückgreifen. Ich habe einige Plugins installiert und da liegt der Hund leider begraben. Ich erhalte Fehlermeldungen am laufenden Band. Außerdem gibt es keine Kategorien, sondern nur Tags. Das ist kein Problem, wenn man ein neues Blog anfängt, Ubuntu-Center jedoch hat bald 200 Artikel und 600 Kommentare! Sorry, für den produktiven Einsatz ist es für das System leider noch zu früh.
2. Serendipity: Hinter jedem System steckt eine „Philosophie“. Und es tut mir leid, die habe ich bei Serendipity noch nicht verstanden. Das Templatesystem erfordert viel Einarbeitungszeit, hier bin ich noch am überlegen, ob ich mir das antue.
3. Textpattern: Das ist eher ein CMS, welches auch als Blog genutzt werden kann. Der Adminbereich ist aufgeräumt und logisch angeordnet, da könnte man sich reinarbeiten. Auch hier müsste ich mich recht intensiv mit den Templatetags usw. beschäftigen, das sieht aber einfacher als bei Serendipity aus. Leider scheiterte jeder Versuch, einen ordentlichen Transfer der Artikel, Kommentare und Links zu erreichen.

Letzteres funktionierte bis jetzt bei keinem der Systeme, wäre aber sehr wichtig. Ich würde gerne jedes der 3 Systeme verwenden, wenn ich ein neues Blog anfangen müsste. Aber so stehe ich jetzt ernsthaft vor der Frage: „In den sauren Apfel beißen und bei WordPress bleiben – oder selbst ein System programmieren?“ Letzteres wäre schon eine Herausforderung. Ich habe ja ein eigenes CMS, welches ich bei meinen Kunden einsetze. TinyMCE als Editor ist da schon eingebunden, eine Bildverwaltung, Dateiverwaltung, Bildergalerie, Feedgenerator (für News) und einiges mehr sind vorhanden.

Ein erster Blick auf die WP-Datenbankstruktur zeigt mir, dass ich hier einen Importfilter erstellen könnte. Was würde für ein Blog noch fehlen?

1. Kommentarfunktion (mit funktionierendem Spamfilter)
2. Feeds für Artikel, Kommentare allgemein und zu einzelnen Artikeln
3. Pingback/Trackback – Funktion
4. Videoverwaltung und Einbinden von Youtube-Videos
5. URL-Rewrite-Modul

Was vermisst Ihr denn in der Liste oder allgemein bei Blogsystemen? Desto mehr ich darüber nachdenke, desto besser gefällt mir die Idee für ein „Ubuntu-Blogsystem“. Einzig Punkt 2 bereitet mir ein wenig Kopfschmerzen, da habe ich noch keinen Plan. Muss mal sehen, wie das mit der XML-RPC-Schnittstelle funktioniert. Oder gibt es jemanden da draußen, der sich damit auskennt? Da sind Tipps und auch Hilfe gern willkommen.

Und ich wäre kein Blogger, wenn ich diese Gelegenheit nicht nutzen würde, ein Umstiegstagebuch zu führen mit allen Vor‑ und Nachteilen. Deshalb – und weil auch andere mit einem Umstieg liebäugeln – frage ich Euch: Was soll ich nehmen und über was soll ich berichten?

Alle drei Systeme haben Importfilter für WordPress. Aber bei allen drei Systemen hat es bei einem ersten Test nie richtig funktioniert. Schon da muss ich dann bei dem gewählten System der Sache auf den Grund gehen. Zumindest sollten Artikel, die zugehörigen Kommentare und die entsprechende Linkstruktur 1 : 1 übernommen werden können. OK, genug der Vorrede, hier die drei Kandidaten in einer kurzen Vorstellung:

1. Serendipity

Serendipity existiert schon ein paar Jahre und hat aktuell die Revisionsnr. 1.4.1, die im Januar erschien (ach, das tut schon mal gut :-D). Es existiert sogar ein deutschsprachiges Anwenderbuch!

• Plugins: gibt es reichlich
• Templates: ebenfalls
• Templateengine: Smarty
• Datenbanksupport: SQLite, PostgreSQL, MySQL, MySQLi
• Lizenz: BSD
• Google-Ergebnisse zu Serendipity auf deutsch: über 500 000

2. Textpattern

Textpattern ist auch schon eine Weile auf dem Markt und eignet sich ebenfalls als reines CMS! Aktuell ist Version 4.0.8, ebenfalls im Januar erschienen. Auch hier existiert ein Buch, leider nur in Englisch.

• Plugins: gibt es reichlich
• Templates: einige
• Templateengine: TXP, ist wohl eine Eigenkreation, sieht aber einfach aus
• Datenbanksupport: MySQL
• Lizenz: GPL
• Google-Ergebnisse zu Textpattern auf deutsch: über 126 000

3. Habari

Habari ist neu. Aktuell ist Version 0.6.2 vom Mai. Habari setzt PHP5.2.x voraus, ist modular und objektorientiert aufgebaut und soll sehr sicher sein. Habari ist schnell! Habari ist eine Herausforderung

• Plugins: einige
• Templates: wenige (es soll aber möglich sein, diese aus WP zu importieren)
• Templateengine: es werden mehrere unterstützt!
• Datenbanksupport: MySQL, PostgreSQL, SQLite
• Lizenz: Apache Lizenz
• Google-Ergebnisse zu habari auf deutsch: über 34 000, zu habari blogsystem jedoch nur 1250.

Jetzt seid Ihr dran. Also, was würde Euch am meisten interessieren? Nutzt bitte die Kommentare, um Euch zu äußern.

Vor allem, das Schlimmste ist: man muss ja diese Updates mitmachen, da die alten Versionen nicht mehr gepflegt werden. Und jetzt habe ich hier das Chaos!

Vor 5 Wochen fingen die Probleme eigentlich an. Mein Hoster schrieb mich an und teilte mir mit, dass durch meinen Account zuviel Last erzeugt würde und ich auf einen lahmeren Ausweichserver umgesiedelt würde. Ich protestierte und verwies auf meinen Business-Account und meine 12 Jahre als treuer Kunde. Das wirkte zum Glück. Heute machte ich mich an das Update 2.8 und las dann bei der Fehlersuche, dass viele Blogger ebenfalls Nachricht von ihrem Provider bekommen haben. Aber am lustigsten waren „als Lösungsvorschlag“ diverse Aufrufe, die Provider sollten gefälligst für WordPress den Speicher aufstocken. Eh, da kann man doch nur den Kopf schütteln.

OK, zurück zum Update. Ergebnis war: Interner Server Error 500! Zum Glück nur für den Adminbereich. Grund: Irgendwas läuft mit den Plugins „wordtube“ und „NextgenGallery“ von Alex Rabe schief. Aber gerade mit diesen beiden Plugins arbeite ich sehr häufig!

Einen Grund für die Probleme habe ich noch nicht gefunden. Diverse Tipps, wie das Ändern der Zugriffsrechte, löschen der Temp-Ordner usw. brachten nichts. Und ich bin es nun leid. Ich sollte schon längst im Bett sein, in 3 Stunden klingelt der Wecker.

Mein Provider hat schon vollkommen recht. Auf den Schrott gehört sowas! Und ich weigere mich, hier jetzt weiter zu basteln. Ich suche mir jetzt endgültig eine andere Blog-Software. Könnt Ihr mir etwas empfehlen?

Ich werde morgen wieder downgraden und hoffe, dass dann die Galerien und Videos wieder funktionieren. Tut mir leid, dass hier vielleicht einige Besucher nicht das zu sehen bekommen, was sie möchten. Bedankt Euch bei den xxxxxxxxxxxxx WordPress-Bastlern. Mann, bin ich sauer, aber das musste jetzt noch raus…

Gute N8!

Update

So, jetzt ist es schon wieder Mittag und endlich funktioniert WP soweit wieder. Ich bin auf WP 2.7.1 zurück gegangen. Als hätte ich nichts anderes zu tun…. *seufz* Vielen Dank für die vielen Tipps für alternative Blogsysteme, ich werde mich jetzt einmal genauer umsehen und demnächst umsteigen.

Es wurde in den Kommentaren auch mein „Ton“ kritisiert. Aber jetzt steht es so da und so bleibt es auch. Und wie in anderen Kommentaren zu lesen ist, bin ich nicht der einzige, dem die Entwicklung von WP missfällt. Vielleicht liest das ja mal einer der Entwickler und es setzt ein Umdenken ein? Naja, die Hoffnung stirbt zuletzt.

Im vorherigen Artikel bin ich auf ein paar Grundlagen der Tastatur eingegangen und habe das Programm »xkeycaps« vorgestellt. Jetzt möchte ich Euch zeigen, wie und welche typographisch korrekte Zeichen es gibt und wie ich diese unter Ubuntu/Linux eingebunden habe. Ihr seid natürlich herzlich eingeladen, dies auch zu tun, am Ende des Artikels findet ihr auch die entsprechenden Dateien zum Download.

Um das zu erreichen muss die originale Tastaturbelegung geändert werden. Ich habe eine Weile daran gefeilt, um zum einen die Zeichen gut erreichbar unterzubringen und zum anderen nur selten benutzte Zeichen zu überschreiben. Wer mit meinem Ergebnis nicht zufrieden ist, kann sich natürlich alternative Plätze suchen.

„Typographisch korrekten Zeichen? Noch nie gehört und nie gebraucht!“

Das glaube ich. Schuld ist die mechanische Schreibmaschine. Der begrenzte Platz wurde dort optimal genutzt, da blieb kein Platz für Feinheiten. Die Computertastaturen übernahmen dann dieses Layout, war ja praktisch und vertraut. So war es ganz normal, als Anführungszeichen das Symbol (“) über der 2 zu verwenden, als Gedankenstrich nahm man den Bindestrich (-), als Auslassungszeichen drückte man dreimal die Punkttaste (…) und für französische Anführungszeichen drückte man eben 2x die spitzen Klammern neben dem Ypsilon (<< >>).

Wir haben aber dank PC nun die Möglichkeit, wieder die richtigen Zeichen zu verwenden. Die Einrichtung ist keine große Sache, die Umgewöhnung auch nicht. Und in Zeiten, wo jedermann bloggt, in Foren schreibt, etc. können wir uns durchaus ein Stück Schreibkultur zurückholen. Abgesehen davon, dass schlicht und einfach die falschen Zeichen verwendet werden.

Welche Zeichen brauchen wir?

• ‚einfache‘ und „doppelte“ Anführungszeichen (singlelowquotemark, leftsinglequotemark, doublelowquotemark, leftdoublequotemark)
• ›einfache‹ und »doppelte« französische Anführungszeichen (U203A, U2039, guillemotright, guillemotleft)
• Auslassungszeichen … (ellipsis)
• Gedankenstrich – (endash)
• Apostroph ’ (rightsinglequotemark)
• Multiplikationszeichen × (multiply)
• Divisionszeichen ÷ (division)
• schmales Leerzeichen (thinspace, ist gut geeignet als 1?000er-Trennstelle oder als Zwischenraum bei Telefonnummern)

Die franz. und englischen Anführungszeichen erreicht man in der untersten Zeile mit den Buchstaben Y und Ⅹ, sowie Ⅴ und B. Über die 3. Ebene erreicht man die doppelten, über die 4. Ebene die einfache Ausführung. Anders als im französischen, zeigt die Spitze der Klammern bei unserer Schreibweise nach innen. Deshalb habe ich – zur besseren Handhabung – als Erstes die Belegung vertauscht. Die englischen Anführungszeichen sind beide oben und sehen aus wie eine 6 und 9. Im deutschsprachigen Raum ist das linke Anführungszeichen unten und sieht aus wie eine 9. Das Schließende ist oben und ähnelt der 6. So habe ich das auch angepasst. Ebenso die einfachen Anführungszeichen. Wobei die französischen im Originallayout wiederholt die spitzen Klammern sind, was nicht richtig ist. Es gibt einfache Guillimots, diese habe ich dann von Hand als Unicode eingefügt.

Auf der Raute‑/Apostroph-Taste (3. Reihe rechts) befinden sich auf der 3. und 4. Ebene diakritische Zeichen, die ich nicht benötige. Deshalb übernimmt die 3. Ebene den korrekten Apostrophen, der 4. Ebene weise ich die horizontale Ellipse (Auslassungszeichen) zu. Komma und Punkt haben schon auf der 4. Ebene die korrekten Symbole für Multiplikation und Division. Die 3. Ebene beim Bindestrich ist zum Glück leer, dieser Taste habe ich gleich den Gedankenstrich zugewiesen.

Zum Schluss kann ich mittels SHIFT + Leertaste ein schmales Leerzeichen einfügen. Bin mir aber noch nicht ganz sicher, ob das endgültig so bleibt, da ich diese Kombination irgendwo schon einmal als Shortcut gesehen habe. In den letzten 3 Wochen, in denen ich diese Tastaturbelegung nutze, gab es aber keine Probleme. Außerdem habe ich dafür das Zeichen »hairspace« genommen, da das Zeichen »thinspace« nicht den gewünschten Effekt erzielt.

Downloads

Auch hier habe ich für Euch ein paar Downloads. Zum einen die angepasste xmodmap, dann ein PDF mit einer besseren Übersicht über die angepasste Tastatur. Diese sieht so aus wie auf dem Screenshot rechts. Und hier ist auch noch die GIMP-Datei mit allen Ebenen für die, welche eigene Anpassungen durchführen möchten.

Ich habe noch ein paar andere Zeichen geändert. So kann z.B. mit dem H das Telefonsymbol ? und das Häckchen ? benutzt werden, das P habe ich um das Pi-Zeichen ? ergänzt. Noch ein Hinweis: Bei mir konnte ich die Taste N und J nicht ändern, ich weiß aber nicht, warum das nicht funktioniert.

Tipp
Wer sich näher mit Typographie beschäftigen will, dem sei das Buch »Zeichen setzen« von Ralf Herrmann empfohlen. Leider scheint es vergriffen zu sein, aber bei ebay taucht es auch gelegentlich auf oder man schaut auf der Webseite vorbei.

Wenn gewünscht, kann ich gerne etwas Näher auf Typographie eingehen, hinterlasst einfach eine Nachricht.

Ich nutze WordPress seit Version 1.5 und habe somit mehrere Layouts des Adminbereiches erlebt. Seit Version 2.5 kommen als Plugin die Adminbar und der Dashboard-Editor zum Einsatz. Damit bekommt man Ordnung und Übersichtlichkeit in den Adminbereich. Das ist eben eines der herausragenden Merkmale an WP, dass man (fast) alles per Plugin anpassen kann! Da stellt sich die Frage, wieso wird nun ein Haufen Zeit darauf verschwendet, den Anwendern wieder ein neues Design aufzudrängen?

Und wie codestyling in dem Beitrag schreibt, ist der Flashuploader immer noch dabei und macht weiterhin Schwierigkeiten. Bei mir hat er noch nie funktioniert! Alex Rabes NextGen-Plugin zeigt, wie man komfortabel Dateien uploaden kann. Warum nimmt man sich nicht da ein Beispiel und hakt dann das Thema ab?

Immer häufiger liest man in den Kommentaren, dass die ganze „Updaterei“ so langsam nervt. OK, Sicherheitsupdates sind eine elementare Sache, die stehen auch nicht zur Diskussion. Und bestimmt ist das ein oder andere neue Feature wirklich toll. Aber man wünscht sich eine Updatepolitik wie bei Ubuntu. Eine LTS-Version (Long Time Support = Langzeitunterstützung), die wenigstens ein komplettes Jahr gepflegt wird (vor allem ohne Eingriffe in die Datenbank!) und Entwicklerversionen, welche die „Featureritys-User“ bedient und die Entwicklung an sich vorantreibt.

Das „Dashboard“ hieß früher „Tellerrand“. Liebe WP-Entwickler, Ihr leistet ja großartige Arbeit, aber ändert bitte etwas an Eurer Updatepolitik, sonst schauen immer mehr Anwender über diesen Tellerrand!

‹?php do_action('dbx_post_sidebar'); ?›

an die rot hervorgehobene Stelle (ca. Zeile 220) kopieren und ab sofort findet man die Smileys direkt nach der Textbox.

‹h3›‹label for="content"›‹?php _e('Post') ?›‹/label›‹/h3›
‹?php the_editor($post-›post_content); ?›
‹?php wp_nonce_field( 'autosave', 'autosavenonce', false ); ?›
‹?php wp_nonce_field( 'closedpostboxes', 'closedpostboxesnonce', false ); ?›
‹?php wp_nonce_field( 'getpermalink', 'getpermalinknonce', false ); ?›
‹?php wp_nonce_field( 'samplepermalink', 'samplepermalinknonce', false ); ?›
‹/div›

‹?php echo $form_pingback ?›
‹?php echo $form_prevstatus ?›
‹?php do_action('dbx_post_sidebar'); ?›

Im Original befindet sich die Anweisung ziemlich am Ende der Datei, man kann sie ja dort belassen. Leider muss man diese Änderung nach jedem Update wiederholen, vieleicht findet das Team von WordPress ja mal eine bessere Lösung?

Quelle: Monikas Antwort im WP-Forum, vielen Dank! .daumenhoch:

Im Artikel fügt man einen Kommentar ein, man darf es jedoch NICHT im WYSYWIG-Modus, sondern nur in der Codeansicht einfügen! So sollte der Kommentar im Text aussehen und kann beliebig oft genutzt werden:

  <!--nextpage-->

Sollte es noch nicht funktionieren, muss im Theme die Datei single.php angepasst werden. Das ist ausführlich bei texto.de beschrieben.

Um jetzt nicht den ganzen JavaScript-Code auf jeder Seite mitzuschleppen, legte ich mir einfach ein separates Template an. Dafür nahm ich die Datei „page.php“ und benannte sie in „anfahrtspage.php“ um. Den kompletten Inhalt der Datei „header.php“ fügte ich direkt für diese Anweisung ein:

   <?php get_header(); ?>

Jetzt ist es ohne weiteres möglich, den ganzen JavaScript-Code auch auf dieser Seite unterzubringen. Da ich vor der Map noch etwas schreiben möchte, fügte ich den Map-Container direkt nach dem „Content-Tag“ ein, so sollte das aussehen:

   <?php the_content('weiter...'); ?>
   <div id="map" style="width: 500px; height: 300px; "></div>

Es ist aber auch möglich, den Container beim Schreiben der Seite direkt an beliebiger Position anzugeben, nur funktioniert das nicht mit dem WYSIWYG-Editor! Was jetzt noch fehlt, ist die „Mitteilung“ an WordPress, dass ein separates Template vorhanden ist. Also folgte ich den Regeln und fügte am Anfang der Datei noch folgenden Kommentar ein:

<?php
/*
Template Name: Seite mit Googlemap
*/
?>

Wenn man nun eine neue Seite schreibt, kann man das Template rechts auswählen. Das war es schon, mehr ist nicht notwendig. Wie Ihr an die Googledaten kommt und welche Möglichkeiten es mit der Api gibt, beschreibe ich demnächst einmal, also schaut wieder mal vorbei!

Ich erkläre hier nun, wie Du in der Sidebar zu jedem Beitrag ein eigenes Bild anzeigen lassen kannst, ohne dafür ein Plugin zu nutzen. Voraussetzung ist, dass ein gewisser Pool an Bildern vorhanden ist und diese im Ordner wp-content/sidebarbilder abgelegt werden. (Der Ordner kann beliebig genannt/platziert werden, dann musst Du den Code eben entsprechend angepassen!)

Schreibst Du einen Beitrag, lege beim ersten Mal den Schlüssel an (siehe Bild). Später steht der Schlüssel im linken Auswahlfeld zur Verfügung. Im rechten Feld trage den gewünschten Bildnamen ein.
Mehr ist beim Schreiben nicht notwendig.

Jetzt passe die sidebar.php (im Themeordner) an. An der gewünschten Stelle füge folgenden Code ein:

WICHTIG! Alle spitzen Klammern und Anführungszeichen im Code müssen gegen die richtigen Klammern/Anführungszeichen ausgetauscht werden!! Irgendwie konvertiert WP diese in typographische Zeichen.

‹?php if (is_array(get_post_custom_values('bild'))) { ?›

‹img src="‹?php bloginfo('url') ?›/wp-content/sidebarbilder/‹?php $mypic=get_post_custom_values('bild'); echo $mypic[0]; ?›" alt="Bild zum Beitrag" /›

‹?php } ?›

Kurze Erläuterung, was hier passiert: Die erste Zeile fragt ab, ob für den Schlüssel ‚bild‘ ein Eintrag existiert. Da ja mehrere Einträge in den benutzerdefinierten Feldern möglich sind, werden diese als Array übergeben. Darum musst Du diesen Parameter als Array abfragen. In der nächsten Zeile füge dann das Bild ein.
Den Schlüssel übergib der Variablen $mybild und da ja immer nur ein Bild eingetragen wird, steht dieses im Array an erster Stelle (Arrays beginnen immer bei Null!). Zum Schluss erfolgt die Ausgabe mittels echo. In der dritten Zeile wird mit der geschweiften Klammer die if-Abfrage beendet.

Das wars schon. Ist doch einfach, oder? Noch ein Tipp: Willst Du anstelle des benutzerdefinierten Bildes ein Standardbild anzeigen lassen, erweitere den obigen Code mit den rot hervorgehobenen Zeilen:

‹?php if (is_array(get_post_custom_values('bild'))) { ?›

‹img src="‹?php bloginfo('url') ?›/wp-content/sidebarbilder/‹?php $mypic=get_post_custom_values('bild'); echo $mypic[0]; ?›" alt="Bild zum Beitrag" /›

‹?php } else { ?›

‹img src="‹?php bloginfo('url') ?›/wp-content/sidebarbilder/standard.jpg" alt="Standardbild" /›

‹?php } ?›

Dieser Code lässt sich auch wunderbar einsetzen, um die Headergrafik auf diversen Seiten auszutauschen. Wichtig ist nur eines: Der Code muss innerhalb des Loops stehen.
Letzter Tipp: Falls Du nicht jedes Bild neu skalieren willst, in der Sidebar stehen oft nur 200 Pixel in der Breite zur Verfügung, erweitere den img-Tag um folgende Style-Anweisung oder schreibe im CSS eine eigene Klasse:

style="width: 180px; height: auto;"

Gib für den Wert width die gewünschte Breite an und setze die Höhe auf automatische Skalierung. Das funktioniert in allen herkömmlichen Browsern und Du sparst Zeit.
Viel Spaß beim probieren!

Einige Spambots kannten jedoch den direkten Link zu der PHP-Datei, die das Kommentarformular verarbeitet. Hier konnte das Plugin nicht mehr helfen, da musste ich einen anderen Trick anwenden.

Ich gab im Hauptverzeichnis von WordPress der besagten Datei wp-comments-post.php einen anderen Namen. In der Datei comments.php im Themeordner suchte ich dann nach der Zeile:

‹form action="‹?php echo get_option('siteurl'); ?›/wp-comments-post.php" method="post" id="commentform"›

und änderte ebenfalls den Namen zur verlinkten und nun umbenannten Datei wp-comments-post.php. Diese Aktion muss ich zwar nach jedem WP-Update wiederholen, aber ich habe nun Ruhe und das ist mir dieser schnelle Eingriff wert.