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

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.

In dem gestern veröffentlichten WordPress-Plugin AppStore Links 4.4.1 hat sich ein kleiner Fehler eingeschlichen, der wenn die Fehlerausgabe aktiviert ist im Artikeltext unschöne Fehlermeldungen ausgibt.

Warning: set_time_limit() [function.set-time-limit]: Cannot set time limit in safe mode in /pfad-zum-plugin-ordner/appstore/class.imagemask.php on line 24

set_time_limit() im PHP-Safe-Mode

Mein Virtual Server den ich bei HostEurope besitze läuft Standardmäßig im PHP Safe Mode und ich bin nicht gewillt dieses für ein Plugin  zu ändern. Bis zu einem Update des Plugins könnt ihr die Funktion set_time_limit() selber ausschalten wenn bei eurem Hoster der PHP Safe Mode an ist.

In der PHP-Dokumentation steht der folgende Hinweis zu set_time_limit().

Diese Funktion hat keine Wirkung, wenn PHP im Safe Mode ausgeführt wird. Dies lässt sich nur umgehen, wenn man den Safe Mode deaktiviert oder das Zeitlimit bereits in der php.ini ändert.

Öffnet dazu einfach mit einem Editor eurer Wahl die class.imagemask.php im Ordner appstore, der sich im WordPress-Plugin-Ordner befindet. In Zeile 240 findet ihr den folgenden Code:

set_time_limit(120);

Und ersetzt ihn durch das folgende Code-Schnipsel

if( !ini_get('safe_mode') ) {
set_time_limit(120);
}

Der Code liest aus ob der Safe Mode bei euch gesetzt ist und führt die Funktion set_time_limit(120) nur dann aus, wenn dieser eben nicht gesetzt ist.

Ich habe Ste-Bi, den Autor des Plugins, bereits darüber informiert und denke, das er den Fehler in der kommenden Version von AppStore Links beheben wird.

Am Sonntag hat Sergej Müller sein WordPress-Plugin Statify aktualisiert. Die Besonderheit an Statify ist, das komplett auf die Verarbeitung und Speicherung der IP-Adresse verzichtet wird. In der heutigen Zeit des manchmal übertriebenen Datenschutzes ein ganz großes Plus.

Das Changelog von Statify 0.5 ist auch nicht zu unübersichtlich, es enthält lediglich einen Punkt. Die Abfrage für fehlende Referrer im Dashboard Widget wurde hinzugefügt.

Externer Link: Weitere Informationen zu Statify

Seit dem letzten Update des WordPress-Plugins Yet Another Related Posts auf die Version 3.2.2 unterstützt das Plugin nur noch PHP 5. Somit ist die letzte Version des Plugins die PHP 4 unterstützt die Version 3.2.1.

Diejenigen von euch die noch PHP 4 auf dem Webserver installiert haben sollten also von einem Update des Plugins absehen. Allerdings solltet ihr schleunigst auf PHP 5 updaten. Wer schon auf die neue Version aktualisiert hat und bei dem das Plugin jetzt nicht mehr läuft, der kann sich die Version 3.2.1 hier noch runterladen.

Yet Another Related Posts Plugin

Weitere Neuerungen & Verbesserungen in der Version 3.2.2

• Änderung des Keyword-Aufbaus
• Sprachdateien:
  • de_DE aktualisiert
  • pt_PT aktualisiert
  • es_ES hinzugefügt
  • ge_KA hinzugefügt
  • cs_CZ hinzugefügt

Vor einigen Tagen habe ich berichtet das durch das Plugin Simple Tags unter WordPress 3.1 keine Übersichtsseiten mehr aufgerufen werden konnten.

Das Plugin ist jetzt eine Betaversion von Simple Tags 2.0 veröffentlicht worden, aber leider besteht das Problem noch immer. Dazu kommt noch das viele Funktionen gestrichen wurden, die mich dazu gebracht haben dieses Plugin komplett zu entfernen.

Gelöschte Features in Simple Tags 2.0

• Remove old marker
• Remove related posts
• Remove related tags
• Remove tags as HTML keywords
• Remove nofollow options
• Remove custom function for display current post tags
• Remove auto-add post tags
• Remove embedded tags

Wordpress-Plugin: Simple Tags 2.0 Beta

Im offiziellen Plugin-Verzeichnis von WordPress sieht man zudem, das die neue Version auch bei einigen anderen nicht funktioniert. Schade eigentlich war Simple Tags mal ein gutes Plugin. Allerdings kann WordPress mittlerweile von Haus aus bereits ein paar Funktionen für die ich Simple Tags eingesetzt habe. Mal sehen wann ich diese für ein eigenes Plugin nutzen kann.

Dean Robinson hat gestern sein Plugin Fluency Admin 2.4 veröffentlicht, diese stellt die Kompatibilität mit WordPress 3.1 sicher. Über Fluency Admin habe ich in der Vergangenheit bereits mehrfach berichtet.

In der neuen Version wurden auch ein paar Bugs gefixt und einige neue Funktionen eingebaut.

Neue Funktionen in Fluency Admin 2.4

• Kompatiblität mit WordPress 3.1
• Unterstützung der neuen WordPress Admin Bar
• Hinzufügen des gesamten Admin-Menüs in die WordPress Admin Bar
• Benutzerdefinierten Menü-Hintergrund, inklusive Color-Picker
• Neues Farbschema

Download: Fluency Admin 2.4

Nachdem ich auf WordPress 3.1 aktualisiert habe, konnte ich auf einer der von mir betreuten Seiten keine Kategorie-Übersichten mehr aufrufen. Es wurde ständig die index.php aus dem Theme-Verzeichnes geladen.

Als Ursache konnte ich das Plugin Simple Tags von momo360modena ausmachen. Das dies nicht nur mir so ergangen ist, wird deutlich wenn man sich die verschiedenen Forumseinträge auf forum.wordpress-deutschland.org durchliest.

Da auf der Plugin-Homepage nur die Kompatiblität bis zu WordPress Version 3.05 gewährleistet ist, gehe ich davon aus das in den nächsten Tagen ein Update des Plugins erscheinen wird, welches diese Problem beheben wird.

Update: Das Problem kann zumindest kurzfristig umgangen werden indem ihr in den Simple Tags-Optionen Active tags for page nicht aktiviert. Dadurch könnt ihr zwar keine Seiten mehr Taggen, bzw. werden die Tags nicht mehr verarbeitet, aber der Rest funktioniert noch einwandfrei.

Nach einem Update des Plugins solltet ihr diese Einstellung wieder rückgängig zu machen.

Die SexyBookmarks Versionen 3.2.11 & 3.2.12 von Shareaholic solltet ihr nicht installieren in beiden Fällen wird eine falsche Ziel-URL für die Social-Media-Dienste angegeben.

Ich habe das Problem behoben, falls ihr das Problem auch habt dürft ihr ein den Einstellungen für SexyBookmarks die Kurz-URL-Dienst nicht auf SexyURL(sl.ly). Danach funktioniert das Plugin wieder wie gewohnt.

Daher wird wie bei mir aktuell zu sehen das Plugin unbrauchbar. Ich versuche heute Abend selber nach dem Problem zu suchen und stelle die Lösung dann hier vor. Vielleicht wird der Autor aber auch schon vorher aktiv.