Verdammtes Datum!

Heute saß ich an der neuen Version der Software, die ich gerade während meines Praktikums teste. Dies ist mittlerweile die fünfte Version. Meine Aufgabe ist es, die Fehler zu finden, Use Cases durchzuspielen und Verbesserungsvorschläge zu unterbreiten. Programmiert wird der Spaß von anderen. Ich hatte mal wieder den gleichen Fehler: Aufgrund eines Konvertierungsproblems des eingegebenen Strings 30.11.2007 in ein Datetime – Format konnte ich meine Tests nicht fortsetzen. Da ich diesen Fehler den Programmierern schon mehrfach mitgeteilt hatte, tippte ich etwas genervt den Fehler erneut ab und packte nen Screenshot dazu. Warum auch immer hab ich dann ein wenig am Datum rumgeschraubt bz. es beim heutigen Datum ge
lassen: 06.11.2007. Und siehe da, es ging! Der Fehler lag darin, dass bei der Eingabe des Datums geprüft worden ist, ob das Datum korrekt eingegeben wurde, jedoch war die Prüfung des Datums im Englischen Format, also erst der Monat, dann der Tag und dann das Jahr. Einstellen kann man jedoch nur Tag, Monat, Jahr! … 😀 … Das hat mich einige Nerven gekostet, aber zum Glück ist der Fehler gefunden!
Technorati Profile

Sicherheitslücke deezer.com?

Vor einiger Zeit hab ich www.deezer.com entdeckt und mir meine Musik gratis angehört und mich gefreut. Letztens war ich es leid, immer nur Treffer zu meinen Suchbegriff anhören zu können, also registrierte ich mich dort. Dabei ist mir folgendes aufgefallen:

Man kann eine falsche eMailadresse eingeben … es findet keine Überprüfung statt, ob die Eingabe ein „@“ – Zeichen und einen „.“ beinhaltet. Also hab ich zum Testen einfach mal „sicherheitsbug“ eingetragen.
Danach auf OK geklickt und man bekommt die Bestätigung, dass man nun registriert sei.
Statt nun zu meinem (eh nicht vorhandenen) eMailaccount zu gehen, hab ich hinter die Adresse www.deezer.com noch „/confirm.php?email=sicherheitsbug“ eingegeben und abgeschickt …
Und schon war ich registriert mit diesem Account ohne eine eMail anzugeben.
Gut, man kann mit einem bestätigten, registrierten Account auch nicht mehr machen als mit einem nicht bestätigten, registrierten … Find jedoch lustig, dass das so einfach geht … dank an die GET – Variable 😛

Das ganze als Bildgeschichte:

Footer – Bug im Theme sosuechtig 2.9beta4 orange

So, der Oli hat mich darauf hingewiesen, dass der Footer um ein paar Pixel nach links verschoben war. Aufgefallen ist das im Firefox 2.0.0.7 in Irland (in meinem Firefox mit der gleichen Version jedoch nicht) und im Internet Explorer 7. Dank Oli ist der Bug jetzt behoben. Folgener Code im Stylesheet (style.css) muss dazu hinzugefügt werden: Sucht nach „#footer“ und fügt dort diesen Code ein:
width:970px;
heigth:30px;
margin:auto;
. Danach sollte der Footer in beiden Browsern pixelgenau angepasst sein. Wer keine Ahnung hat, wie er die Stylesheet – Datei editiert, kann sich hier die Datei runterladen und in seinem Theme ersetzen.

Wer keinen Fehler hat, braucht auch nichts zu ersetzen! 😛