Althaus blogt!

Gestern hatte ich das Problem, dass nach einem Update mein Firefox effektiv permanent abgestürzt ist. Im “safe mode” lief er problemlos, also musste wohl irgendein Addon die Ursache sein. Da ich nicht motiviert war, jedes Addons einzeln zu testen, bin ich halt erstmal im “safe mode” weitergesurft.

Heute war die Ursache, dank dem Firefoxnutzer Carlos, schnell gefunden: Das Addon YSlow für Firebug hat einen Bug. Ohne YSlow läuft alles wunderbar und so drigend braucht man YSlow ja nicht.

Für diejenigen, die es nicht wissen: YSlow (von Yahoo) überprüft die “Geschwindigkeit” von Webseiten mittels eines kleinen Kriterienkataloges und gibt Tips zur Verbesserung. Halt ein nützliches Helferlein.

Update: Mit der Version 2.0.6 von YSlow, die es seit heute gibt, wurde der Fehler behoben. Zumindest ist mein Firefox noch nicht wieder abgestürzt.

Ja ne… ist klar:

Upgrade von 2.8 auf... 2.8 (!)

Was man so alles nicht mitbekommt und erst am nächsten Tag im Radio hört:

Ursache für den Netzwerkausfall bei T-Mobile erkannt

T-Mobile hatte heute einen bundesweiten Ausfall im Mobilfunknetz. Betroffen waren Sprach- und SMS-Dienste. Die Ursache der heutigen Störung im Mobilfunkbetrieb von T-Mobile ist erkannt. Grund war ein Softwarefehler im sogenannten Home Location Register (HLR). Das HLR ist dafür verantwortlich, eine Verbindung zwischen Mobilfunkstation und der zugehörigen Mobilfunknummer herzustellen.

Nach einem Zurücksetzen des Systems sind seit ca. 19:00 Uhr die ersten Teile des Netzes wieder verfügbar. Das kann vereinzelt zu einer Überlast im Netz führen. Wir gehen davon aus, dass es noch einige Stunden dauern kann, bis das T-Mobile-Netz wieder in gewohnter Qualität für unsere Kunden zur Verfügung steht. “Wir bedauern diesen Vorfall und möchten uns bei unseren Kunden für die entstandenen Unannehmlichkeiten entschuldigen”, sagte Günther Ottendorfer, Geschäftsführer Technik von T-Mobile Deutschland.

(via Computerbase)

Wieder mal also eine Softwarepanne einer großen deutschen Firma. Irgendwie kommt mir “Maut” und “Toll Collect” in den Sinn. Wer steckt doch gleich zu 45% in Toll Collect?

Zurück zum Thema: Gestern ging also für knapp 40 Mio. Mobiltelefonierer das Netz aus… also so grob jeder zweite Deutsche war “handylos”. Wäre für mich nun keine Tragödie, aber nicht jeder wird das so gelassen genommen haben. Da bekleckert sich die Telekom nicht gerade mit Ruhm. Nun läuft ja wohl alles wieder in geordneten Bahnen. Schön finde ich ja die angebliche zitierte Lösung des Problems: Zurücksetzen! Doch was wurde da wie zurückgesetzt? Ich kenne keine Bugs, die sich durch Zurücksetzen beeindrucken lassen. Naja… Server neubooten ist immer eine gute Lösung. ^^

Mal abwarten, ob es da noch Details geben wird. Spontan konnte ich noch nichts Aktuelles finden…

Um ein halbes Auge auf meinen Server zu haben, läuft das kleine Programm chkrootkit einmal am Tag über die Platte und sucht nach suspekten Dateien etc. Nun bekomm ich deswegen einmal am Tag einen Hinweis, dass die suspekte Datei “/lib/init/rw/.ramfs” vorliegt. Dummerweise ist die Datei alles andere als suspekt und gehört dahin. Nun streiten sich die zuständigen Parteien darüber, wer nun den “Fehler” gemacht hat und der Bug wird von A nach B und zurück geschoben. Als “Endnutzer” kann man da nichts machen, außer genervt sein oder selbst Hand anlegen (Danke für den Patch!).

Inzwischen ist die offizielle “Street Fighter 4″-Webseite online gegangen. Auf der vorgeschalteten Sprachauswahl kam ich dann doch ein wenig ins Stutzen, als ich die deutsche Version suchte:

Ich glaube, da muss nochmal wer nachsitzen, wobei ich natürlich nichts gegen die deutschsprachigen Bürger Belgiens habe. Ich freue mich zumindest tierisch auf SF4, da es ja voll und ganz dem Stil des besten SF aller Zeiten entspricht: Super Street Figher vom SNES

Für jQuery gibt es ein wunderbares Plugin: den Tablesorter. Dieser erlaubt es einmal eingebunden, eine einfache HTML-Tabelle mit einem einfachen Befehl so umzuwandeln, dass der Nutzer sie nach Belieben sortieren kann. Ganz ohne irgendwelchen Programmieraufwand in der darunterliegenden Programmiersprache. Sicherlich kann man nun darüber streiten inwiefern man da eine Fallbackmöglichkeit brauch, aber wenn das Sortieren nur als Gimmick dient, reicht wohl die JS-Lösung.

Nun bin ich beim Rumexperimentieren aber auf ein Problem (was ich erst nach ein paar Irrungen und Wirrungen zuordnen konnte) gestoßen. Der tablesorter erkennt selbstständig die zu sortierenden Datentypen (also ob Text, Zahl, Datum, …). Dabei betrachtet er immer nur die erste Zeile der Daten. Nun hatte ich bei einer Version in der ersten Zeile zwei Zellen mit einer 0 (also Null). Und diese wollte er einfach nicht als Zahl erkennen. Ein Blick in den Code verriet, dass der zugrundeliegende reguläre Ausdruck eigentlich korrekt ist und die 0 als Zahl erkannt werden sollte. Hier der relevante Teilausschnitt (nach den … kommen noch ein paar Alternativen):

Wobei config.decimal eine JS-Variable für das sprachabhängige Komma ist. Wie man sieht sind der Teil vor und nach der 0 beide optional. Trotzdem wird die 0 nicht erkannt. Erst nachdem ich ein (^0$) als Alternativgruppe hinzugefügt habe, erkennt er nun die 0 korrekt als Zahl… sehr seltsam.

Ich habe nun mal den Autor des tablesorters kontaktiert, um zu sehen, was dieser dazu sagt.

Was kann man bei so einem Restart einer Webseite noch falsch machen?

1. Man setzt im Newsfeed falsche Links. Statt auf Gamestar.de gingen am Anfang alle URLs auf irgendwas.idg (IDG heißt der Verlag).

2. Man veranstaltet ein Gewinnspiel und der Link im Newsletter auf das Gewinnspiel wird vom Server nicht erkannt.

Beides wurde natürlich recht schnell (2) bzw. langsam (1) behoben. Aber passieren sollte sowas eigentlich nicht. Mal sehen, was Gamestar 2.0 noch so bringt…

Soeben hatte ich ein Problem mit einem Kunden, bei dem ein Skript nach dem Umzug von meinem Entwicklungsserver auf dessen Produktivserver bei Strato seinen Dienst verweigerte.

Die Ursache war, dass sich das PHP-Skript weigerte ein require_once(‘lokale_datei.php’) zu akzeptieren. Der Server behauptet klipp und klar, dass es die Datei, die direkt neben der aufrufenden Datei liegt, nicht gibt. Mit einem leeren(!) include_path auch kein Wunder. Seltsam, dass das Ganze eine Verzeichnisebene tiefer keinerlei Probleme macht.

Das Problem war ja leicht zu beheben, aber wo kommt es her?

Nachdem ich nun eine Weile mit der Mircosoft Visual C# 2008 Express Edition und der API-Doku im MSDN .NET Framework Developer Center gearbeitet, hatte ich nun ein – im Nachhinein recht witziges – Problem. Im Zuge einer ClickOnce-Anwendung habe ich die recht spartanisch gestaltete automatische Updatefunktion mit einer programminternen Variante ersetzt. Nach einer Reihe von Dummydeployments – man kann sonst ja nicht die Funktion testen – war ich schon nah am Rande der Verzweiflung, warum der asynchrone Updater einfach nicht updaten wollte. Alle relevanten Informationen wurden gefunden, aber er tat einfach nichts.

Read more »

… dann ist das nicht immer sinnvoll. Zumindest wenn man davon ausgeht, dass sich Nutzer melden, wenn sie Fehler bemerken. So existierte in einem von mir geschriebenen Kommentarsystem seit grob geschätzt 6 Monaten ein Bug, der jeden abgeschickten Kommentar mit einer Fehlermeldung über einen ungültigen Skriptaufruf quittierte, obwohl dieser korrekt in System eingespeist wurde. Etliche Kommentare existierten somit doppelt oder noch öfters. Einige bemerkten dies und schrieben auch Kommentare ala “muss wohl ein Systemfehler” sein… aber den Fehler an einen Administrator melden? Nee… sowas macht man lieber nicht. Daher habe ich gestern gut eine halbe Stunde die Datenbank aufgeräumt und mir dann ein kleines Skript zur Überwachung der Kommentare geschrieben. Zudem werde ich das Kommentarsystem wohl noch um eine Anti-Doppelpost-Funktion erweitern. Wie heißt es so schön: Vertrauen ist gut, Kontrolle ist besser. :/