Ich bin wirklich sehr erstaunt und erfreut darüber, dass es doch reges Interesse an dieser Chat Engine gibt. Leider muss ich sagen, dass der yac derzeit auf keiner weiteren Site zum Einsatz kommen wird.

Der Grund ist ganz einfach: einige stellen im Code sind noch nicht wirklich ausgereift und ermöglichen es nicht, spezifische Anpassungen vorzunehmen. So sind die verschiedenen Strukturen von CMS, Foren oder Blogs nicht im yac abbildbar.

Aufgrund der geringen Leistungsfähigkeit der aktuellen, auf PHP basierten, Engine, werde ich dort keine Veränderungen zum Customising mehr integrieren. Die Arbeit und die Zeit (vorallendingen die Zeit) werde ich lieber in die neue, in C++ geschriebene, Engine stecken.

Es tut mir wirklich leid euch allen hier eine “Abfuhr” erteilen zu müssen, aber meiner Meinung nach ist das für mich als Entwickler (der sich ja einen gewissen “Ruf” aufbaut) und euch als Anwender (die gerne eine möglichst gut anpassbare Engine wünschen) besser, auf die neue Engine zu warten.

Aus diesem Grund habe ich heute den yac um einen LOGINKEY erweitert. Dies muss bei dem Login-Request mit übertragen werden. Nur wenn die IP und der LOGINKEY übereinstimmen, wird der Request akzeptiert. Dieses Update ist auch Abwärtskompatibel. Wird in der Konfiguration kein LOGINKEY definiert, werden Login-Requests ohne diesen Key angenommen.

Nein, Scherz beiseite. Diesmal ist es nur ein kleiner Templatefehler in dem von mir ausgeliefertem Standardtemplate. Konnte aber schnell gefixed werden und nun sind wieder alle glücklich.

Auch über den Speicherverbauch bin ich erstaunt. Laut memory_get_usage werden aktuell 2031.74 KBytes benötigt – und das für 100 User mit 7 Räumen. Ich bin sehr zufrieden und sobald sich die Gelegenheit ergibt, werde ich die Bots auf ein paar Maschinen verteilen und dann mal mit mehr Usern an die Sache ran gehen.

Man muss dabei anmerken, dass 100 User die je alle 10 Sekunden eine Nachricht schreiben, ja keinen realistischen 100 Usern entsprechen, da diese ja eher unregelmäßig schreiben. Mich würde interessieren was ihr für möglichst realistische Werte handelt. Die Diskussion ist freigegeben!

Derzeit hapert es jedoch noch mit einer kleinen Funktion. Beim Ermitteln der yacsid und des ISS befindet sich in den Variablen immer die NewLines mit drin. Das stört doch ziemlich, wenn man das ganz wieder an wget übergibt, da dieser noch ein %0D an die yacsid/ISS dran hängt. Derzeit weiß ich noch nicht, wie ich dies weg bekommen soll, aber vielleicht hat ja jemand von euch eine Idee? So lese ich die yacsid/ISS aus (Format: yacsid=<MD5String> bzw. iss=<MD5String>):

yacsid=`grep yacsid=[a-z0-9] $YACBOT_BASEPATH/workdir/$YACBOT_BOTBASENAME$x.uid | awk -F= ‘{printf $2}’`

In yacsid steht dann der MD5-String gefolgt von \n und das muss ich wegbekommen. Also: alle Ideen sind willkommen!

Gleichzeitg habe ich die Standardwerte geändert. BRIGHT_BORDER ist nun 256 und DARK_BORDER 0. Somit sind im Standard alle Farben wählbar.

Mal sehen mit welchen exotischen Clients man dem yac noch einen Besuch abstatten kann.

Weitere Informationen gibts im yacWiki unter Demo.

Es geht um u4us.com und den yac. Zu der Zeit als ich das Admin-Team von u4us.com das erste mal verlassen habe, gab es natürlich Gespräche zu dem Thema “Übergabe” und auch der Chat war Teil dieser. Ich habe damals bei diesen Gesprächen folgendes zum Chat geschrieben:

Die Chat Engine würde ich u4us natürlich weiter nutzen lassen – gar keine Frage. Ich werde aber vorerst keine weiteren Schritte an einer Entwicklung einer C-Engine durchführen. Es könnte aber sein, dass ich an der PHP-Engine noch ein paar Dinge machen werde und diese dann unter GPL zum download anbiete – das steht aber noch nicht fest.
Ich würde u4us jedoch (unabhängig vom o.g.) die Weiterentwicklung sowie Anpassung der Engine erlauben. Jedoch muss die Information, das die Engine Ursprünglich von mir kommt (mit entsprechendem Link zu meiner Seite) bestehen bleiben.

Die Lizensierung des yac hat sich nun in eine andere Richtung entwickelt, aber unabhängig davon, ist dieser o.g. Post eindeutig im Konjunktiv verfasst. Da ich zu keiner Zeit ein endgültiges “Go” gegeben habe, ist dies nur ein Vorschlag – der jedoch keinen Vertragsbestand in irgendeiner Weise darstellt.

Das neue Lizensierungs-Modell des yac habe ich natürlich auch u4us.com angeboten, jedoch wurde es von der neuen u4us-Administration abgelehnt. Seit diesem Zeitpunkt (18.05.2007) betreibt u4us.com den Chat ohne Lizenz und somit rechtswidrig. Nun kommt noch hinzu, dass u4us.com seit dem Serverumzug vor wenigen Tagen die alte Quellcode-Variante nutzt, die nur durch Zufall und historische Hintergründe in den Besitz der neuen Administration gelangt ist. Die Nutzung dieser wurde aus urheberrechtlichen Gründen untersagt.

Heute wurde mir dann eine Information zu getragen, deren Inhalt echt über alle Stränge schlägt. Betritt man bei u4us.com den Chat, sieht man dort als Software-Tag yac² 1.0 © 2007 by u4us.com, based on yac 0.9.1 © 2005-2006 by FunnyDingo. Das geht eindeutig zu weit!

Da ich bereits im Bezug auf die nicht lizensierte Nutzung des yac einen Rechtsanwalt eingeschaltet habe, habe ich ihn nun auch über diesen Sachverhalt informiert.

Dieses Model arbeitet wie folgt: werden einem User Daten geschickt (egal ob es sich um echte Nachrichten oder um Dummy-Bytes handelt), prüft der Chat ob der Socket ein Timeout-Event ausgelöst hat. Dieses Event tritt ein, wenn der Socket die Daten (in einem definierten Zeitfenster) nicht an den Client übermitteln konnte. Sollte ein solcher Timeout 5 mal hintereinander auftreten, wird der User ausgeloggt.

Es hat sich gezeigt, dass der Wert für den Timeout für jedes System unterschiedlich sein kann. Aus diesem Grunde habe ich zwei neue Konfigurationsoptionen hinzugefügt. SOCKET_RCV_TIMEOUT und SOCKET_SND_TIMEOUT. Beide sind im yacWiki (das derzeit noch nicht ganz vollständig ist) erläutert.

Das neue Model wird bei next4u.de derzeit einem Produktivtest unterzogen und funktioniert dort bisher besser als das alte Hard-Kill-Konzept.

• Neuinstallation des neuen Servers (der bisher von einem meiner Kunden genutzt wurde)
• DNS-Zonen auf neue IPs umstellen
• Einrichten des Webservers
• Einspielen der Websites
• Einrichten des Mail-Servers

Da der bisherige Server schon zum 30.06 gekündigt ist, kann es hier zu einer unschönen Downtime (d.h. keine Server-Response) kommen.

Eine kleine Überraschung habe ich dann aber für die yac-Interessierten: es wird hier auf funnydingo.de eine Demo-Version laufen, die sich jeder gerne ansehen kann (kurze Registrierung vorausgesetzt).

Leider stellte sich bei dem Test heraus, dass der [ell[hat[lient kein UTF-8 untersützt. Wie BaM nun darauf reagieren wird?

Danke noch mal an genuineparts, dem dieser Fehler (nach so langem Betrieb des yac bei u4us) als erster aufgefallen ist.