Utilisation de MemoryStore en production

Aujourd'hui, j'ai exécuté mon application Node.js en mode "production" pour la première fois et j'ai reçu cet avertissement:

Warning: connection.session() MemoryStore is not
designed for a production environment, as it will leak
memory, and obviously only work within a single process.

Je n'ai besoin d'exécuter qu'un seul processus, mais que dois-je utiliser à la place? Je veux que mes sessions résident dans la RAM pour un accès rapide. Je souhaite également pouvoir supprimer toutes les sessions en arrêtant simplement l'application Node.

Il semble exagéré d'installer Redis, MongoDB ou une autre base de données juste pour cette tâche simple. Je ne comprends pas non plus pourquoi MemoryStore est inclus dans Node alors qu'il ne devrait pas vraiment être utilisé?

MemoryStore est juste pour le mode de développement (rapide), car si votre application redémarre (le processus meurt), vous perdrez toutes les données de session (qui résidaient dans la mémoire de ce processus).

Si vous ne souhaitez pas utiliser de base de données, utilisez plutôt le stockage de cookies cryptés.

http://www.senchalabs.org/connect/cookieSession.html

Ok, après avoir parlé aux développeurs de Connect, j'ai obtenu plus d'informations. Il y a deux choses considérées comme des fuites de mémoire ici:

1. problème avec l'analyse JSON qui est déjà corrigé dans les versions récentes
2. le fait qu'il n'y a pas de nettoyage des sessions expirées si les utilisateurs n'y accèdent jamais (c'est-à-dire que le seul nettoyage est à l'accès)

La solution semble assez simple, du moins c'est ce que je prévois de faire: utilisez setInterval pour nettoyer périodiquement les sessions expirées. MemoryStore fournit all () pour obtenir la liste, et nous pouvons utiliser get () pour forcer la lecture et ainsi les expirer. Pseudo-code:

function sessionCleanup() {
    sessionStore.all(function(err, sessions) {
        for (var i = 0; i < sessions.length; i++) {
            sessionStore.get(sessions[i], function() {} );
        }
    });
}

Maintenant, appelez simplement sessionCleanup périodiquement via setInterval () et vous disposez d'un garbage collection automatique pour les sessions expirées. Fini les fuites de mémoire.

Donc, la réponse acceptée à cette question est [modifier: était] à peu près un hack, et les autres recommandent simplement d'utiliser une base de données que je pense exagérée.

J'ai eu le même problème et je viens de remplacer express-session par cookie-session .

Pour ce faire, installez simplement cookie-session:

npm install cookie-session

Ensuite, dans votre app.js, recherchez où express-sessionest utilisé et remplacez-le par cookie-session.

app.use(require('cookie-session')({
    // Cookie config, take a look at the docs...
}));

Vous devrez peut-être changer d'autres choses, pour moi, c'était un simple échange de bobs-votre-oncle-sans-mal.

Ce module a été conçu pour traiter le problème de fuite de mémoire. https://www.npmjs.com/package/session-memory-store

La réponse acceptée peut être bonne. Cependant, comme cette question apparaît en haut de la liste des résultats de recherche, j'ai pensé l'inclure au cas où cela aiderait quelqu'un d'autre.

Je pense que le consensus autour du Web est que la bonne façon serait d'utiliser effectivement une base de données pour cela, mais si vous êtes sûr que vous ne voulez pas faire cela, supprimez l'avertissement - l'avertissement n'est pas la loi.

Cependant, puisque vous et moi convenons tous les deux que la fuite de mémoire est un réel problème, il est difficile de justifier que redis est excessif, car cela résoudrait votre problème.

Je ne comprends pas non plus pourquoi MemoryStore est inclus dans Node alors qu'il ne devrait pas vraiment être utilisé

c'est un grand point - mais à cela je dirais que le nœud lui-même n'est que récemment devenu prêt pour la production . Certaines personnes ne seraient pas du tout d'accord avec l'idée que c'est le cas.

L'alternative est d'utiliser Redis ou Mongo comme magasin. Avec Mongo, vous utilisez le module express-session-mongo .

Il existe un conseil pour supprimer les sessions obsolètes avec une option d'indexation:

var MongoStore = require('express-session-mongo');
app.use(express.session({ store: new MongoStore() }));

db.sessions.ensureIndex( { "lastAccess": 1 }, { expireAfterSeconds: 3600 } )

Étant donné que les sessions obsolètes sont supprimées par la base de données elle-même, la session Express n'a pas besoin de gérer le nettoyage par elle-même.

EDIT : Il semble que vous deviez avoir votre propre champ "lastAccess". Lorsque vous y accédez, vous mettez à jour ce champ vous-même. Consultez la documentation MongoDB expire-data http://docs.mongodb.org/manual/tutorial/expire-data/

EDIT2 :

Devient maintenant db.sessions.createIndex( { "createdAt": 1 }, { expireAfterSeconds: 3600 } )

Le thread d'arrière-plan Mongo pour vérifier ce champ s'exécute toutes les 60 secondes. Le moment choisi pour retirer le document n'est donc pas exact.

Pour ceux qui ont des problèmes avec Redis, essayez ce qui suit - espérons que cela vous aidera.

J'utilise Redis pour DEV et PROD et je cible Express v4. Sous Windows, j'utilise le jeu d'outils léger MSOpenTech Redis v3.0, sinon, j'utilise simplement le module complémentaire Heroku Redis. Le faire fonctionner via Node n'a pas été trop difficile - jusqu'à présent ...

var session = require('express-session');

. . .

var RedisStore = require('connect-redis')(session);

var redisClient = require('redis').createClient(process.env.REDIS_URL);

var redisOptions = { 
        client: redisClient, 
        no_ready_check: true,
        ttl: 600,
        logErrors: true
};

var redisSessionStore = new RedisStore(redisOptions);

app.use(session({
    store: redisSessionStore,
    secret: 'Some.Long.Series.of.Crazy.Words.and.Jumbled.letter.etc',
    resave: true,       
    saveUninitialized: true 
}));

Bonne chance!

ps. Je viens de relire la requête originale et je l'ai remarqué - désolé!

Il semble exagéré d'installer Redis, MongoDB ou une autre base de données juste pour cette tâche simple.

Si vous utilisez OSX, utilisez

brew install memcached

si linux

apt install memcached

Résolvez le message de session, car l'application peut se connecter au service memcache 127.0.0.1:11211.