in ''kommando'' gibt man an was passieren soll wenn ein user auf den link klickt der von der methode zurückgegebn wird, und noch kein anderer mit gleicher ip drauf geklickt hat.

in ''time'' gibt man in sekunden an wie lang der link gütlig ist. ist die zeit abgelaufen nachricht von timeOutTxt an den user.

in ''ipOutText'' gibt man den Text an der dem user privat angezeigt werden soll wenn schon jemand mit gleicher ip auf den link geklickt hat.

methode liefert als rückgabe den link den man dann in seinen texten verwenden kann.

klickt der user dann wird eine funktion angestoßen die intern, ohne einsicht des entwicklers, prüft ob ein user mit der ip schon geklickt hat. wenn nein dann ruft diese funktion ''kommando'' auf und übergibt dabei natürlich dann auch den user an die app. wurde schon mit der ip geklickt dann bekommt die app nichts davon mit und die knuddelsinterne funktion gibt stattdessen den text von ipOutText privat an den user aus der drauf geklickt hat. so kann eine app nicht pauschal auf zweitnicksprüfen und loggen, kann aber zweitnicks aus spielen u.s.w. ausschließen.

user.requestKnuddel(count, subject)
App.onTransactionReceived(user, count, subject)
App.onTransactionCanceled(user, count, subject)

Beispiel:
Bis dato muss der Nutzer selbst Knuddeln, bzw. der Befehl muss manuell ausgeführt werden. Entweder geht man dann hin und nutzt /doubleaction oder man lässt das Transactions-Frame über /knuddel anzeigen.

Cool wäre es wenn man mit einer Methode das ganze auch direkt Serverseitig anstuppsen kann. Sprich, ein Spiel wird beispielsweise über /play gestartet und über die oben genannte Methode wird dem Nutzer direkt ein Transactions-Frame zugesandt: http://abload.de/img/unbenannto0urx.png

Das folgende Beispiel würde wie folgt "genutzt werden":
var App = (new function() {
this.onTransactionReceived = function(user, count, subject) {
user.sendPrivateMessage('Das Spiel wird nun gestartet....');
};

this.onTransactionCanceled = function(user, count, subject) {
    user.sendPrivateMessage('Das Spiel konnte nicht gestartet werden da du keine ' + count + ' Knuddels eingezahlt hast');
};

this.chatCommands = {
    play: function(user, params, command) {
        var game_id     = 16625;
        var knuddels    = 10;

        user.requestKnuddel(knuddels, 'Spiel mit ' + enemy.getNick() + ' um Knuddels #' + game_id)
    }
};

}());

Hiho,

Aktuell ist es ja so => Jeder Channel startet jede zugewiesene App einmal je nach Anzahl Tochterchannel.

Die UserApps sollte die Multichannels komplett anders handhaben, dies würde die Auslastung der AppServer drastisch reduzieren und die Apps müssten nur noch einmal pro Channel (inkl. Subchannel) gestartet werden.

Eine Verlinkung innerhalb der appInstance von den einzelnen Channel-Objekten welche einfach alle Informationen zu allen SubChannels einschließt (z. B. KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels() würde dann alle Channelinformation als Array zurückliefern), somit kann man diese problemlos durchlaufen und hat sogar beim AppStart alle Informationen aus allen SubChannels direkt greifbar auch KnuddelsServer.defaultBotUser sollte dann immer relativ zum getriggerten Channel gesetzt werden durch den AppServer. (Sollte MultiChannel in der app.config auf false oder nicht konfiguriert sein, werden einfach keine Events aus Tochterchannels an die App gesendet.)

Channel-Objekte müsste dann nur um getBotUser() erweitert werden um öffentliche Nachrichten gezielt in diesem Channel schreiben zu können.

Die Nutzerobjekte allgemein müssten um channel und getChannel() erweitert werden mit einer Verlinkung zu dem Channel in dem es ausgelöst wurde. Damit sind andere Dinge wie onUserJoined() oder onPublicMessage() etc. auch abgefangen und könnten mit user.getChannel().getBotUser().sendPublicMessage('öffentliche Antwort') gehandhabt werden. user.sendPrivateMessage() müsste dann über user.channel ablaufen um gezielt Privatnachrichten zu versenden. Dies würde das Event onAppEventReceived lediglich auf andere Apps reduzieren => weniger Kommunikation der Apps untereinander, weniger Auslastung im allgemeinen => mehr freie Resourcen für mehr Apps. UserAccess.getUserById() müsste dann immer das Nutzerobjekt relativ zum Channel des BotUsers zurückgeben, je nach getriggertem Event. AppContent müsste innerhalb des Channel verschoben werden um gezielte Instanzen wie aktuell zu handhaben.

Eine Einbindung, einer derartigen Änderung ist nicht mal eben so getan, dass ist mir schon bewusst, aber es würde sich für alle Seiten weitaus mehr lohnen. Entwickler hätten weniger Aufwand bei der Prüfung ob ein Nutzer vielleicht doch in einem SubChannel ist ohne permanent appEvents hin und her zu schubsen oder zu prüfen ob die App rootAppInstance ist (+ er hätte alle Informationen aus allen SubChannels direkt).

Wie gesagt für Knuddels wäre der Resourcenverbrauch pro App weitaus niedriger, das MultiChannelHandling wäre wesentlich einfacher und die Handhabung für jeden am Ende besser nachvollziehbar.

CodeBeispiel:
function sendToAllChannels(text) {
if (typeof text === 'string' && text) {
KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels().forEach(function(channel){
// getBotUser() würde dann den BotUser mit Target = channel haben
channel.getBotUser().sendPublicMessage(text);
});
}
}

function getAllOnlineUsersByChannel() {
let result = {};
KnuddelsServer.getAppAccess().getOwnInstance().getAllChannels().forEach(function(channel){
let channelName = channel.getChannelName();
if (!result.hasOwnProperty(channelName)) {
result[channelName] = [];
channel.getOnlineUsers(UserType.Human).forEach(function(user){
result[channelName].push(user); // user von subChannel1 kann der gleiche user von subChannel 2 sein, wobei je user.channel dann dennoch eine Verlinkung auf dieses channelObjekt sein sollte.
});
}
});
return result;
}

Derzeit gibt es beim senden von Events relativ große Verzögerungen. Für kleinere Spiele sollte dies kein Problem darstellen, hingegen aber für Spiele die etwas "aufwändiger" sind ist eine große Latenz eher schwer zu nutzen. Ein gutes Beispiel wäre hier, wenn laufend Spielerpositionen "mitgeteilt" werden müssen um ein gutes Gamefeedback zu bekommen. Derzeit gehen die Events ja erst vom Clienten zum Chatserver und werden dann zum AppServer weitergeleitet.

Gerne erläutere ich intern mehr zu dem was ich persönlich vor habe um die Problematik genauer zu beschreiben. Vielleicht hilft ja auch nur eine Optimierung der Latenz.

Meine Idee wäre eine separate Verbindung zu einem WebSocket-Server der ausschließlich für solche Zwecke dienen sollte. Die JavaFX WebView sollte laut Spezifikationen WebSockets unterstützen.

Grundsätzlich gäbe es nur Aufwandsprobleme die gelöst werden müssten:
- reconnecting
- Authentifizierung über session-based token?