ScriptBlogger

Da ich öfters mal Passwörter generieren muss und ich dafür nicht ständig irgendeine Website aufrufen möchte, habe ich nach einem Passwortgenerator als Plugin für Firefox gesucht. Eine nette, kleine Lösung ist pwgen - Passwort Generator.

Sehr hilfreich ist auch, dass man Zeichen ausschließen kann. Das verhindert dann die üblichen Probleme bei Buchstaben wie O, I und l und bei Zahlen wie 0 und 1.

Website-Betreiber, die beim Web-Verzeichnis Therapeutensuche.eu eingetragen sind, haben ab sofort die Möglichkeit, neben ihrem Eintrag einen Hinweis anzeigen zu lassen, dass man direkt online einen Termin vereinbaren kann. Ein Link führt dann zum Terminplaner. Der Besucher müsste praktisch nicht einmal die Website des Anbieters besuchen, sondern könnte ohne Umwege einen Termin vereinbaren.

Therapeuten, die eine Online-Terminvereinbarung anbieten, werden durch den Hinweis hervorgehoben. Das ist ein Vorteil gegenüber Anbietern, bei denen man nur per Telefon oder E-Mail Kontakt aufnehmen kann. Insbesondere außerhalb der Öffnungszeiten kommen potenzielle Kunden mit einer Online-Terminvereinbarung schneller an ihren Wunschtermin als über die klassischen Kommunikationswege.

Wer selbst ein Web-Verzeichnis betreibt und Interesse daran hat, die Online-Terminvereinbarung vonn Appointmind zu integrieren, kann sich einfach bei uns melden.

Zugegeben, der Titel ist etwas irreführend. Nicht Twitter allein hat dafür gesorgt, dass unser Server kurzfristig überlastet war. Neben dem Twitterbot haben auch UnwindFetchor, TweetmemeBot, Twisted PageGetter, real-url.org, Voyager und andere den Server überlastet. Wenn zig Anfragen pro Sekunden eingehen, kann das einen virtuellen Server schon aus der Fassung bringen.

Was war passiert. Spammer hatten auf gentleurl.net eine Menge Kurz-URLs generiert und dann über diverse Benutzerkonten auf Twitter gepostet. Jede auf Twitter gepostete URL wird sofort von einer zweistelligen Zahl Bots besucht. Dabei wird ein HEAD Request gemacht, um diverse Informationen zu erhalten. real-url.org ermittelt zum Beispiel die richtige URL, die sich hinter einer Kurz-URL versteckt. Weiß der Fuchs, was die anderen Dienste mit den Informationen anstellen.

Richtig unangenehm ist nur, dass die Bots alle nicht besonders nett sind. Denn statt sicher zu stellen, dass der Server nicht durch die Masse der eigenen Anfragen in die Knie gehen, hämmerten die Bots ohne Unterlass und Pause auf den Server ein. Bei mehreren Tausend URLs, die alle über einen sehr kurzen Zeitraum bei Twitter gepostet wurden, ist das dann nicht mehr lustig.

Abhilfe schaffte dann nur noch, diese Bots auszusperren, Firewall und .htaccess sei Dank.

Am Ende waren es dann rund 55.000 Hits in einem Zeitraum von fünf Stunden. Am "fleißigsten" war der UnwindFetchor mit 33,890 Hits, gefolgt von Twisted PageGetter und Voyager mit jeweils rund 8.000 Hits. Nachdem wir dann die diversen Bots gesperrt haben, kamen dann nochmals knapp 65.000 Zugriffe zusammen, die aber zum Glück ins Leere liefen und keinen Schaden mehr verursachten.

Wer mit PHP XML-Dateien erstellt, sollte die Daten doppelt mit htmlentities() kodieren. Funktionen wie simplexml_load_file() können mit einigen HTML-Entities wie zum Beispiel é nicht umgehen. é wird durch die erneute Kodierung zu é und wurde auf diese Weise unkenntlich gemacht.

Das von simplexml_load_file() gelieferte Ergebnis muss dann einfach noch mit html_entitie_decode() behandelt werden und fertig.

Ein Anrufer gerade:

Ein Stefan Lehmann von Ihrer Website hat uns geschrieben. Kennen Sie den?

Nein, den kennen wir nicht.

Von Ihrer Website wegwerfemail.de.

Wegwerfemail ist eine Website, die jedermann nutzen kann.

Achso. Dann habe ich wohl keine Möglichkeit, an den heranzukommen.

Leider nein.

Vielen Dank. Auf Wiederhören.

Vor einigen Jahren schrieb ich hier im Blog etwas zum Thema Referrer-Spam. Welch Ironie, dass die Spammer gerade diesen Artikel dazu benutzen, ihre URLs in die Log-Dateien zu bekommen.

Man kann ab und zu von den German Startup Copycats lesen, die mehr oder weniger erfolgreich amerikanische Internet-Firmen kopieren. Den Deutschen wird dabei gern mangelnde Kreativität und Ideenreichtum vorgeworfen.

Aber kann man es ihnen denn verdenken? Da bekommt man eine Geschäftsidee auf dem Silbertablett präsentiert und soll sie nicht nutzen dürfen? Absurd.

Das Problem ist, dass die amerikanischen Startups nicht global, sondern nur national denken. Zuerst wird immer der amerikanische Markt aufs Korn genommen. Der internationale Markt kommt irgendwann mal. Vielleicht.

Es ist dasselbe Problem wie mit Kinofilmen oder DVDs, die erst mit Verspätung offizielle weltweite Verbreitung erfahren. Würden Startups, Kinofilme und DVDs sofort global herauskommen, gäbe es weniger Anreiz, sie zu kopieren.

Und selbst wenn es Nachahmer gibt, was soll's. Ebay hat sich nicht nicht beschwert, als es seinerzeit den deutschen Klon geschluckt hat. Ebay hat damals eine Menge Zeit und Know-how, wenn nicht sogar Geld gespart. Und von Facebook hört man auch keine Beschwerden über den deutschen "Konkurrenten".

Fazit: Leben und leben lassen. Oder einfach aufkaufen.

Michael Kliewe hat einen ausführlichen Artikel zu den Änderungen und neuen Funktionen in PHP 5.4 geschrieben.

Es sind viele sinnvolle Änderungen dabei, wie zum Beispiel der Wegfall von safe_mode und register_globals, und es gibt neue Funktionalitäten, wie traits und den Short Array Syntax.

Passend zum heutigen 29. Februar. Eine Funktion die prüft, ob ein gegebenes Jahr ein Schaltjahr ist.

/**
 * Check if a given year is a leap year
 */
function leapYear($year)
{
    $r = $year % 400;
    if ($r === 0) {
        return true;
    }
    
    $r = $year % 100;
    if ($r === 0) {
        return false;
    }
    
    $r = $year % 4;
    if ($r === 0) {
        return true;
    }
    
    return false;
}

Quelle der Berechnung: Wikipedia

Nachtrag: Der Aufruf der PHP-Funktion date() mit dem Parameterwert 'L' tut es auch. Siehe auch die Kommentare.

In einer Mailingliste hat sich kürzlich eine Diskussion darum entsponnen, wie man sich für den Fall absichert, dass der Entwickler eines laufenden Projektes vor einen Bus läuft. Oder weniger dramatisch gesprochen, wie geht es weiter, wenn der Auftragnehmer ausfällt.

Irritierender Weise wurde die Wichtigkeit von Frameworks hervorgehoben. Was für ein Unfug. Ich finde es erstaunlich, dass man von der Frage, wie man den Ausfall eines Auftragnehmers absichern kann, zum Thema Frameworks kommt. Frameworks sind in diesem Fall eine technische Nebensächlichkeit. Ob das Projekt mit einem Framework gebaut wurde oder nicht, spielt nicht einmal ansatzweise eine Rolle.

Auch die Einarbeitung in ein Projekt kam zur Sprache. Das könne bei großen Projekten schon mehrere Tage bis Wochen dauern, ließ man wissen. Ich frage mich echt, was das für Leute sind. Wer wirklich meint, er müsse sich alle zigtausend Dateien eines Projekts ansehen, der kann das gern in seiner Freizeit machen. Um mit der Arbeit an einem Projekt zu beginnen, ist es aber nutzlos und absolute Zeitverschwendung. Gerade bei größeren Projekten wird nicht einmal der ursprüngliche Entwickler den Überblick über den kompletten Code haben. Dasselbe gilt, wenn ein Entwickler-Team an einem Projekt arbeitet. Da wird der Einzelne auch nur seinen eigenen Code kennen.

Viel wichtiger sind andere Punkte. Wie zum Beispiel gute Dokumentation und die Verfügbarkeit der Quelldateien. Jeder fähige und erfahrene Entwickler wird damit etwas anfangen können.

Mein Tipp an alle diejenigen, die Befürchtungen dieser Art haben:

1. Besprecht das Thema mit dem Auftragnehmer
2. Lasst euch die Quelldateien aushändigen
3. Drängt darauf, dass das Projekt dokumentiert wird

Und sollte der Ernstfall eintreten, dann sucht ihr einfach einen neuen Entwickler. Die Kriterien dafür sind dieselben, wie bei der ursprünglichen Vergabe des Projektes.

1. Kann der Auftragnehmer Referenzen vorweisen
2. Je höher der Stundensatz, desto zahlreicher die Referenzen
3. Die Referenzen sollten im Umfang dem Projekt ähneln, das der Entwickler übernehmen soll
4. Kann der Auftragnehmer Kapazitäten zusichern

Es gibt sicherlich noch weitere Punkte. Vielleicht fällt ja jemandem noch etwas ein.

In der aktuellen brand eins stellt der Autor des Artikels "Gute Frage: Warum soll das Netz eigentlich "neutral" sein?" die Netzneutralität in Frage. Er vergleicht darin das Internet mit einem Paketdienst. Wer seine Daten schneller haben möchte, der soll, wie bei Paketdiensten, Expresszuschlag zahlen.

Außerdem hält der Autor es für unfair, dass Power-User genauso viel (beziehungsweise wenig) zahlen, wie normale Nutzer. Nach seiner Meinung sollten Nutzer von Websites wie Netflix oder YouTube für das höhere Aufkommen an Datenvolumen auch mehr bezahlen.

1. Power-User

Die Probleme mit den Power-Usern sind von den Netzbetreibern selbst verursacht. Wer Flatrate-Tarife anbietet, muss  damit rechnen, dass es Kunden gibt, die diese Tarife auch ausreizen. Wenn ich bei T-Online eine Flatrate mit unbegrenztem Daten-Volumen buche, dann erwarte ich auch, dass ich unbegrenztes Datenvolumen erhalte. Wenn das für T-Online wirtschaftlich von Nachteil ist, dann muss T-Online die Flatrate-Tarife abschaffen. Wie das geht, kann man bei mobilen Netzbetreibern beobachten, die fast ausschließlich Volumentarife anbieten. Dass diese Flatrates genannt werden, ändert daran nichts.

2. Facebook und Youtube

Wer Web-Server betreibt, zahlt automatisch für das Datenvolumen. Im Falle von Facebook, Google und Youtube dürfte das einer der größeren Posten auf der Rechnung sein. Online-Firmen fragen sich also zu Recht, warum sie noch einmal für eine Leistung bezahlen sollen, für die bereits Geld geflossen ist. Dass Netzbetreiber von Online-Firmen Geld für die Durchleitung der Daten verlangen, ist einfach nur dreist. Für diese Leistung wurde nämlich bereits bezahlt. Siehe Punkt 1.

3. Netflix und World of Warcraft

Kunden der Netzbetreiber zahlen für ihren Internetzugang. Kunden von Netflix etc. zahlen für die angebotenen Inhalte. Warum sollen sie noch einmal extra zahlen, nur weil die Netzbetreiber mehr Kapazitäten (siehe Punkt 1 und Flatrates) verkaufen, als sie tatsächlich haben?

4. Netzneutralität

Ich spiele keine Online-Games. Ich nutzen eher selten Youtube. Ich nutze Facebook gar nicht. Und ich könnte und würde es mir leisten, mehr Geld für die Internetverbindung auszugeben, sollte das notwendig sein. Weniger finanziell leistungsfähige Mitmenschen müssten aber mit dem Vorlieb nehmen, was die Netzbetreiber ihnen am Ende zugestehen. Und das wird, wie oftmals bei Basistarifen, nicht besonders viel sein. Ist das gerecht?

Dass man es als unfair empfinden mag, selbst genauso viel für den Internetzugang zahlen zu müssen, wie jemand, der das Zigfache an Datenvolumen herunterlädt, ist kein Problem der Netzneutralität. Es ist ein Problem der Gestaltung der Tarife durch die Netzbetreiber. Genauso gut könnte man sich über Vieltelefonierer oder Massen-SMS-Schreiber aufregen.

Einer unserer Kurz-URL-Dienste wurde in der letzten Woche zum Verteilen von Schad-Software missbraucht. Dank zahlreicher Hinweise wurde die URL zügig deaktiviert. Anschließende Aufrufe liefen damit glücklicherweise ins Leere.

Leider klicken zu viele Nutzer auf derartige Links in E-Mails. Bis zum 19. Februar waren das über 8.000 Leute.

Dem gegenüber stehen knapp 250 Leute, die die URL in Suchmaschinen eingegeben haben und so auf unseren Artikel aufmerksam wurden. Und eine handvoll Leute hat sogar E-Mails geschrieben oder angerufen.

Wenn man als Software-Entwickler seine Kunden berät, muss man denen manchmal auch Funktionen ausreden. Natürlich könnten wir dem Kunden jeden Wunsch von den Augen ablesen und jede geforderte Funktionalität einbauen, ohne den Sinn zu hinterfragen. Aber, was soll das? Wir sehen uns als Partner des Kunden. Kunden kaufen bei uns nicht nur Code, sondern auch Beratung.

Das resultiert dann darin, dass wir bei Anfragen nach Änderungen oder Erweiterungen, die uns eher obskur vorkommen, noch einmal nachfragen:

Können wir gern machen. Kommt das denn so häufig vor, dass es sich lohnt, das zu automatisieren?

Darauf dann der Kunde:

Sie haben recht. Lohnt sich nicht, zu automatisieren.

Wer denkt, uns wäre hier ein Auftrag durch die Lappen gegangen, denkt erschreckend kurzfristig. Uns jedenfalls hat diese Praxis nur Pluspunkte gebracht. Wir werden mit neuen Aufträgen nur so zugeschüttet. Fast ausschließlich von langjährigen Kunden.

Beim Vergleich von Zeichenketten, gibt es vielerlei Feinheiten. Heute geht es um '0:0' gegen '00:00'. Welcher der beiden Werte ist größer?

Die Antwort lautet: Der erste Wert.

<?php

echo '0:0' > '00:00';

Ergibt als Ergebnis 1 (bzw. true).

MySQL sieht das genauso:

SELECT '0:0' > '00';

Das Ergebnis ist hier ebenfalls 1.

Relevant wird das beim Vergleich von zwei Datumswerten.

'2012-02-20 0:0:0' > '2012-02-20 00:00:00'

So ist zum Beispiel auch folgender Vergleich als Ergebnis true:

'2012-02-20 0:0:0' > '2012-02-20 09:59:59'

Unsere Bußgeldrechner-App startete unter Android 2.1 nicht. Leider gab es auch keine Fehlermeldung oder Exception in Logcat zu sehen. Stundenlanges herumprobieren hat dann folgendes zu Tage gebracht.

<bitmap
xmlns:android="http://schemas.android.com/apk/res/android"
android:src="@drawable/top"
android:tileMode="clamp"
android:dither="true"
/>

Die rot markierte Zeile war für das Abstürzen der App kurz nach dem Start verantwortlich. Der Wert clamp im Attribut tileMode zeichnet übrigens die Randfarbe in X- und Y-Richtung weiter. Mit folgendem Code ersetzt, funktioniert die App auch unter Android 2.1.

<bitmap
xmlns:android="http://schemas.android.com/apk/res/android"
android:src="@drawable/top"
android:tileMode="disabled"
android:gravity="top|left"
android:dither="true"
/>