Beruflich arbeite ich rechenzentrumsbedingt hauptsächlich an einer Windows-Workstation. Wie viele andere Admins habe auch ich im Laufe des Arbeitstages viele verschiedene Programme am Rechner geöffnet. Meine Strategie hierbei ist es, die Programme immer in der gleichen Reihenfolge zu öffnen und immer auf der selben Stelle auf den Bildschirmen anzuordnen. Dadurch weiß ich, wenn ich ein bestimmtes Programm aus der Windows-Taskleiste in den Vordergund holen möchte, immer, wo ich das Programm finde. Auch am privat genutzten Kubuntu-System gehe ich in der Regel so vor.
Jetzt kann es im Laufe des Tages vorkommen, dass ein Programm sich unvorhergesehen verabschiedet oder ich es versehentlich schließe. Jetzt bin in in einem Dilemma. Öffne ich die Anwendung neu, reiht sie sich in der Taskleiste brav am Ende ein. Auf meinen privaten Linuxsystemen und dem bis vor kurzem genutzten Windows Vista hatte ich oftmals keine andere Chance, als alle Programme zu schließen und in der "richtigen" Reihenfolge neu zu starten. Umständlich und zeitaufwendig.
Seit kurzem habe ich auf der Arbeit ein Windows 7 System und hier haben sich die Programmierer endlich den Bedarf erkannt, die Programme in der Taskleiste einfach mit der Maus zu verschieben. Für mich eine riesige Erleichterung. Warum ist da nicht schon vorher jemand darauf gekommen? (Bei Apple kenne ich mich nicht aus, geht das da auch?)
Wie ist das bei euch? Ist das Feature für euch auch sinnvoll oder habt ihr euch auf euren Rechnern ganz anders organisiert und die Taskleiste ist euch völlig egal?
Regelmässige Leser wissen wahrscheinlich, dass ich eingefleischter BlackBerry-Benutzer bin .
Am vergangenen Mittwoch war ich zum ersten Mal bei einem Treffen der relativ jungen BlackBerry Usergroup Kassel.
Es war ein interessanter Abend, Gründungsmitglied Olly hat einen ausführlichen Bericht in seinem Blog veröffentlicht. Ich freue mich schon auf das nächste mal.
Alle Blackberry-User aus Kassel und Umgebung sind natürlich immer willkommen, erster Anlaufpunkt ist das Forum bei Berrymotion.net. Hier findet man auch immer die Ankündigung der Termine für die nächsten Treffen.
Vor einer Woche schrieb ich über die neue Spamschutz-Konfiguration hier im Blog. In den Kommentaren wiesen mich Matthias und Grischa darauf hin, zum einen noch die Reihenfolge der Plugins zu ändern und außerdem sollte es einen neuen S9Y-Infocamp-Podcast zu diesem Thema geben, der zu der Zeit schon aufgenommen, aber noch nicht veröffentlicht war.
Zum ersten Punkt, die neue Spamschutz-Konfiguration funktioniert tadellos. Zwar war es seit der Umstellung sehr ruhig an der Spambot-Front (als ich damals Akismet in Betrieb nahm, war es um einiges wilder ), aber auch die wenigen eingegangenen Spamkommentare wurden erfolgreich erkannt und beseitigt.
Und zum zweiten, die neue S9Y-Infocamp-Folge ist seit heute online und ich hab sie mir sofort reingezogen . Robert, Matthias sowie die Gäste Grischa und Malte haben wieder einen tollen Job gemacht. Es ist ein kurzweiliger und interessanter Podcast entstanden, der einen kompletten Überblick über die Antispam-Maßnahmen in Serendipity gibt und eine konkrete Handlungsempfehlung für alle Nutzer "unseres" Blogsystems gibt. Vielen Dank für die tolle Folge an die Vier!
Und noch was neues hier im Blog. Mit dem jetzt installierten Comment-Spice-Plugin gibt es zwei neue Features für Kommentatoren. Zum einen könnt ihr euren Twitter-Namen eingeben. Dadurch wird beim Kommentar ein schickes Twitter-Widget angezeigt, mit dem man euch bequem mit einem Klick auf Twitter folgen kann.
Ein zweites Schmankerl gibt es für Blogger. Ab dem zweiten gültigen Kommentar könnt ihr nach Angabe eurer Blog-URL einen Artikel auswählen, der zusätzlich im Kommentar beworben werden soll.
Der Mensch (ich auch) ist ja bekanntlich bequem. Wenn etwas funktioniert und gut läuft, tut man sich bekanntlich schwer, an Änderungen heranzugehen. Ein Thema, mit dem man sich als Blogbetreiber immer auseinander setzen muss, ist die "Bekämpfung" von Spam-Kommentaren. Bisher kam hier im Blog zum Spamschutz noch Akismet zum Einsatz. Der Dienst ist allerdings problematisch, da die Daten der Kommentatoren zum Analyse an den Server des Dienstanbieters in den USA geschickt werden. Es gibt Alternativen hierzu, aber wie schon oben erwähnt, das bisherige Setup funktionierte halt problemlos...
Jetzt habe ich allerdings mal den inneren Schweinehund überwunden und mich der Umstellung der Spamschutztechnik gewidmet. Die Kommentare werden jetzt durch ein dreistufiges Filtersystem geschickt:
1. Spamschutz-Plugin
Das Standard-Spamschutz-Plugin von Serendipity übernimmt als erstes rudimentäre Aufgaben wie eine Wort- und URL-Filterung, die bestimmte spamverdächtige Wörter und URL ausfiltert. Außerdem wird die Kommentaranzahl pro Minute und IP limitiert.
2. Spamschutz Biene
Die Spamschutz Biene von Grischa implementiert zwei einfache aber wirkungsvolle Mechanismen, die anhand eines Honeypots und eines versteckten Captchas sehr zuverlässig Kommentare von Nichtmenschen (Bots) erkennen und eliminiert.
3. Spamschutz Bayes
Das Bayes-Plugin von Onli bewertet die noch übrig gebliebenen Kommentare nach einem Algorithmus und filtert sie ab einer bestimmten Spamwahrscheinlichkeit aus. Die Bayes-Datenbank lernt anhand der Kommentare im Blog ständig dazu und verbessert so die Trefferquote.
Dieses Trio wird also ab sofort Akismet hier im Blog ersetzen. Das Setup ist ab heute aktiv und ich bin gespannt, ob das ganze weiterhin so gut funktioniert wie bisher.
Seit ein paar Wochen nutze ich auf meinem Kubuntu-System (12.04) den Twitter-Client Hotot. Ich habe nach einer Alternative zu dem von mir bisher genutzten Tweetdeck gesucht. Der neue Client hat, was ich an Tweetdeck immer gemocht habe, nämlich die Darstellung der unterschiedlichen Timelines in Spalten, Eigene Suchspalten, natürlich Echtzeitaktualisierung und Medienvorschau.
Außerdem hat Hotot eine sehr detailierte Filterfunktion, um temporär oder dauerhaft bestimmte Tweets aus der Timeline herauszuhalten.
Die Entwickler kennzeichnen ihre Software auf der Homepage noch als Alpha-Version, die noch fehlerhaft sein kann. Ich selbst habe allerdings in der ganzen Zeit keine Fehler oder Abstürze gehabt.
Ich habe bis heute mit der Version gearbeitet, die in den offiziellen Ubuntu-Repositories vorhanden ist (0.6.irgendwas), allerdings gibt es über das PPA-Repository der Entwickler eine neuere Version, mit einigen Verbesserungen und Erweiterungen, diese sind in diesem Blogeintrag nachzulesen. Also habe ich heute die neueste Entwicklerversion installiert mit dem vorläufigen Ergebnis, dass Hotot nicht mehr startete. Zum Glück brachte mich Tante Google anhand der Fehlermeldung direkt auf einen Issue auf Github, der die Lösung brachte.
Folgende Pakete mussten noch installiert werden, damit Hotot wieder startete: