Nicht lange gefackelt und eben das Plugin AntiVirus für WordPress von Sergej Müller installiert. Es scannt hier jetzt täglich einmal die aktiven Templates nach Abschnitten, die auf Code-Injektionen hindeuten könnten und meldet mir bei Verdacht per Mail, dass ich da mal gucken muss.

Sicher deckt es wohl nicht alle Probleme ab, aber es gibt einem zumindest ein beruhigendes Gefühl, dass jeden Tag zumindest einmal geguckt wird (oder wie oft untersucht Ihr Eure Templates auf Veränderungen …) oder man mal eben manuell gucken kann, ob sich da was eingeschlichen hat.

PS. Das ebenfalls von Sergej Müller veröffentlichte Plugin Antispam Bee schaut auch interessant aus und soll ein guter und vor allem schneller Ersatz für Akismet sein …

Ich habe zwar Ronald Huereca angeschrieben, dass ich darüber nicht glücklich bin, dass meine deutsche Übersetzung noch enthalten ist, aber etwas dagegen unternehmen, kann ich leider nicht.

Für mich steht jedoch fest, dass ich das Plugin diesbezüglich nicht weiter unterstützen werde und hier fliegt es jetzt raus, auch wenn ich an anderer Stelle schon geäußert hatte, dass ich es noch so lange nutzen werde, bis es nicht mehr funktioniert.

Nur damit mich hier auch keiner falsch versteht: Das hat nichts mit der Qualität dieses Plugins zu tun! Im Gegenteil! Die Features etc. fand ich immer klasse, weshalb ich u.a. ja auch die Übersetzung und Tests von neuen Features/Versionen vorab durchgeführt hatte. Ich persönlich finde jedoch, dass ein Plugin bei Verwendung in einem privatem Blog, kein Geld kosten sollte!

Da ich ja nun stolzer Besitzer eines iPhone bin und mir beim Ansurfen meines Blogs erneut klar wurde, dass es höchste Zeit ist, mal was für die mobilen Besucher zu tun, hatte ich mir das hier im Blog bereits vor einer kleinen Ewigkeit vorgestellte Plugin WPTouch installiert. Fazit, da das Plugin mit der “Rechenaufgabe” in den Source des Themes eingebettet werden muss, hat es den Nachteil, dass es bei Updates jedes mal neu eingepflegt werden muss und nebenbei klemmte es aus irgendeinem Grund auch noch.

Nach etwas Googlen bin ich dann über NoSpamNX von Sven Kubiak gestolpert, dass die ganze Angelegenheit nebenbei auch für den Besucher wesentlich vereinfacht. Es verwendet eine ähnliche Methode aber erfordert dabei jedoch keine Eingabe mehr. NoSpamNX fügt statt der Rechenaufgabe versteckte Felder hinzu und führt nebenbei auch noch eine eigene Blacklist, falls es einem Bot dann doch mal gelingen sollte einen Kommentar abzusetzen, kann dem in der Zukunft komfortabel entgegen gewirkt werden.

Lange Rede kurzer Sinn, ein absolut geniales Plugin und der Update-Stress ist wiedermal ein Stück verringert.

Schade, dass ein eigentlich sinniges Plugin sich somit erledigt hat. Zumindest bis eine Lösung eingestrickt wurde …

PS.: Danke an Ulf, der mich drauf hingewiesen hatte.

So bin ich dann heute über das Flexo Archives Widget von Heath Harrelson gestolpert, das so simpel, wie gut ist.

Es handelt sich eigentlich “nur” um ein JavaScript, dass die Monate unter den Jahreszahlen zusammen fasst und diese erst durch einen Klick auf selbige Preis gibt. Ergo zurzeit nur noch vier Zeilen ohne DropDown und es passt optisch zu den restlichen Links in der Sidebar ohne Funktionsverlust. Und wenn dann mal jemand vorbei schaut, der JS z.B. wie meiner einer per NoScript deaktiviert hat, dann bekommt er die ausgeklappte Sicht zzgl. der Jahreszahl angezeigt.

PS. Das Widget kommt leider ohne Sprachdatei, aber ist schnell eingedeutscht. Wer es wie ich machen möchte: In Version 1.0.12 sieht Zeile 70 von “flexo.js” jetzt so aus

yearLinks[i].title += ' (zum Ausklappen klicken)';

und Zeile 74 von “flexo_archives_widget.php” wie folgt.

$year_start .= 'id="flexo-%s" title="Archiv aus %s">';

Damit bekommt zumindest der Besucher alles in “deutsch” angezeigt.

Vorher wurden einfach alle “nofollow” Attribute, die WordPress leider ungefragt setzt, entfernt. Doch nun kann ich das Wann und Wo beeinflussen und wenn man will, auch noch ein kleines Banner in der Ecke des Blogs einblenden …

Ich bekomme je nach Browser entweder den Download des admin.php.html angeboten oder nur eine leere Seite angezeigt. Und der Name der Datei taucht dann zwar in der Galerieverwaltung auf, aber es wird kein Bild dazu hochgeladen.

Ich komme zum Verrecken nicht dahinter was ich in den letzten Tagen da verbogen habe, wenn ich es denn überhaupt war. Datei und Verzeichnisrechte habe ich durch, eine Neuinstallation des Plugins habe ich auch schon hinter mir und Plugins, die ich in der letzten Woche aktualisiert hatte, wurden auch schon testweise oder ganz deaktiviert. Wenn also jemand einen Tipp hat …

PS. ehe es jemand erwähnt, nein, ich weiß auch, das es die Alternative NextGEN Gallery gibt, aber ich möchte bei myGallery bleiben, da es bisher jahrelang genau das tat, was ich wollte.

Das Plugin WPtouch soll dem Besucher ein extra Theme anzeigen, wenn er den Blog mit einem iPhone ansurft. Alle anderen merken davon nichts und bekommen die Seiten, wie gewohnt, mit dem normalen Theme des jeweiligen WordPress Blogs angezeigt.

Spassige Idee, wie ich finde, nur mangels iPhone (mir persönlich war es das Geld einfach nicht wert) kann ich die Sache nicht austesten und es scheint laut der Aussagen in anderen Blogs, wohl leider auch nicht immer zu funktionieren …

Als erstes wird das Verzeichnis “/pagebar2″ beim Updaten über die Updatefunktion vom WP gelöscht und ein neues “/pagebar” ohne die “2″ angelegt und zweitens wird dann nach der Pagebar, wie man dem Screenshot entnehmen kann, “pagebar2.php” als Text angezeigt. Zum Glück ist es eine Kleinigkeit gewesen, die alte Version 2.16 wieder einzuspielen …

Nur zur Info am Rande: Das Plugin ist hier manuell im Theme eingebunden und die einzelnen Einstellungen sind in der Optionsseite geändert. Die Stylesheetanweisungen sind hier im Hauptstylesheet des Themes eingebunden.

PS. inzwischen ist aber auch Lutz Schröer aufgefallen, dass es noch an zwei Stellen klemmt, so dass zumindest das Anzeigeproblem schnell behoben sein sollte.