Beginnen wir mit einer kleinen Zeitreise: Es muss irgendwann zu Beginn des Wintersemesters 2008/2009 gewesen sein. Meine inzwischen schon als antik zu bezeichnenede Version von MS Office XP (oder 2002, wenn man der modernen Nomenklatur folgt), hatte ich schon seit Schulzeiten nicht mehr angerührt und OpenOffice war zwar ein mehr als ebenbürtiger Ersatz, hatte aber in meinen Augen ähnliche Fehler, wie das “Original”. Zu nennen wäre da in erster Linie die störrische Formatierung längerer Texte und die unprofessionell wirkende Typographie: keine Ligaturen, kein vernünftiges Unterschneiden (Kerning), umständliche Literaturverwaltung.

Für die Versuchsprotokolle des Biochemie-Moduls wollte ich es besser machen, auch in Hinblick auf die anstehende Bachelorarbeit und erinnerte mich an meine Experimente mit LaTeX zu meiner FÖJ-Zeit. Nach kurzer Zeit hatte ich die üblichen Anfangsschwierigkeiten gemeistert, eine recht ordentliche Vorlage erstellt und schrieb meine Protokolle schneller denn je: Es musste ja nur noch der Text und die Abbildungen eingefügt werden, das Layout übernahm meine Vorlage.

Auf diese Art und Weise ist dann 2010 auch meine Bachelorarbeit entstanden. Zuvor hatte ich noch einige Bücher zum Thema Typographie studiert und mich mit Begriffen wie “Durchschuss”, “Zeilenlänge” oder “Satzspiegelberechnung” auseinandergesetzt. All das lässt sich mit LaTeX - immerhin ist es ein Textsatzprogramm - ohne Einschränkungen einstellen und optimal umsetzen. Als Konsequenz empfinde zumindest ich meine Arbeit als optisch sehr ansprechend und angenehm zu lesen.

Springen wir dann zum heutigen Tag. Gestern ist endlich meine Studentenversion von Office 2010 Professional angekommen. Warum zu Hölle hatte ich sie mir überhaupt bestellt? Weil mir inzwischen etwas unsanft die Augen geöffnet wurden. LaTeX ist toll! LaTeX kann alles! LaTeX ist “the last text processor you need in your life”. Aber: es interessiert niemanden. Lange hatte ich mir die Illusion aufrecht erhalten, dass gerade im akademischen Umfeld LaTeX recht verbreitet sei. Es passt aber auch hier die alte Binsenweisheit: “Es kommt darauf an.” Und zwar auf den Fachbereich. In der Mathematik, der Informatik, der Physik und eng verwandten Bereichen ist LaTeX sicherlich das Maß aller Dinge, omnipräsent, nicht wegzudenken und akzeptiert. In den Biowissenschaften oder moderner den life sciences leider nicht. Es liegt vielleicht daran, dass wir von Natur aus weniger mit komplizierten Formeln und langatmigem Fließtext zu tun haben, als mit Abbildungen und eher als Prosa zu empfindenen Beschreibung von Versuchen, Ergebnissen und Schlussfolgerungen.

Auf jeden Fall bekommt man Probleme, wenn man seine Publikationen in LaTeX schreibt und dann versucht in einem Journal zu platzieren. Warum? Weil alle relevanten Journals in der Regel ausschließlich Microsoft Word-Dokumente akzeptieren. Während ein Physiker oder Mathematiker seine Erkenntnisse ohne größere Probleme als LaTeX-Datei an den Reviewer/das Journal bekommt, schauen wir in den Biowissenschaften dahingehend in die proprietäre Röhre. Wir müssen als Word-Dokument einreichen, da hilft alle Überlegenheit von LaTeX nichts.

Also schreibe ich auch den Bericht zu meinem aktuellen Forschungspraktikum in Word - schließlich soll aus den Ergebnissen ein Paper gestrickt werden und aus einem Word-Dokumente kann man bekanntlich recht einfach in ein anderes Work-Dokument kopieren. Das Schlimme daran: Es gefällt mir langsam sogar. Nachdem ich mich langsam in den neuen Ribbon-Menüs zurechtfinde und mir einen vernünftigen Ratgeber (ich fühle mich so alt…) zugelegt habe, fängt es an sogar Spaß zu machen und es sieht vernünftig aus. Typografisch hat Word definitiv mehrere Schritte nach vorne gemacht.

Auch wenn ich LaTeX irgendwie vermisse, vielleicht ist das alles doch der Beginn einer wunderbaren, wenngleich auch erzwungenen Freundschaft?

Eigentlich war der Neustart von athemis.de in gewisser Weise ein Abfallprodukt. Eigentlich wollte ich “nur” die Konfiguration meines Webservers auf den neusten Stand bringen. Dabei habe ich mir auch etwas intensiver als sonst die Logdateien angesehen. Insbesondere per tail -f fällt einem dann unter Umständen schnell auf, dass es etliche Anfragen z.B. auf die Kommentar- oder Registrierungsfunktion einer Drupalinstallation gibt. Das ist nicht weiter dramatisch, werden doch die Anfragen in der Regel durch das CAPTCHA abgefangen. Trotzdem verursachen sie Last auf dem Server, denn die PHP-Skripte und Datenbankanfrage wollen bearbeitet werden.

Da erscheint es sinnvoll, solche Anfragen direkt auf der Ebene des Webservers zu blocken, da ich auf meinem VPS keinen nennenswerten Zugang auf die Firewallkonfiguration habe (zumindest nicht in einer Form, dass man die Regeln vernünftig automatisiert anpassen kann).

In nginx lassen sich aber dankenswerter Weise eigene Regeln definieren, nach denen bestimmte Bereiche von IP-Adressen abgewiesen werden können. Fehlt nur noch eine regelmäßig aktualisierte Liste bekannter Adressbereiche, die zu Spamnetzwerken gehören und ein Skript, dass aus einer solchen Liste die Blockierregeln für nginx erstellt und per Cron-Job regelmäßig ausgeführt werden kann.

Beginnen wir mit der ersten Aufgabe: die Liste zu finden. Eine solche liefert zum Beispiel Spamhaus mit seiner DROP (Don’t Route Or Peer) List.

Die Suche nach einem passenden Skript gestaltete sich da schon etwas schwieriger. Letztlich habe ich zwar eins gefunden, aber gerade bei einem Skript, das auf dem Server laufen soll, würde ich ganz gerne eine vernünftige Fehlerbehandlung einbauen oder auch zumindest eine rudimentäre Logdatei schreiben. Also musste ein eigenes Skript her, in Python realisiert (was keinen besonderen Grund hat, außer dass ich in Python fitter bin, als im Bash-Syntax). Ein Nebeneffekt ist, dass das Skript relativ leicht um zusätzliche Quellen außer der DROP List erweitert werden kann.

Das Skript setze ich seit gestern auf dem Server ein, und die von ihm erstellten Blockregeln haben schon etliche Anfragen gestoppt. Insofern ist es vielleicht auch von allgemeinem Interesse. Zu finden ist das Skript auf github.com.