Technik

Es ist nun schon fast genau einen Monat her, seitdem ich das letzte Mal etwas an meiner OSCAR-Implementation gedreht habe. Bisher war ja alles recht dürftig - das Programm konnte sich gerade mal beim Netzwerk anmelden und gab Debug-Informationen sobald jemand seinen Status änderte.

Viel geändert hat sich an diesem Zustand nicht, allerdings war ich gestern Abend mal so frei das Handling der Klassen (besonders dem FLAP-Handler) ein wenig zu verbessern und so etwas unsinniges wie Suspend/Resume-Funktionalität einzubauen.

Das wichtigste ist wohl die Fähigkeit jetzt auch Textnachrichten empfangen, zu verarbeiten und selbst welche schicken zu können.

Bei der Gelegenheit bin ich einfach mal in unser Kundeninterface gegangen und habe für OSCAR ein nettes SVN angelegt. Auschecken darf jeder via

svn co http://oss.tiggerswelt.net/oscar/

Mal schauen, wann ich mehr Zeit und Lust finde

Ich habe hier gerade so ein feines altes Maschinchen der IBM eServer-Reihe herumstehen - genauer ein xSeries 330 mit 2 Prozessorkernen (je 1,4 GHz), 2 GB RAM und einem netten SCSI-RAID.

Was sich im Rechenzentrum schon mal als großer Vorteil erwiesen hat, kann im kleineren Umfeld allerdings ein großer Nachteil sein: Die Maschinen haben keine herkömmlichen Ausgänge für Monitor, Tastatur und Maus, sondern einen sog. C2T-Stecker über den sich mehrere Server miteinander verbinden lassen und man sich so den KVM-Switch sparen kann.

Dumm nur, wenn das einzige Breakout-Kabel (eben zum Anschluss von Tastatur etc.) seinen Geist aufgegeben hat, man aber unbedingt etwas spielen will.

Wie gut, dass man sich auch anders behelfen kann! (Nein, sowas mache ich nur zu Hause und im privaten Umfeld!)

Schon am Donnerstag Abend hatte ich es irgendwo auf meine ToDo gekritzelt, aber spätestens nach dem gestrigen Tag kam ich dann nicht mehr herum: Wir müssen diese "Cross Site Request Forgery" loswerden!

Ich bin mir zwar relativ sicher, dass es auf uns momentan noch niemand absehen würde, dennoch würde es mich doch sehr schmerzen diese Lücke als offen im Hinterkopf zu haben. Ich habe mich heute mal dran gesetzt und den Login um einen kleinen Referer-Check ergänzt.

Zwar muss der Referer nicht zwangsläufig übertragen werden, sollte aber doch bestimmt 90% der möglichen Fälle abdecken (meinte zumindest Christian bei manuel). Verstärkend kommt dann noch hinzu, dass die meisten Formulare bei uns sowieso per POST übertragen werden müssen

Bleibt noch eine ToDo vom Donnerstag auf meiner Liste - dazu vielleicht aber später mehr.

Linux sagt man ja immer nach, dass es den schlechteren Hardware-Support hat - zumindest kommt es gerne mal vor, dass man Hardware anschafft, bei der man vorher vergessen hat nachzuschauen, ob es überhaupt einen geeigneten Treiber dafür gibt und damit dann prompt auf die Nase fällt.

Wenn die Hardware dann aber einmal läuft, dann läuft sie - zumindest fühlt es sich so an - viel besser

Mit meinem Rechner hier an meinem Arbeitsplatz habe ich die Tage allerdings etwas eher gegenteiliges erlebt: Um mich bei der Arbeit bei Laune zu halten steckt dort ein schon etwas älterer (aber immernoch sehr guter) Soundblaster Live 5.1 aus dem Hause Creative drin. Die Treiber-CD dazu habe ich nicht mehr - braucht man für Linux ja auch nicht

Nun kam es allerdings, dass ich mir auf der Maschine ein Windows installierte - z.B. für so Spielereien wie Elster. Mal abgesehen davon, dass Windows prompt die falschen Grafikkarten für sein primäres Display missbrauchte, läuft der gute Soundblaster bis heute nicht - nicht weil Windows ihn nicht erkennen würde, nein, die Treiber von Creative, die ich schon in zig Varianten herunterlud, wollen auf Teufel komm raus nicht mit der Karte arbeiten...

Muss ich solange halt was anderes machen - zum Glück benutz ich ja gar nicht so oft Windows

Ich frage mich oftmals, was zuerst da war - das Huhn oder das Ei?

Just in diesem Moment habe ich es wieder getan. Zur Verwaltung unserer Server setzen wir ein selbst entwickeltes Framework ein, das für gewöhnlich auf einem SVN-Server verweilt. Wenn ich früher einen neuen Server eingerichtet habe, habe ich dort immer erst einen SVN-Client installiert und die aktuellste Version ausgechecked - der Rest geht dann (wenn man es schon mal gemacht hat) wie von selbst.

Vor einiger Zeit aber habe ich das SVN so umgestellt, dass es nur über unser internes Verwaltungsnetz zu erreichen ist. Um sich aber mit dem verbinden zu können sind ein paar Funktionen aus unserer Verwaltungssoftware zwangsweise notwendig. :hmm:

So ein Mist! Bequemes auschecken war gestern. Jetzt muss erstmal eine Kopie auf dem System installiert und die Verbindung zum Verwaltungsnetz hergestellt werden. Der Aufwand ist nicht zwangsläufig größer, dennoch kam es mir früher leichter vor

Nachdem AOL wohl wieder mal irgendwas am ICQ-Protokoll gedreht hatte und der ICQ-Transport unserer Jabber-Server ausgefallen war, hatte ich über die Feiertage irgendwie die Schnauze voll.

Ich bin ja der Meinung, dass man jedes Problem viel besser angehen kann, wenn man sich im Vorfeld richtig intensiv mit der darunter liegenden Technik auseinandersetzt und habe das spontan mal in die Wirklichkeit umgesetzt:

Nach ein wenig googlen und tcpdumpen, habe ich dann mal angefangen meine eigene Implementation zu schreiben - in PHP, was auf dem ICQ-Markt sicherlich auch ein ziemliches Novum ist

Viel kann mein OSCAR zwar noch nicht, aber wer schon mal spicken mag, kann das gerne tun!