Jabber

Angetrieben durch die geplanten Veränderungen am Jabber-Server habe ich gestern Nacht mal wieder meine kleine PHP-Jabber-Klasse rausgekramt und rumprogrammiert. Neben ganz kleinen Veränderungen am ursprünglichen Code habe ich auch ein paar XEP's eingebaut, die da wären:

• XEP 0012 Last Activity
• XEP 0078 Non-SASL Authentication (war schon drinne, ich schreibs aber trotzdem)
• XEP 0090 Entity Time
• XEP 0092 Software Version (war auch schon drinne, jetzt aber verfeinert und BESSER)
• XEP 0114 Jabber Component Protocol (als neuen Stream-Typ)
• XEP 0199 XMPP Ping (auch als Replacement für das Whitespace keep-alive)

Als nächstes steht eigentlich das XEP 0030 (Service Discovery) auf dem Programm, allerdings baue ich vorher noch ein wenig die ganze Klasse um, sodass die besser mit XML-Namespaces umgehen und einfacher um das eine oder andere XEP erweitert werden kann...

Bleibt eigentlich nur noch die Frage, wann die mal endlich produktiv zum Einsatz kommt und ich z.B. das Projekt hier mal wieder aufgreife.

Für Interessierte: Die Klasse gibts hier!

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