Problem: Gerade nach einer WordPress Umstellung, einer Plugin-Installation oder nach Einstellungsveränderungen erscheint auf der WordPress Startseite die Fehlermeldung:

The unsuccessful transfer queue has unresolved errors. Empty the queue to restore normal operation.

Klickt man den “unsuccessful transfer queue” Button an, dann erhält man das folgende Fenster, welches einem zwar anzeigt, dass beim Dateiupload etwas schiefgelaufen ist und welche Dateien betroffen waren, aber so richtig schlauer über die Ursache ist man dann immer noch nicht, es sei denn man sieht sich den Seitentiteltext im Browserfenster an.

Dort wird nämlich “W3 Total Cache” erwähnt und vorausgesetzt man ist etwas vertraut mit WordPress, dann erinnert man sich, dass dies ein WordPress Plugin zur Performancesteigerung des Blogs ist.

Lösung:

In der Administrationsoberfläche des Blogs beim Plugins “W3 Total Cache”  findet man unter Einstellungen (settings) einen Bereich CDN in dem man das Häckchen bei CDN Enable entfernen muss, wenn man seine Bilder nicht extern bei einem CDN (Content Delivery network provider) ausgelagert hat.

Keine Codedarstellung durch das Highlighter Plugin

Leider funktionieren zahlreiche SyntaxHighlighter zur Darstellung von Codezeilen unter der derzeit aktuellen WordPress Version 3.2.1 nicht mehr. Ich musste erst einmal ein paar Highlighter-Plugins testweise installieren und wieder löschen, um eine Codedarstellung zu erhalten.

Als dann zeigte sich, dass der CKEditor im visuellen Modus eine Art “Auto Closing Tag” Mechanismus hat, der nicht zu deaktivieren ist. Das macht es unmöglich, Java Codebeispiele mit Generics wie z.B.

List<Artikel> artikelListe = dao.getWarenkorbArtikel();
for(Artikel artikel : artikelListe){
   foo.setPrice(artikel.getPrice());
}

zu schreiben.  Entweder wird das <Artikel> in ein kleines <artikel> verändert und am Ende ein </artikel> angehängt oder es wird ganz aus dem Editorfeld herausgelöscht.  Besonders schlimm ist, dass in der HTML-Sicht so mancher WYSIWYG Editoren wie z.B. CKEditor noch alles richtig abgespeichert wird, sobald man aber in den visuellen Modus wechselt,  … alles wieder zunichte gemacht wird.

Funktionierende Lösung für WordPress3.2.1:

Folgende Plugins harmonieren miteinander bezüglich der Darstellung von Code in Highlighter-Manier

1. Editor-Plugin: TinyMCE Advanced
2. Highlighter-Plugin: SyntaxHighlighterPro

Im Editor müssen die  “<>” Klammern in  &lt;  bzw.  &gt; umgeschrieben werden. Das ist zwar etwas lästig, aber wenigsten entwickelt der Editor keine Eigeninitive und verändert eigenwillig die eingegebenen Sonderzeichen wieder.

Die Möglichkeit, bei einem Blog einen Kommentar zu hinterlassen, ist meines Erachtens eine der wichtigsten Funktionen eines Blogs.

Durch Kommentare kann man

• den Textbeitrag des Autors ergänzen
• Nachfragen stellen
• mit dem Autor oder anderen Kommentatoren in einen Dialog treten
• auf weitere interessate Artikel zu diesem Thema verweisen
• u.s.w., die Liste läßt sich noch beliebig fortsetzen

Da der Google Suchalgorithmus jedoch gerade die Internetseiten in den Suchergebnislisten vorne anzeigt, auf die oft verlinkt wird, wird die Kommentarfunktion leider von unseriösen Gestalten dazu benutzt,

• Werbungtexte für dubiose Produkte (Rolex-Uhren, Casino, Potenzmittel, …) einzustellen oder
• total belanglose Allgemeinkommentare wie
  "Das musste einmal gesagt werden. Danke für den Beitrag". 
  Teilweise geht das soweit, dass im Textfeld auch nur eine Buchstabenwüste "woiaökdmnfkweuorianf" steht, da es scheinbar nur darauf ankommt, seine Absenderadresse "www.viagra…..de" zu platzieren.

Captcha-Plugins (Zeichen in Bildern)

Eine Abhilfe schuf hier der Einsatz von Captcha-Plugins, welche den Kommentator vor dem Absenden seiner Nachricht aufforderten, eine bestimmte Buchstaben/Zahlen/Zeichenfolge auszugeben.

Die Idee dahinter war simple:
Automatisierte Suchroboter können keine Bildinhalte aus Bildern erkennen, wie dies ein Mensch tun kann. Für Suchroboter sind es nur Bilder, mit der Folge, dass der Kontroll-Zeichencode nicht richtig eingegeben wird und das Absenden des Spam-Kommentars somit nicht möglich ist.

Spammer legen nach

Im Zeitalter der Texterkennung (character recognition) in Bildern scheint dies allerdings nur ein vorübergehender Sieg gegen Spammer gewesen zu sein.

Wie man auf der Seite von "Caca Labs"  sehen kann, ist es heutzutage kein Problem mehr, die Bilder der meisten Captcha-Programme automatisch auszuwerten.  

So ist es eigentlich nicht verwunderlich, dass ich in der letzten Zeit verstärkt beobachten muss, dass trotz des Einsatzes des Plugins "SI Captcha Anti-Spam" für WordPress, die Anzahl der Spam-Kommentare stetig steigt. 
   Um die Leser eines Blogs nicht mit Spam-Kommentaren zu belästigen, können alle Kommentare dem Blogbetreiber zur Freigabe vorgelegt werden, bevor diese öffentlich sichtbar sind. Aber zum einen erfordert dies einen zusätzlichen Arbeitsaufwand für den Blogbetreiber und zum anderen ist es auch nicht gerade sehr benutzerfreundlich.  Wenn ich als Blogleser einen Kommentar hinterlasse, dann find ich es nicht so toll, wenn dieser erst zwei, drei Tage danach veröffentlicht wird und ich solange auf Reaktionen auf meinen Beitrag warten muss.

Akismet – Kostenpflichtiges Zusatzprodukt

Abhilfe verspricht hier das WordPress-Produkt "Akismet" mit kostenlosen, aber auch kostenpflichtigen Optionen. Neben dem kommerziellen Ansatz habe ich hier große datenrechtliche Bedenken. So kann man andernorts lesen, dass alle Daten zum Kommentar (Inhalt, E-Mail Adresse, Name, Webseite, …) an Server in den USA gesendet werden. 
So ein Umgang mit Daten geht für mich gar nicht. Ein klares "NO GO".

Meine Lösung (für den Augenblick)

Eine finale Lösung des Problems gibt es sicherlich nicht, aber der Wechsel auf ein anderes Captcha Programm scheint mir angebracht. Nach einer Recherche im Internet hat das kostenlose WordPress-Plugin "Antispam Bee" von Sergej Müller recht gute Kritiken und eine große Fangemeinde. 

Werde diesem Plugin einmal die Chance geben, sich in der Praxis zu bewähren. Die Antwort auf die eingangs gestellte Frage:  "Ist AntiSpamBee die Lösung?", bleibt somit zunächst noch offen

Erfahrungsberichte zu anderen Kommentar-AntiSpam Lösungen und Erfahrungsberichte sind willkommen.

Links zum Thema:

Playground: Antispam Bee: Das WordPress-Plugin für den Schutz gegen Spam

Caca Labs: Defeated Captchas

Infoblog: WordPress Best Practise: Schutz gegen Kommentarspam

Ich rede von diesen Top-Blogging-Vorlagen, die am Seitenende, recht unscheinbar im Footerbereich drei oder vier Spam-Link-Adressen aufweisen.

Da heißt es dann beispielsweise

Powered by WordPress
Design by: xxx  | Thanks to yyy  | Hosted by: zzz

Gegen ein "Design by" ist grundsätzlich nichts einzuwenden und gerade, wenn das Template kostenlos zur Verfügung gestellt wird, finde ich es auch vollkommen rechtens, wenn ein Autor quasi als Gegenleistung für die kostenlose Verwendung des Templates genannt sein möchte.

   Wenn aber der Autorenlink auf eine "Spam-Werbeseite" geht, dann bei "Thanks to" und "Hosted by" auch Links auf zwei hochzupushende Spam-Seiten stehen, dann wird man als Benutzer eines solchen Templates eindeutig mißbraucht.  Andere Templates dieser Art versuchen sogar erst gar nicht, etwas zu vertuschen, sondern zeigen ganz "ehrlich" an, dass sie auf "Fat Burner" und andere dubiose Seiten verweisen. 

   Trotz dieser Offenheit, eher sollte man sagen Unverfrorenheit, ja geradezu Frechheit, sollte man diese Art des Linkbuildings nicht auf die leichte Schulter nehmen und billigend durch die Verwendung des Templates in Kauf nehmen.

Negative Auswirkung auf eigenes Ranking

Eine kurze Recherche zeigt, dass davon auszugehen ist, dass Suchmachinen Seiten mit mehr als zwei Links im Footer argwöhnisch betrachten und als Suchmaschinenmanipulation (Linkspamming) eher negativ einstufen. Gehen diese Links dann noch auf "bekannte Spam-Seiten", dann hat man als Seitenbetreiber echt ein Problem, da dann auch die eigene Seite in den Sog gerät und als minderwertig heruntergestuft wird. 

Zitat aus den Google-Webmasters Richtlinien für Webmaster:

"Qualitätsrichtlinien

… Meiden Sie insbesondere Links zu Webspammern oder "schlechter Nachbarschaft" im Web, da Ihr eigenes Ranking durch solche Links negativ beeinflusst werden kann."

Widersprüchliche Lizenzbestimmung 

Die Autoren dieser Templates sind sich Ihres Tuns auch voll bewußt und wissen, dass so mancher Anstoß an den Links nehmen könnte. So fand  ich in der Datei Footer.php z.B.  folgenden Kommentar:

  <?php // This theme is released free for use under creative commons licence. 
               // All links in the footer should remain intact.
               // These links are all family friendly and will not hurt your site in any way.
               // Warning! Your site may stop working if these links are edited or deleted  ?>

Kurz übersetzt steht hier, dass

1. das Template frei zu verwenden ist.
   –> Das ist gut.
2. Es wird nicht gefordert, dass eine Nennung des Autors erfolgen muss.
   –> O.k., hätte ich moralisch als rechtens empfunden, aber man weiss wohl, warum man nicht genannt sein möchte.
3. All links in the footer should remain intact …   Übersetzung: Alle Links im Fußbereich SOLLTEN erhalten bleiben.
   –> O.k., das eröffnet mir die Möglichkeit die Spamlinks zu entfernen. Der Autor erlaubt es mir explizit.
4. Your site may stop working …
   –> Wie das? Der Autor hat mir doch gerade zugebilligt, die Spamlinkzeilen im Footer zu entfernen. Und es sind doch auch nur Kommentarzeilen und Standard-HTML-Links, da kann doch wohl nichts passieren, wenn man diese entfernt. 
   (Weit gefehlt )

 Entfernungsversuch: Spamlink Einträge im Fußbereich

 Sobald man auch nur ein Zeichen (Buchstaben) innerhalb des Footers ändert, läuft der gesamte Blog nicht mehr und man erhält stattdessen die folgende Mitteilung.

This theme is released free for use under creative commons licence. All links in the footer should remain intact. These links are all family friendly and will not hurt your site in any way. This great theme is brought to you for free by these supporters.

Nach einer kurzen Analyse des Template-Sourcecodes findet man (z.B. in der functions.php) mehrere Stellen mit mehrzeiligem, base64-verschlüsseltem Code.

Beispiel eines solchen Encrypted Codeblocks:

eval(base64_decode('aWYgKCFlbXB0eSgkX1JFUVVFU1RbInRoZW1lX2Ck7'));

Meine Empfehlung:

• Finger weg von solchen Free Templates mit verschlüsseltem Footerinhalten. 
• Sofort in den Papierkorb damit.
• Es gibt genug andere, Spamlink-Freie Word Press Theme Vorlagen.

Siehe auch:

Wer sich trotz meines Rates, diese Templates zu ignorieren, weiter mit dem Thema beschäftigen möchte, findet hier weitere Informationen zum Thema:

Entschlüsselung und Betrachtung von base64-Codeblöcken: Tools4Noobs

Artikel über die Problematik von verschlüsselten Footern:

• How to Remove Encrypted Footer Links in Free WordPress Themes
• How to Remove Footer Links for WordPress

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.

Es mag ja sein, dass die Suchmaschine Google mehr und mehr davon Abstand nimmt, diesen Meta-Tag auszuwerten, aber da dies in der Regel der Text ist, den ein Internetsurfer beim Treffer angezeigt bekommt, hat dieser Text nach wie vor seine Berechtigung, denn man möchte nicht nur gefunden, sondern letztendlich auch angeklickt werden. Und der Internetnutzer trifft seine Entscheidung meist auf Grund der vorhandenen Beschreibung unterhalb der Trefferüberschrift, eben der "Description".

Wie sich schnell herausstellte, liegt dieses Manko nicht am WordPress Programm, sondern am verwendeten Design-Theme.

Unterhalb des Artikels kann man im Textfeld, das mit "Auszug" übertitelt ist, die gewünschte Beschreibung (Description) für den Text hinterlegen. Das ist zwar noch keine Garantie dafür, dass Google diesen Text dann auch anzeigen wird, aber meistens ist dies der Fall.

Und dann sollte man
   Design > Editor
aufrufen und die Datei
   header.php
des Design-Themes anpassen und die folgende Zeile im Kopfbereich hinzufügen:

<meta name="description" content="<?php echo (get_the_excerpt()); ?>" />

Fatal error: Allowed memory size of 33554432 bytes exhausted

(tried to allocate 1966080 bytes) in /home/dragon/public_html/…

on line 5409

Ursache:

Der maximale Speicherplatz, welches den PHP-Skripten auf dem verwendeten Server zur Verfügung steht, wurde erreicht/überschritten.

Lösung:

Die Datei php.ini auf dem Server suchen (z.B. mittels phpinfo() ) und für den Parameter memory_limit die maximale Speicherbedarfsgrenze von 16M (Defaultwert) erhöhen (z.B. auf 32M, 64M, 96M, …) .

;;;;;;;;;;;;;;;;;;;

; Resource Limits ;

;;;;;;;;;;;;;;;;;;;

memory_limit = 64M ; Maximum amount of memory

; a script may consume (16MB)