Heute wurde Antispam Bee 2.4 veröffentlicht, der aufmerksame Leser dieses Blogs wird wissen, das ich Antispam Bee von Sergej Müller schon seit Längerem zur Spambekämpfung einsetze.

Neu ist die Sofortlöschung des Spams in Abhängigkeit des im Backend eingestellten Verdachtsgrunds und auch die Optik der Optionsseite von Antispam Bee hat sich verändert. Die Mindestanforderungen für Antispam Bee 2.4 liegen bei WordPress 3.0 und PHP 5.1.2.

Antispam Bee 2.4 erschienen

Änderungen zu letzten Version

• Quelltext-Revision
• Unterstützung für IPv6
• Neu entwickelte Oberfläche der Optionsseite
• Spam-Sofortlöschung je nach Verdachtsgrund
• Mindestanforderungen: WordPress 3.0 und PHP 5.1.2

Immer auf dem neuesten Stand

Da ich gerade ein Projekt mit WordPress entwickle, das auch Mehrsprachigkeit unterstützen muss, bin ich bei meiner Recherche auf ein neues WordPress-Plugin gestoßen.

Das von Frank Bültge und Robert Windisch entwickelte Multilingual Press befindet sich zwar noch im Alpha-Stadium, kann aber bereits getestet werden. Eine Informationsseite zu dem Plugin hat Frank unter bueltge.de eingerichtet. Für das aktuelle Projekt werde ich das WordPress-Plugin noch nicht einsetzen, da mit aktuell die Zeit zum Testen fehlt.

Wordpress-Plugin: Multilingual Press

Multilingual Press wird zukünftig in einer kostenfreien Version angeboten und zudem in einer kostenpflichtigen Version mit noch nicht näher definierten Premium-Funktionen. Auf jeden Fall werde ich das Plugin weiter im Auge behalten und euch auch über Weiterentwicklungen auf dem Laufenden halten.

Download: Multilingual Press

Über Cachify habe ich ja bereits öfter hier im Blog berichtet, nun hat Sergej Müller mit Cachify 1.2 eine neue Version seines WordPress-Cache-Plugins veröffentlicht.

Cache leeren Button in der Adminbar Bild: wpSEO

Unter anderem, wurde ein Cache leeren Button in die Adminbar integriert,die Kompatiblität zu dem in Kürze erscheinenden WordPress 3 .3 hergestellt und wenn die Einstellungen von Cachify verändert werden, wird der interne Cache gelöscht.

Zur Cachify Homepage gelangt ihr hier.

Neuerungen in der Version 1.2

• Cache leeren Schalter für die Adminbar
• Testbetrieb unter WordPress 3.3
• Verknüpfung mit wpSEO (Cache-Leerung bei Optionsänderungen)

The Battle of the Plugins

Wenn jemand von euch das Plugin beim Battle of the Plugins unterstützen möchte, kann er das hier machen.

Heute Nachmittag hat Sergej Müller sein beliebtes und seit 2007 ständig weiterentwickeltes SEO-Wordpress-Plugin WPSeo in einer neuen Version veröffentlicht. WPSeo 3.0 beinhaltet viele neue und neuartige Funktionen, die auf der ebenfalls neuen Homepage detailliert nachgelesen werden können.

Ich werde mir das Plugin in den nächsten Tagen selber mal installieren, um die neuen Funktionen zu testen und dann einen kleinen Bericht darüber verfassen. Wenn man sich aber die Meinungen der bisherigen Nutzer dieses Plugins ansieht, kann man eigentlich nur zu einem positiven Ergebnis kommen.

Für alle bisherigen Kunden ist das Update auf WPSeo 3.0 kostenfrei erhältlich.

Letzte Woche habe ich darüber berichtet, dass ich als Syntax Highlighter nicht mehr den CodeColorer einsetze, sondern den SyntaxHighlighter Evolved.

Beide WordPress-Plugins nutzen logischerweise eigene Short-Tags, um den zu hervorzuhebenden Code zu markieren. Bis heute hatte ich beide Plugins aktiv, damit die bisher von mir veröffentlichten Code-Beispiele, die noch auf den CodeColorer aufbauen, auch noch korrekt angezeigt werden.

Änderung des Short-Tags in der Datenbank

Die älteren Beispiele sollen natürlich auch über den neuen SyntaxHighlighter Evolved angezeigt werden, dafür muss der Short-Tag des Code Colorers in den des SytaxHighlighters Evolved geändert werden.

Ich habe mich dafür entschieden, die Änderung des Short-Tags direkt in der Datenbank vorzunehmen. Dafür sollte zuerst die Tabelle wp-präfix_posts gesichert werden, damit ihr falls ein Fehler passiert eure Datenbank wieder herstellen könnt.

UPDATE wp_posts
SET post_content = REPLACE(post_content, 'cc lang="php"]', 'php]')
WHERE post_content LIKE '%cc lang="php"]%';

UPDATE wp_posts
SET post_content = REPLACE(post_content, '/cc]', '/php]')
WHERE post_content LIKE '%/cc]%';

Bisher habe ich zum anzeigen von Code-Beispielen in meinem Blog den CodeColorer eingesetzt, mit diesem war ich aber schon länger nicht mehr zufrieden. Ich bin dann auf der Suche nach einem neuen Syntax Highlighter in der WordPress Plugin Directory auf den SyntaxHighlighter Evolved gestossen.

Untersützte Scriptsprachen

Das Plugin unterstützt die folgenden Sprachen: actionscript3, bash, coldfusion, cpp, csharp, css, delphi, erlang, fsharp, diff, groovy, javascript, java, javafx, matlab (keywords only), objc, perl, php, text, powershell,python, r, ruby, scala, sql, vb und xml.

SyntaxHighlighter Evolved: Einstellungsmöglichkeiten

Ausreichende Einstellungsmöglichkeiten

Mit den wenigen, aber ausreichenden, Einstellungsmöglichkeiten im Backend könnt ihr das Erscheinungsbild des Syntax Highlighters nach euren Wünschen anpassen. Zusätzlich besteht die Möglichkeit jeden einzelnen Code-Schnipsel durch diverse Angaben im Short-Tag individuell zu verändern.

SyntxHighlighter Evolved Beispiele

HTML

<h1>Headline</h1>
<p><a href="http://wordpress.org/">WordPress</a></p>

PHP

<?php
echo "Hallo Welt";
// Kommentar
$str = "String";
?>

CSS

p {
background: #c2bdb2;
border: 1px solid #a29a8d;
 -moz-border-radius: 5px; /* with mozilla prefix */
 -webkit-border-radius: 5px; /* with safari prefix */
padding: 15px;
}

Das WordPress-Plugin SyntaxHighlighter Evolved bekommt ihr hier.

Gestern habe ich in meinem Artikel Die Performance von WordPress verbessern über das WordPress-Plugin FlexiCache gebloggt. Wer von euch einen langsamen WordPressBlog sein Eigenen nennen darf, sollte sich diesen Artikel mal durchlesen.

FlexiCache erzeugt Fehler im RSS-Feed

Heute Morgen habe ich dann leider festgestellt, das der RSS-Feed von galuba dot net nur noch fehlerhaft angezeigt wird.Die Ursache konnte ich letztlich FlexiCache zuschreiben, da nach dem Löschen des gesamten Caches der Fehler beim Ersten aufrufen des RSS-Feeds nicht mehr aufgetreten ist. Dabei ist zu wissen, dass beim ersten aufrufen einer Seite gleichzeitig die gecachte Version für diese Seite/diesen Artikel erstellt wird.

FlexiCache kann einzelne URLs oder Artikel/Seiten vom Caching ausschliessen

Behebung des Fehler in den FlexiCache Optionen

Die Lösung des Problems ist relativ einfach, geht in die Einstellungen von FlexiCache und wählt dort die Sektion No-Store Conditions aus. Erstellt unter Add New Condition eine neue Regel und wählt als Source $_SERVER aus, tragt bei Key REQUEST_URI ein, der Match Type muss auf Begins with eingestellt werden und in das Textfeld unterhalb von Value tragt ihr /feed/ ein. Fehlt nur noch das Häkchen bei Enabled und die Bestätigung mit Save Changes.

Jetzt solltet ihr noch in den Status-Einstellungen von FlexiCache den Cache leeren und euer RSS-Feed läuft wieder ohne Fehler.

Ich habe ja bereits des öfteren über Fluency Admin berichtet und benutze das Plugin auch selber für einen schönen und schlanken Admin-Bereich.

Bereits Mitte Juli ist das von Dean J. Robinson entwickelte WordPress-Plugin Fluency Admin 3.2 erschienen und setzt mindestens WordPress 3.2 voraus.

Fluency Admin 3.2 Changelog

• Komplett überarbeiteter CSS-Code für die Kompatiblität mit WordPress 3.2
• Durch den grundlegenden Neuaufbau des Standard-Admin-Intefaces, ändert Fluency Admin jetzt weniger Code
• Die “Hover keys” werden jetzt durch das unterstrichene Zeichen im Menü gekennzeichnet
• Die Farbschemas “Coffee” und “Light” wurden temporär entfernt, diese werden in zukünftigen Version wieder verfügbar sein

In welchen Browsern läuft Fluency Admin 3.2

In den aktuellen Versionen von Google Chrome, Safari und Firefox sind keine nennenswerten Anzeige-Probleme aufgetaucht. Allerdings können Benutzer des Internet Explorers nur bedingt darauf hoffen, dass eventuelle Bugs behoben werden. Gefundene Fehler könnt ihr auf der im Frühjahr eingerichteten Support-Seite melden.

Weitere Informationen findet ihr entweder auf der neu gestalteten Fluency Admin Homepage oder in der offiziellen Plugin-Directory auf wordpress.org.

Seit heute Morgen ist die Version 1.1 von Cachify verfügbar, unter anderem wurde die interne Hilfefunktion auf die Website von Sergej Müller ausgelagert. Nachfolgend habe ich die Änderungen in Cachify 1.1 für euch aufgelistet.

Änderungen in der Version 1.1 vom 16.08.2011

• Automatische Prüfung auf eventuelle Fehlgenerierungen
• Modifizierung der Code-Struktur
• Eliminierung der Inline-Hilfe (oben rechts)
• Verknüpfung der Online-Hilfe mit einzelnen Optionen

Cachify 1.1

In den drei erfolgreichen und weit verbreiteten WordPress-Plugins AddThis, WPtouch und W3 Total Cache sind sehr gut versteckte “Hintertüren” gefunden worden.

Wie der manipulierte Code in die Plugins gelangt ist, ist zur Zeit noch unklar. Zur Sicherheit sind alle Passwörter auf wordpress.org zurückgesetzt worden. Dies betrifft alle Passwörter auf wordpress.org (Forum, Kommentare, Plugins, Themes und den WordPress-Trac).

Hier könnt ihr euch ein neues Passwort schicken lassen.

Falls ihr eines dieser drei Plugins in den letzten Tagen aktualisiert oder installiert habt, solltet ihr das jeweilige Plugin erneut aktualisieren. Die Entwickler dieser drei Plugins haben die nicht manipulierten Versionen wieder in das Plugin-Verzeichnis geladen.