Nicht jedem wird die Seite TuxSucht.de ein Begriff sein, von daher hole ich kurz ein bisschen aus. Vor zwei Jahren hatte ich die Seite auf die Schnelle zusammengezimmert. Die Motivation hinter TuxSucht.de war, dass damals Google bei der Suche nach Informationen zu Hardware extrem von Suchmaschinenspam unterwandert war. Auf den ersten zig Plätzen gab es unzählige Treffer zu Preisvergleichsseiten oder Pseudo-Produkttests, die nur durch Linkfarmen auf diese vorderen Plätze kommen konnten. Eine Möglichkeit solch nervtötende Seiten aus den Ergebnissen zu eliminieren gab es nicht.

Dadurch war in meinen Augen das Suche von Informationen zur Linux-Tauglichkeit von Hardware-Produlten sehr nervig. Heutzutage hat Google zwar solche Linkfarmen mit drastischen Abschlägen aus den besten Treffern vertrieben, doch gerade wenn man ausschließlich die deutschsprachige Linux-Community durchsuchen möchte zeigt TuxSucht.de immer wieder seine Nützlichkeit.

Was macht nun TuxSucht.de? Die Seite basiert auf einer Google Custom Search Engine, die nur eine Auswahl deutschsprachiger Domains rund um Linux und freier Software beinhaltet. Zahlreiche Nachrichtenportale, Foren, Wikis und Blogs, aber auch der eine oder andere Shop mit Linux-tauglicher Hardware wird so durchsucht, ohne dass einem Suchmaschinenspam in die Quere kommt.

Solltet ihr weitere lohnenswerte Seiten oder Projekte kennen, so würde ich mich freuen, wenn ihr sie hier im Beitrag oder über das Kontakt-Formular melden könntet. Die Kriterien für eine Aufnahme sind eigentlich sehr überschaubar. Foren sollten fünfhundert Mitglieder haben, oder alleinstehend für eine Distribution stehen. Blogs sollten länger als 6 Monate aktiv sein, sowie vorwiegend über Themen rund um GNU/Linux schreiben. Und Shops sollten sich letztendlich auf Linux-taugliche Hard- und Software konzentrieren, reinen Fanartikel-Shops sind nicht relevant.

Vielen Dank nochmal an Sebastian und Valentin, ohne die das Projekt immer noch in einer meiner hintersten Schubladen ungepflegt vor sich hingammeln würde. Sie haben sich durch meinen Beitrag bzgl. der Einstellung der Google-Suche zu Linux spontan gemeldet und die Sache in die Hand genommen!

Der wichtigste Punkt ist, dass Ihr das WordPress-Plugin WP Super Cache installiert haben solltet. Auch wenn Euer Blog noch schnurrt wie ein Kätzchen und eure Zugriffszahlen nur langsam steigen. Installiert das Plugin auf jeden Fall für den „Notfall“. Es hat zwar aktuell einen nervigen Bug (falsche Seiten werden ausgeliefert), doch dieser Bug – wenn er bei Euch überhaupt auftreten sollte – kommt erst zum Tragen wenn der Cache aktiviert wurde und im Fall der Fälle seid ihr froh, wenn das Blog wenigstens halbwegs läuft. Und eventuell reicht auch der „Half-Mode“ aus, der die bereits in WordPress implementierten Cache-Funktionen aktiviert.

Und zu guter Letzt… Ihr braucht einen anständigen Webhoster. Wenn Ihr einen 99 Cent/Monat bei unlimitierten Traffic und Speicherplatz Webhostingplan bei einer kleinen Webklitsche habt, dann könnt ihr davon ausgehen, dass Ihr keine Unterstützung von eurem Webhoster bekommt.

Geht zu einem soliden Webhoster und zahlt einen angemessenen Preis pro Monat, dann bekommt ihr auch Hilfe, wenn es klemmt. Mein Tipp: tiggersWelt.net, Bernd hat meinen Blog spät Abends noch mit extra Ressourcen versorgt, so dass die Page wieder erreichbar war. Vielen Dank dafür  Und was bringt’s auf einer „großen“ Seite verlinkt zu werden? Nur Arbeit… Sobald der Ansturm abebbt sind die Zugriffszahlen wieder auf dem alten Stand.

Die WordPress-Alternativen Serendipity oder Movable Type sollen sich nach vielen Berichten im Netz unter Last deutlich besser halten, schauen in meinen Tests auch gut aus. Doch wenn ich mir vorstelle was der Umstieg für eine Arbeit machen würde…

Wer seine Urlaubsbilder seinen Freunden oder Bekannten zeigen möchte oder ein kleines Forum für eine begrenzte Anzahl an Personen betreiben will, der kommt wahrscheinlich mit dem Angebot aus, doch ein Blick in die AGBs der Anbieter offenbart oft schockierende Klauseln…

Der unlimitierte Traffic ist bei praktisch allen Anbietern ein reines Werbeversprechen. Klar, wenn man nur ein paar GB pro Monat erzeugt meckert der Webhoster nicht, doch in den AGBs lesen sich oft Absätze wie…

(1) Der Kunde ist verpflichtet, die XXX-Dienste sachgerecht zu nutzen. Er ist insbesondere verpflichtet,

a) dafür zu sorgen, dass die Netz-Infrastruktur oder Teile davon nicht durch übermässige Inanspruchnahme überlastet werden […]

oder

Bei Angeboten mit unlimitierten Datentransfervolumen gilt das Fair-Use-Prinzip. Das Fair-Use-Prinzip bedeutet, dass Sie unlimitiertes Datentransfervolumen erhalten, aber sich das Transfervolumen an den Durchschnitt aller Transfervolumina der Nutzer aus der gleichen Produktkategorie halten sollte.

Die hier angesprochenen Webhoster sind sicherlich nicht darüber begeistert, wenn man ihre Geschäftsgebahren anprangert. Daher habe ich die Namen der Anbieter aus den AGBs entfernt, nenne keine Namen und verlinke auch nicht direkt auf einen Webhoster.

Das heißt, sobald man den Dienst „übermässig“ verwendet, wird man gekündigt. Was nun „übermässig“ heißt wird nicht konkret gesagt. Man kann davon ausgehen, dass man eine Kündigung erhält sobald der Traffic oder vielmehr die Last, die die Webseite auf den Servern des Webhosters erzeugt, steigt. Besonders schön ist das, wenn man 20-30 Euro für die Einrichtung des Webspace und die Gebühr für 12 Monate im Voraus bezahlt hat.

Den Vogel schießt ein Webhoster ab, der 2GB Speicherplatz und unlimitierten Traffic inklusive einer .de Domain für nur 12 Euro im Jahr anbietet. Schaut man sich die AGBs genauer an, so findet man diese Passage…

Dem Kunden ist nicht gestattet Dateien, multimedia Daten (wie z.B. MP3, Videos, otr usw.), insbesondere (Anmerkung von mir: Hier steht „insbesondere“, das schließt legalen Content nicht aus!) wenn diese urheberrechtlich und/oder lizenzrechtlich geschützt sind, öffentlich oder nicht öffentlich zum Upload, Download oder Streaming anzubieten oder anderweitig zugänglich zu machen. Verstößt ein Kunde gegen diese Bedingungen, ist YYY berechtigt, das Vertragsverhältnis aus wichtigem Grund fristlos zu kündigen. Weiterhin ist YYY berechtigt den hierdurch entstandenen Traffic mit 0,0019 € je angefangenem MB (zuzüglich der geltenden gesetzlichen MWST) zu berechnen.

D.h. wenn man etwa selber Musik produziert und diese auf seiner eigenen Homepage veröffentlicht, dann darf dieser Webhoster die Page fristlos abstellen und den Traffic in Rechnung stellen!

Nur um einfach mal ein paar Zahlen in den Raum zu werfen. Angenommen die Page hat in einem Monat 10GB Traffic generiert (was gar nicht mal so viel ist. Mein kleines WordPress-Blog hier mit 1500 Besuchern am Tag kommt im Monat auf 30GB…) und der Hoster meint man hätte Videos oder Musik (selbst wenn man der Urheber ist!) verteilt. Dann darf man sich mit ihm über 10 * 1024 MB * 0,19 €/MB = 19,45 Euro streiten! Viel Spaß dabei…

Aus Neugierde habe ich bei zwei Webhostern angerufen die diese Klausel in ihren AGBs stehen haben und mich nach den Bedingungen erkundigt. Natürlich wird versichert, dass man diesen Paragraph noch nie gezogen hat, natürlich könnte man eine Webseite für eine Band mit Videos und MP3s hosten und natürlich gibt es keine Probleme wenn man 20-30 GB Traffic pro Monat mit dieser Page generiert und natürlich würde man den Kunden erst ansprechen bevor so eine Rechnung verschickt wird. Überzeugt haben mich deren Aussagen jedoch nicht. Man beteuert zwar dass man nie einen „redlichen“ Kunden verdonnern würde, die Gefahr dass einen dieser Webspace teuer zu stehen kommt, besteht jedoch immer.

Als ich auf diese AGB getroffen bin, habe ich an einen Einzelfall gedacht, doch die Passagen Dem Kunden ist nicht gestattet Dateien […] zugänglich zu machen sowie Weiterhin ist berechtigt den […] Traffic mit je angefangenem MB findet man in den AGBs zahlreicher Webhoster. Hier schreiben wohl viele Anbieter voneinander ab… Ich habe versucht „Opfer“ solcher Klauseln zu finden, doch leider spuckten die Suchmaschinen bei meiner Suche nichts aus. Kann es sein dass noch nie ein Webhoster diese Klausel gezogen hat? Kann ich mir beim besten Willen nicht vorstellen.

Was also machen? Geiz ist nicht immer Geil! Sicherlich ist nicht jedes günstige Angebot eines Webhosters eine Kostenfalle, doch sollte man gerade bei den Schnäppchen die AGBs aufmerksam lesen. Und wenn man für Webhosting einen angemessenen Preis bezahlt, dann bekommt man auch ordentliche Leistung ohne das Risiko eine saftige Rechnung präsentiert zu bekommen! [UPDATE 15.08.09: Beim Tippen der möglichen Nachzahlung ist mir leider das Komma verrutscht. Da sieht die Zahl gleich deutlich weniger dramatisch aus [/UPDATE]

Dazu bearbeitet man die Datei statistics.module im Verzeichnis modules/statistics. Hier ersetzt man die Funktion statistics_exit() mit folgendem Code. Anschließend wird der Zähler nicht mehr erhöht, wenn ein Administrator oder der Autor eines Nodes den entsprechenden Artikel aufruft.

function statistics_exit() {
  global $user, $recent_activity;

  drupal_bootstrap(DRUPAL_BOOTSTRAP_PATH);

  if (variable_get('statistics_count_content_views', 0)) {
    // We are counting content views.
    if ((arg(0) == 'node') && is_numeric(arg(1)) && arg(2) == '') {
      // A node has been viewed, so update the node's counters.
      // exclude admin & node author
$nid = arg(1);
$node = node_load($nid);
$node_author = $node->uid;
if (!user_access('administer nodes') && $user->uid!=$node_author) {
          db_query('UPDATE {node_counter} SET daycount = daycount + 1, totalcount = totalcount + 1, timestamp = %d WHERE nid = %d', time(), arg(1));
         // If we affected 0 rows, this is the first time viewing the node.
          if (!db_affected_rows()) {
        // We must create a new row to store counters for the new node.
        db_query('INSERT INTO {node_counter} (nid, daycount, totalcount, timestamp) VALUES (%d, 1, 1, %d)', arg(1), time());
    }
         }
    }
  }
  if ((variable_get('statistics_enable_access_log', 0)) && (module_invoke('throttle', 'status') == 0)) {
    // Log this page access.
    db_query("INSERT INTO {accesslog} (title, path, url, hostname, uid, sid, timer, timestamp) values('%s', '%s', '%s', '%s', %d, '%s', %d, %d)", strip_tags(drupal_get_title()), $_GET['q'], referer_uri(), $_SERVER['REMOTE_ADDR'], $user->uid, session_id(), timer_read('page'), time());
  }
}