Sostituzione di una sessione di meteoriti?

Question

Nell'ultima versione di Meteor (versione 0.5.8), Session è stato rimosso dal codice lato server.

In precedenza ho utilizzato Session per memorizzare variabili specifiche del client per il server; qual è la sostituzione di questa funzionalità?

Esempio di esempio: User One apre un browser, User Two apre un browser. Si chiama un metodo sul server che imposta alcuni token, l'altro chiama un metodo sul server facendo lo stesso. Ho quindi bisogno di accedere a questo quando il client richiede qualcosa. Come faccio a distinguere tra i due?

Answer 1

Ti consigliamo di salvare i gettoni per una raccolta nel database.

è possibile utilizzare un Session sul server se si voleva semplicemente copiando il pacchetto session nella directory dell'applicazione packages e cambiare le sue package.js per caricare anche sul server. Ma una Sessione è una struttura di dati in memoria, quindi non funzionerà se si hanno più istanze di server; e non saresti in grado di riavviare il server senza perdere i token dell'utente.

Se si memorizzano i token nel database, questi verranno mantenuti al riavvio del server e funzioneranno con una versione futura di Meteor che is able to scale an application by adding more server instances when needed.

Se è necessario scadere i token (in modo che la raccolta non cresca senza vincoli), è possibile aggiungere un campo Data "lastUsed" alla raccolta di token e rimuovere periodicamente token che non sono stati utilizzati più a lungo rispetto al periodo di scadenza prescelto.

Answer 2

È possibile utilizzare l'ID di sessione di ciascuno che è anche unico per la scheda. Non troppo sicuro di come ottenere la corrente id di sessione, ma dovrebbe essere lì da qualche parte (si può vedere in Meteor.default_server.sessions, quindi c'è ancora un modo:

client js

Meteor.call("test", Meteor.default_connection._lastSessionId, function(err,result) { 
    console.log(result); 
}); 

lato server Js

Session = { 
    set : function(key, value, sessionid) { 
     console.log(Meteor.default_server.sessions[sessionid]); 
     if(!Meteor.default_server.sessions[sessionid].session_hash) Meteor.default_server.sessions[sessionid].session_hash = {}; 
     Meteor.default_server.sessions[sessionid].session_hash.key = value; 
    }, 
    get : function(key, sessionid) { 
     if(Meteor.default_server.sessions[sessionid].session_hash) 
     return Meteor.default_server.sessions[sessionid].session_hash.key; 
    }, 
    equals: function(key, value, sessionid) { 
     return (this.get(key, sessionid) == value) 
    }, 
    listAllSessionids: function() { 
     return _.pluck(Meteor.default_server.sessions, "id"); 
    } 
}; 


Meteor.methods({ 
    test:function(sessionid) { 

     if(!Session.get("initial_load", sessionid)) Session.set("initial_load", new Date().getTime(), sessionid); 

     return Session.get("initial_load", sessionid); 
    } 
}); 

collego in Meteor.default_connection._sessions per memorizzare i valori in modo che theres un certo tipo di garbage collection coinvolti quando la sessione non è valido più (cioè l'utente ha chiuso le sue schede) per evitare di sprecare memoria. In livedata_server.js queste vecchie sessioni vengono distrutte dopo 1 minuto di nessuna attività sul filo DDP (come l'heartbeat).

Poiché il server può vedere la sessione di tutti, è possibile utilizzare sessionid per accedere ai dati di sessione di un altro utente. e listAllSessionids per fornire una matrice di tutti gli sessionid attualmente attivi.

impostare automaticamente la sessione come this.userId in un metodo senza utilizzare un parametro in una chiamata

Sembra che ci sia la funzionalità per questo questo, ma la sua non è completamente collegato. L'ID di sessione verrebbe archiviato in this.sessionData ma è probabilmente ancora incompleto. Il suo lì per essere chiamato in method ma c'è da nessuna parte che il suo essere ancora impostata (in livedata_connection.js & livedata_server.js)