Technik

Wer braucht eigentlich noch Supporter, wenn man einen cooooolen Jabberbot hat?

Domains gechecked...

Der Bot versucht jetzt aus den Sätzen vom potentiellen Kunden zu interpretieren, was genau gewollt wird. Und noch besser: Es ist ein wenig Sessionbasiert, d.h. Infos aus dem letzten oder auch vorletzten Satz (sollten) nicht verloren gehen, sodass der Bot auch im Zweifel herausbekommt, was gewollt ist...

Für etwaige Gefühlsausbrüche ist btw. auch vorgesogt...

Geflucht

Ich spiele gerade (mal wieder) mit meinem Jabber-Client, vielmehr dessen Kunden-Frontend herum.

Ziel momentan ist es, sich mit dem Kunden "zu unterhalten", d.h. ihn wiederzuerkennen und zwischen den Sätzen zu wissen, was er alles will. Quasi wie ein "Warenkorb" im Online-Shop. Da ich mir die XMPP-Spezifikationen schon einmal durchgelesen habe, weiß ich, dass Jabber rein theoretisch "Threads" oder auch "Sessions" unterstützt.

... zu schön wäre es gewesen, die auch benutzen zu können. Aber das scheitert schon am zweiten Schritt: Psi, mein Jabber-Client, kennt diese Funktion nicht Verdammt... Aber wer will schon gleichzeit zwei Gespräche mit ein und dem selben Bot führen?

Ansonsten kann die darunterliegende PHP-Klasse jetzt auch (Un)Subscribe-Requests verarbeiten. Den einen oder anderen wird das freuen
... ob ich irgendwann die aktuellste Version auf den Server lade, mal schaun

Zugegeben: Es ist ein wenig abgefahren, was mir da letzte Nacht durch den Kopf schoss, aber es ist eine recht leicht zu implementierende Technik und in der Theorie tut sie genau das, was sie soll...

Ich denke die letzten Tage (eigentlich auch schon Monate) verstärkt über das "Zusammenschalten" von Netzwerken nach, konkret eigentlich nur über das dahinterliegende Routing. Weiter habe ich mir auch dabei Gedanken über Redundanz gemacht und den Fall, dass einer dieser angedachten Gateways mal ausfällt. Oder ganz abgefahren: Das ein Netz über einen bestimmten Router erreicht wird, eine IP aus diesem Netz aber gerade nur über einen anderen angesprochen werden kann - grob könnte man sich das mit mehreren WLAN-Zellen veranschaulichen, die im WLAN das selbe Netz teilen, jedoch über ein anderes miteinander verbunden sind. Effizient ist es da ja, wenn der zentrale Router immer weiß, wo sich gerade ein WLAN-Client befindet und dementsprechend das Packet verschickt.

... ist vielleicht alles ein wenig um die Ecke gedacht, zumal es auch schon genug Routing-Protokolle für den Austausch solcher Informationen gibt....

Aber ich bin ja doof und muss das Rad immer wieder neu erfinden. Gestern habe ich meinen kleinen Jabber-Client hergenommen und einen Routing-Client draus gebaut. Klingt eigentlich doof, funktioniert aber recht gut:

Jeder Router ist ein Jabber-Client. Sofern sich seine Routen ändern, sei es, dass sich jemand in das Netz einloggt o.ä., sendet der Client eine Jabber-Nachricht an seine benachbarten Jabber-Clients (ähhh Router) die Ihrerseits diese Routing-Regeln übernehmen. Und voila: Das routing funktioniert sogar!

Schön dabei ist: Das ganze ist auf einer offenen und flexibelen IM-Plattform implementiert. Demnach könnte eigentlich jeder mitmachen.

Schade nur: Man braucht einen Jabber-Server in der Mitte, der von allen erreicht werden kann. In meinem Falle geht das ja noch. Aber den großen Netzen könnte man diese Lösung nicht verkaufen

Angedacht, quasi als weiterentwicklung, ist z.B. auch das Verteilen der Routen via Pubsub - dann wirds richtig krank

Bei ein paar SSL-Spielereien musste ich mich gerade wundern, dass ein Zertifikat, das mit dem selben Tool generiert und unterschrieben wurde, vom Server nicht akzeptiert und die Verbindung zurückgewiesen wurde... :eek:

Hab dann mal das Zertifikat mittels openssl verify erfolgreich verifiziert und auch mit dem obligatorischen Blick ins Log konnte ich zuerst nichts anfangen.. Zuerst... Denn dort stand folgende Fehlermeldung:

error=certificate is not yet valid

"Not yet"?! Ich hab natürlich zuerst den Fehler bei mir gesucht. Immerhin mache auch ich Fehler

... allerdings lag er nicht da wo ich ihn vermutet habe. Ein Blick in die Dokumentation brachte mich dann auf den richtigen Weg:

the certificate is not yet valid: the notBefore date is after the current
time.

Wann immer jemand im Kundeninterface ein Problem meldet, kommt in der Support-Box eine Kopie der Meldung als E-Mail an.

Aus Spass steht immer folgendes drunter:

Wäre toll, wenn sich jemand kümmert!

... irgendwie provoziert mich dieser Satz jedes mal aufs Neue. Zu oft denke ich, das hätte der entsprechende Kunde dahin geklatscht und so sagt es mir dann immer "Euer Service ist scheiße, hier bewegt sich ja gar nichts", sodass ich derartige Mails schon fast gelöscht habe

Zu schön und dumm zugleich, dass "nur" ich es dahin schreibe  - vielleicht sollte man das mal ändern :hmm:

Ganz nebenbei habe ich heute das erste "In China ist ein Sack Reis umgefallen"-Problem bekommen... War aber gar kein Sack Reis :eek:

Gestern hab ich mir eine Domain bei Jabber bestellt...

Und heute lass ich Kunden (und alle anderen Jabber-Nutzer da draußen auch) nach Domains suchen, denn irgendwo muss man mit solchen Tests ja anfangen... Das Projekt ist zwar irgendwo von niedriger Priorität, doch kann ich es des nachts (wenn ich eigentlich schlafen will) kaum lassen daran weiterzuarbeiten und so kommt es, dass die Client-Library, die ich vorgestern angefangen habe zu schreiben, nun mehr  fast 1000 Code-Zeilen umfasst (inklusive Kommentare, eigentlich nur solche ) und recht leicht zu bedienen ist.

Das schöne an ihr: Sie hat keinerlei Abhängigkeiten Eine Version von heute mittag habe ich btw. mal hier hochgeladen...

Bis ich mal wieder an daran weiterarbeite, gibt es - sofern das Programm ausgeführt wird und nicht abschmiert (letzteres ist eigentlich noch nie passiert) - ein Domainlookup-Tool über die Jabber-ID "test@tiggerswelt.net"

Erstmall schön Hallo sagen und dann mittels der Aufforderung CheckDomain eine oder mehrere Domains nachschlagen. Eigentlich eine recht beschränkte Applikation... Aber nett um mal rumzuspielen und zu testen

Nachdem ich vor ein paar Wochen die Folien zu einem Jabber-Vortrag beim 23C3 runtergeladen habe, habe ich gestern endlich (durch Zufall und ohne wirklich zu suchen) das passende Video bei Google gefunden.

Jabber-Fan war ich schon immer, aber irgendwie hat mich der Vortrag gestern Abend aufs neue Inspiriert einen kleinen Jabber-Client zu schreiben und ihn mit unserem Hosting-Toolkit zu verbinden.

So geschah es heute morgen gegen 3:35, dass ich den Client online geschaltet habe, mich via Jabber authentifiziert habe (was durch Anmeldung auf unserem Jabber-Server sowieso schon geschehen war) und mal fix eine Domain bestellt und konnektiert habe.

GEIL!

Bevor man sich jetzt aber freuen darf: Für Kunden gibts das vorerst nicht. Dazu müssen noch ein paar Hooks wie z.B. Hinweis auf den Domainpreis und Sicherheitsabfragen a la "Willst Du uns wirklich all Dein Geld geben?" rein. Zudem sollte ich nochmal die - zugegeben mit ein paar Bier im Blut geschriebene - Codebase reviewen

Ansonsten werde ich mir wohl irgendwann das Jabber Component Protocol antuen und den Client entsprechend anpassen... Wäre ja gelacht, wenn wir den SMS-Gate nicht portiert bekommen

Ich arbeite momentan wieder an einer kleinen Verbesserung des Handling von Benutzernamen, wobei "verbesserung" relativ ist - "Kundenfreundlich" trifft es ggf. besser

Ich weiß nicht, ob ich es bereits hier im Blog erwähnt habe, aber in naher Zukunft wird man sich bei uns nicht nur über seinen Benutzernamen, der z.T. recht fiese Prefixe enthalten kann, sondern auch über z.B. eine E-Mail-Adresse oder eine Domain anmelden.

Wobei das nur die erste Ausbaustufe ist. Weitere Spielereien sind denkbar. Wie wäre es mit "Farbe der Unterwäsche"?

Was man allerdings immernoch brauchen wird ist ein passendes Passwort - oder wir bekommen etwas wie das hier irgendwie umgesetzt...

Ich bin gerade dabei eine kleine PKI-Infrastruktur aufzubauen. Ursache hierfür ist der Plan, für jeden Kunden bzw. auch seine Benutzer SSL-Zertifikate bereitzustellen um sie so für bestimmte Dienste zu authentifizieren, deren Hintergrund ein eventuell bald kommendes neues Angebot ist (hierzu wird aber noch nix verraten )

Gerade eben habe ich mir hier im Starbucks einen netten kleinen Bash-Skript geschrieben, der sowohl das Erstellen von Zertifikaten für E-Mail-Signierung, Client- und Server-Authentifizierung wie auch die Verwaltung mehrerer ineinander geschachtelter CA's ermöglicht.

Große Klasse!

Fehlt eigentlich nur noch der Support in den entsprechenden Diensten... Via PAM kann man keine Authentifizierung anhand des Client-Zertifikates fahren, oder?

Ein Kunde fragte gerade eben per Mail

Und wie werde ich die Bounces auf SpamMails los?

Meine Antwort fiel in diesem Falle etwas kurz aus...

Spread SPF!

Ist doch so, oder nicht?

Es hat doch tatsächlich ein anderer Mensch auf dieser Welt meinen Plan vom 12. April letzten Jahres aufgegriffen und ein PAM-Modul für PHP geschrieben!

Verdammt!

Ich wollte das doch machen!

Naja... Ich danke dem Autor für seine Vorlage und werde das ggf. mal meinen Vorstellungen entsprechend anpassen, zurückschicken und auch evtl. Kunden zugänglich machen

Die letzten 3 Tagen habe ich nahezu komplett der Arbeit an unserer Buchhaltungssoftware gewidmet.

Auch im Wiki ging es rund...

Immerhin kann ich mittlerweile behaupten, dass nun alles so läuft, wie es soll und wir auch fit für weitere Änderungen an irgendwelchen Steuerrechtlichen Dingen sind (Das war in den Plänen vom April noch nicht der Fall).

Hinzu gekommen sind auch einige Tools, die mir die Arbeit bei den regelmäßigen Steuervoranmeldungen noch leichter machen sollen - ich bin gespannt ob hier etwas draus wird, denn Voranmeldungen und auch Steuererklärungen sind etwas, was ich überhaupt nicht mag. Ich sehe mich primär als Techniker oder auch Spielkind (im positiven Sinne), nicht aber als Buchhalter...

Was jetzt noch aussteht (aber schon vorbereitet ist) ist die Korrektur von ein "paar" Rechnungen... In dem ganzen Chaos der Umstellung hatte ich in 2006 schon diverse fachkundige Meinungen über das Anrechnen des Steuersatzes eingeholt. Leider mit in der Summe drei verschiedenen Aussagen und dabei weiß ich kaum, wem ich mehr glauben schenken soll. Sogar vom Finanzamt bekam ich zwei verschiedene Antworten!? :eek:
Ich habe mich daraufhin für einen Mittelweg entschieden, der mir am plausibelsten erscheint (und natürlich auch mitunter so empfohlen wurde). Bevor es da aber losgeht, lasse ich ein paar Beispiel-Rechnungen noch einmal beäugen und gegenprüfen *seufz*

Wenn es dann aber losgeht, werden ein paar hundert Rechnungen nochmal neu verschickt. Mit dem selben Gesamtbetrag, allerdings mit anderer Steuer-Ausweisung (irgend so ein Gemisch aus 16% und 19%). Mir graust es vor diesem Schritt noch ein wenig, aber eh all diese Rechnungen falsch sein sollten, gehe ich ihn lieber...

Es ist schon fast wie die Frage nach der Brille...

Eben schaute ich aus Spass mal in die Batteriestandsanzeige meines Notebooks und fiel fast hinten über.

"Hilfe, wo ist mein Akku" flog mir über die Lippen und zeigte mir, wie wenig ich in den letzten Wochen doch zu Hause hier im Büro gearbeitet habe. Ich begann schon wilde Theorien zusammen zu spinnen, wer mir wo mein liebstes Stück für Unterwegs - abgesehen vom Handy, PDA und Hotspot - geklaut haben könnte.

Doch so schlimm sollte es (zum Glück) dann doch nicht sein. Vielmehr hätte ein kurzer Blick zur Seite gereicht, denn da lag er... :eek: