Juggernaut / Socket.io et l'authentification abonnement canal mono-utilisateur

Question

Je suis nouveau nœud JS et Socket IO, mais je l'ai entendu beaucoup de bonnes choses à leur sujet, donc je voulais jeter un oeil à eux pour être utilisé comme système de notification en temps réel.

Dans mon scénario, un utilisateur ouvre un socket pour écouter les notifications qui sont affichées à l'utilisateur -. Chaque utilisateur ouvre une connexion à leurs notifications propres, pas un canal « public »

var jug = new Juggernaut;
var channel = "/user/" + userId + "/notifications";
jug.subscribe(channel, function(data){
    console.log("Got data: " + data);
});

Ainsi, dans presque tous les cas, il sera 1 utilisateur abonné à 1 canal.

J'ai 2 préoccupations:

1. Tous les exemples Juggernaut que j'ai vu impliquer plusieurs clients abonnés à 1 canal -. Cela me fait penser que ce n'est pas conçu pour être utilisé pour les communications 1-1
2. Y at-il (est le seul qui peut souscrire à son / sa chaîne de notification IE, l'utilisateur actuellement connecté) un moyen d'ajouter l'authentification de sorte que seuls les utilisateurs spécifiés recevront le message. S'il y avait un moyen de transmettre des données supplémentaires sur subscribe il serait probablement suffisant (hachage de l'ID utilisateur et l'utiliser comme un jeton peut-être?).

Quelqu'un at-il une expérience avec Juggernaut qui aurait pu rencontrer ce scénario avant?

Answer 1

Tous les exemples Juggernaut que j'ai vu impliquer plusieurs clients abonnés à 1 canal

Quelle est la différence entre nombre d'abonnés et un abonné à l'éditeur?

Y at-il un moyen d'ajouter l'authentification de sorte que seuls les utilisateurs spécifiés recevront le message

Bien sûr. Exiger le canal d'avoir l'authentification et comme il va être par userid, alors vous connaissez déjà les choses que vous devez le fixer.

En ce qui concerne la façon d'obtenir mastodonte à faire l'authentification, Il semble que vous pouvez poster des en-têtes d'hôte à la poignée pour vous.