Hallöle und einen schönen Tag,

sagt mal kann das sein das der Server gestern den Abend über nicht gegangen ist?

Egal, zum Punkt:

Ich hab mir überlegt ein Script zu schreiben und möchte euch fragen ob Ihr dazu Ideen/Überlegungen/Einwände habt (hab mich noch nicht entschieden ob ichs umsetze)

Shoutboxen etc. sind gerade bei mittelmäßig belebten Seite immer wieder ein zweischneidiges Schwert, da aus dem netten Gimmick schnell eine trostlose Wüste werden kann - was dann indirekt auch vermittelt das auf der Seite nix los ist. Ein User schreibt was, keiner antwortet und im schlechtesten Fall ist auch noch die Uhrzeit nebst Datum bei jeder Message dabei (das auch ejder zukünftieg Seitenuser sieht das nix los ist )

Grundsätzlich ist ja jeder Kommunikationsfreudig, und da hab ich mir gedacht eine Art OnSite Messenger auf Chatbasis zu schreiben. Nebenbei fühle ich mich dazu verpflichtet der Chatidee Tribut zu zollen da ich meine Lebensgefährtin vor fünf Jahren auch über einen Chat kennengelernt hab .

Wie soll das Ding funkionieren?

An prominenter (oder auch nicht) Position auf der Seite gibts ne Box wo alle aktuell auf der Seite befindlichen Seitenuser (eventuell nebst Standort auf der Seite) vermerkt sind - optional kann die Box auch ausgeblendet sein wenn sich gerade nur ein User auf der Seite befindet. Dann kommt von hause aus das 'da is ja nix los Feeling' nicht auf.

Klickt man einen User an fährt bei dem mit einer minimalen Verzögerung (ca. 500ms - 1sekunde) eine Box auf und man kann nett plaudern. - auch Konferenzchats oder Publicchats wären machbar.

Das aufgehende Fenster wird mittels erzeugtem div Layer gelöst um nicht laufend ein Problem mit blockierten PopUps zu haben.

Um das Ganze für den User ohne nervigen Zwangslogin etc. zu gestalten wird der User mittels IP erkannt und als Gast geführt, wenn User im Gaststatus miteinander chatten wird ein Cookie gesetzt - da die Ip sich ja ändern kann.

Wenn ein User nicht für andere erreichbar sein möchte kann er das selbstredend einstellen.

Optional für Vieluser solls auch eine Registriermöglichkeit geben, vielleicht mit ein paar Sonderfunktionen die dann verfügbar werden (um die Regs ein bisschen ankurbeln zu können - siehe unten)

Der Chat läuft natürlich "soft" also kein Iframe oder dergleichen Müll, die Daten werden im Hintergrund von php aus der datenbank (oder nem textfile?)geladen und nach vorne in das Javascript geholt - dadurch entsteht nicht oder nur ganz unmerklich dieses flackern das normalerweiße durch das Neuladen kommt.

Optionales Feature (für gereggte User?)

Man könnte einen Chat mit Rss Readern abonieren - wenn sich also z.b. die Herzensdame auf der Seite befindet und Lust auf ein Pläuschen hat bekommt man Ihre "hallo bist du da" Messages in den RSS Reader - was den Webmaster freut weils die Seite insgesamt belebt. Welcher Casanova würds schon wagen nicht schnellstens aufzutauchen wenn seine Seniorita mit Ihren Vorzügen lockt .

Natürlich könnte man das ding auch im ernsthaften Sektor verwenden - z.b als Supportchat für Kunden auf der Firmenseite - wo dann die RSS geschichte wieder recht praktisch wäre - Kundenseitig als auch auf Betriebsseite .Selber übersieht man auf der Seite nix und man könnte etwar bei übleren Problemen die Zeit für die Lösung beanspruchen dem Kunden vermitteln das er den Chat nur in seinen RSS reader zu geben braucht und dadurch sobald eine Lösung verfügbar ist die auch ohne zeitliche Verzögerung hat (parallel zu einer Mailsausfertigung oder dergleichen).


Angenehm für den User wäre an der Geschichte:

Das ganze läuft ohne wesentliche technische Vorraussetzungen, Plugins oder dergleichen. Aktiviertes javascript genügt (und die Erlaubnis einen Keks zu setzen)

Soll ichs anpacken? Was sagt Ihr dazu?

Ja, gute idee, soetwas suche ich auch schon länger.

Hmmm, paaaast wird geschrieben . Da ich einiges vom benötigten Code von anderen Experimenten her schon fertig rumliegen hab werde ich denke ich mal auch recht zügig eine erste Demo launchen können. Bzgl. Severauslastung etc. bbräuchte ich halt viel Rückmeldung von euch ... So eine Applikation kann schon auf die Resourcen schlagen (z.b. 10 Leute chatten, ergo fü jeden Chat müssen im Sekundentakt laufend die Ausgaben abgearbeitet werden - da muss ich viel mit dem Timing experimentieren das es stabil und schnell bleibt und nebenbei nicht googles CPU leistung erfordert ) - denke mal ich werde hier für die Vorverarbeitung der Daten nach Möglichkeit den Userrechner einbeziehen um nur die notwendigsten Schritte auf dem Server durchführen zu müssen.