RSS
 

Archive for September, 2010

Finger weg von WOT (Web of Trust)

29 Sep

Bei WOT (Web of Trust) handelt es sich um ein Addon für Firefox und Internet Explorer welches vom Grundgedanken her wirklich nicht verkehrt ist.

Angemeldete Mitglieder können Seiten aufgrund von vier Kriterien bewerten: Vertrauenswürdigkeit, Händlerzuverlässigkeit, Datenschutz und Jugendschutz. Somit wäre es theoretisch möglich schwarze Schafe im Internet kenntlich zu machen. Leider gibt es dabei zwei Probleme:

1. Die Community beurteilt rein subjektiv
Ein Beispiel: Auf einer Webseite werden Bücher zum Thema Homöopathie verkauft. Einige WOT-User können mit diesem Thema nichts anfangen und halten es für Unfug. Um dies der gesamten Welt kund zu tun, bewerten Sie die Seite schlecht und zwar anhand der oben genannten Kriterien.

Ein weiteres Beispiel:
Eine Webseite eines Reisebüros ist seit vielen Jahren TÜV-geprüft. Das bedeutet, dass einmal pro Jahr ein kostspieliges Audit vom TÜV Süd vorgenommen wird. Hier wird das komplette Unternehmen, das Geschäftsmodell, der Webauftritt und die Sicherheit der Server bis aufs letzte Detail durchleuchtet. Teilweise sogar mit Besuchen von Auditoren vor Ort.
Nun steht ein WOT-User eines Tages mit dem falschen Bein auf und denkt sich “Bäh – blöde Seite… ich behaupte jetzt einfach mal die Betreiber sind Betrüger und warne die Leute davor dort irgendwelche Geschäfte abzuschließen”
Der Herr ist nicht mal Kunde des Reisebüros (ich weiß das weil ich auch dort arbeite) und behauptet solche Sachen.

Ein bisschen Recherche im Internet zeigt schnell, dass das keine Einzelfälle sind.

Doch was ist jetzt so schlimm daran von WOT schlecht bewertet zu werden?

Ansich könnte es einem ja egal sein was in irgendeiner Community geschrieben und bewertet wird. Das Problem ist, dass es sicher zahlreiche User gibt die das Ganze nicht hinterblicken und blauäugig und naiv dieses Addon installieren und davon ausgehen, dass die Bewertungen Hand und Fuß haben. Für die Betreiber der betroffenen Webseiten kann das direkten Umsatzverlust bedeuten. WOT weist nämlich nicht irgendwie auf diesen Mißstand hin sondern färbt den kompletten Browser dunkel ein und schreibt in großer, roter Schrift auf den Bildschirm “Diese Seite hat einen schlechten Ruf”.
Das schreckt jeden Otto-Normalverbraucher umgehend ab.

Wie schon gesagt finde ich die Idee dahinter sehr gut. Aber so wie es derzeit gelebt wird bringt es leider gar nichts.

Vielleicht an dieser Stelle ein paar Vorschläge an die Betreiber von WOT:

  1. Ermöglicht es den Seitenbetreibern entsprechend Stellung zu beziehen und sich zu erklären
  2. Vereinfacht es bestimmte Bewertungen löschen zu lassen
  3. Überprüft die Häufigkeit von Bewertungen bestimmter User. Wenn ich da Leute mit über 80.000 Bewertungen sehe stelle ich schnell fest, dass diese qualitativ nicht gut sein können. Qualität statt Quantität!

Allen anderen kann ich nur empfehlen: Glaubt den Bewertungen von WOT nicht bedingungslos sondern macht euch selbst ein Bild! Mit ein bisschem gesundem Menschenverstand ist man auf solche Tools nicht angewiesen.

Kleines Update vom 02.05.2012:
Gott sei Dank werden immer mehr Stimmen laut und WOT steht immer stärker in der Kritik:
http://www.netz-trends.de/id/1615/Dubios-WOT-Web-of-Trust—Mozilla-Firefox-ad-on-wenig-glaubhaft/
http://www.kriegsberichterstattung.com/id/1423/wot-web-of-trust-die-grose-volksverarsche-eines-unseriosen-mozilla-ad-on-anbieters/

 
 

Probleme mit Debian etch apt-get update

23 Sep

Hatte heute mal wieder einen kleinen Fehler. Wollte auf einem unserer Server ein neues Package installieren.

Dabei wurde mir folgende Fehlermeldung um die Ohren gehauen:

Err http://ftp.de.debian.org etch/main Packages

Ein kurzer Blick in die sources.list zeigte mir auch sofort wo der Fehler war:

deb http://ftp.de.debian.org/debian etch main contrib non-free
deb http://ftp.de.debian.org/debian-volatile etch/volatile main contrib non-free
deb http://ftp.de.debian.org/debian-security etch/updates main contrib non-free

Das sind die alten Quellenangaben für die etch-Packages.

Daraus macht man einfach folgendes:

deb ftp://archive.debian.org/debian-archive/debian etch main contrib non-free
debftp://archive.debian.org/debian-archive/debian-volatile etch/volatile main contrib non-free
deb ftp://archive.debian.org/debian-archive/debian-security etch/updates main contrib non-free

Und schon klappts auch wieder mit den Packages! :)

 
No Comments

Posted in Software

 

SVN mit Mantis Bugtracker verknüpfen

07 Sep

Lange hab ich es vor mir hergeschoben aber heute hab ich mich dazu entschlossen das Thema endlich anzugehen. Ziel ist es beim committen ins SVN den dort hinterlegten Kommentar auch gleich ins Mantis zu übertragen. Als Fleißarbeit habe ich mir auferlegt einzelne Tasks per SVN Kommentar auch gleich auf “erledigt” setzen zu können.
Kernstück zur Lösung des Problems sind die Hooks von SVN. In diesem Fall interessiert uns nur die post-commit Hook. Diese liegt im jeweiligen Repository-Pfad im Ordner “hooks”. Im Template (post-commit.tpl) welches in der Standardinstallation angelegt wird ist bereits eine Zeile hinterlegt welche einfach auskommentiert oder gelöscht wird.
Drin stehen soll danach folgendes:

#!/bin/bash

REPOS="$1"
REV="$2"

 

auth=$(svnlook author -r $REV $REPOS)
dt=$(svnlook date -r $REV $REPOS)
changed=$(svnlook changed -r $REV $REPOS)
log=$(svnlook log -r $REV $REPOS)
n=$'\n'
/usr/bin/php -q /var/bugtracker/core/checkin.php <<< "Changeset [${REV}] by $auth, $dt$n$log$n$changed"

Abspeichern und die Datei umbenennen in “post-commit” und fertig ist die Hook.

Als nächstes konfigurieren wir Mantis selbst. Gott sei Dank bringt der Bugtracker selbst schon entsprechende Möglichkeiten mit um von extern Befehle zu empfangen. Das muss dann nur noch konfiguriert werden. Dazu öffnen wir die Datei “config_inc.php“. Hier gehen wir ans Ende der Datei und tragen vor der Zeile “?>” folgendes ein:

$g_source_control_account = 'svn';
$g_source_control_regexp = '/\b(?:bug|issue)\s*[#]{0,1}(\d+)\b/i';
$g_source_control_set_status_to = RESOLVED;
$g_source_control_set_resolution_to = FIXED;
$g_source_control_fixed_regexp = '/\bfix(?:ed|es)\s+(?:bug|issue)?\s*[#]{0,1}(\d+)\b/i';

Anschließend legen wir im Mantis noch einen User namens “svn” an den wir ja eben in der Config definiert haben ($g_source_control_account = 'svn';).

EDIT am 20.05.2011:

Ich hatte nach einem Update von Debian lenny auf squeeze gerade folgenden Fehler:


Error: post-commit hook failed (exit code 2) with output:
Error: /usr/local/svn/repository/hooks/post-commit: 60: Syntax error: redirection unexpected

Die Lösung ist relativ einfach. Wir tauschen die Zeile mit dem PHP-Call (/usr/bin/php -q /var… usw.) einfach gegen folgende Zeile aus:


echo “Changeset [${REV}] by $auth, $dt$n$log$n$border$changed$border” | /usr/bin/php -q /var/bugtracker/core/checkin.php