Використання MemoryStore у виробництві

Сьогодні я вперше запустив свою програму Node.js в режимі "виробництва" і отримав це попередження:

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

Мені потрібно запустити єдиний процес, але що я повинен використовувати замість цього? Я хочу, щоб мої сеанси перебували в оперативній пам'яті для швидкого доступу. Я також хочу відмовитися від усіх сеансів, просто вимкнувши додаток Node.

Здається, зайве встановити Redis, MongoDB або іншу базу даних саме для цього простого завдання. Я також не розумію, чому MemoryStore включений у Node, коли його реально не використовувати?

MemoryStore призначений лише для режиму швидкого розвитку, тому що якщо програма перезапуститься (процес відмирає), ви втратите всі дані сеансу (які залишилися в пам'яті цього процесу).

Якщо ви не хочете використовувати базу даних, використовуйте натомість зашифроване зберігання файлів cookie.

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

Добре, після розмови з розробниками Connect я отримав більше інформації. Тут є дві речі, які вважаються витоками пам'яті:

1. проблема з розбором JSON, яка вже виправлена ​​в останніх версіях
2. той факт, що немає очищення минулих сеансів, якщо користувачі ніколи не отримують до них доступу (тобто єдина очистка - це під час доступу)

Рішення здається досить простим, принаймні, це те, що я планую зробити: використовувати setInterval, щоб періодично очищати минулі сеанси. MemoryStore надає всім () для отримання списку, і ми можемо використовувати get (), щоб примусити читати і таким чином закінчити їх. Псевдокод:

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

Тепер просто зателефонуйте sessionCleanup періодично через setInterval (), і у вас є автоматичний збір сміття для сеансів, що минули. Більше не протікає пам'ять.

Тож прийнята відповідь на це - [редагувати: було] в значній мірі хак, а інші просто рекомендують використовувати базу даних, яка, на мою думку, є надмірною.

У мене була така ж проблема і просто замінили експрес-сесію cookie-сеансом .

Для цього просто встановіть cookie-session:

npm install cookie-session

Потім у своєму app.js, знайдіть, де express-sessionвикористовується і замініть cookie-session.

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

Можливо, вам доведеться змінити деякі інші речі, для мене це був простий своп-боб-ваш-дядько-не-шкідливий.

Цей модуль був розроблений для вирішення проблеми витоку пам'яті. https://www.npmjs.com/package/session-memory-store

Прийнята відповідь може бути прекрасною. Однак, оскільки це питання виявляється високо в списку результатів пошуку, я подумав, що включу це у випадку, якщо він допоможе комусь іншому.

Я думаю, що в Інтернеті є консенсус, що правильним способом було б дійсно використовувати для цього БД, але якщо ви впевнені, ви не хочете цього робити, тоді придушуйте попередження - попередження не є законом.

Однак, оскільки ми з вами погоджуємось, що витік пам’яті - справжня проблема, важко виправдати, сказавши, що Redis є надмірним, оскільки це вирішить вашу проблему.

Я також не розумію, чому MemoryStore включений у Node, коли його реально не використовувати

це чудовий момент - але до цього я б сказав, що вузол iself лише нещодавно вже став готовим до виробництва . Дехто не погодився б із думкою, що це взагалі.

Альтернативою є використання Redis або Mongo в якості магазину. З Монго ви використовуєте модуль експрес-сесії-монго .

Є порада видалити несвіжі сеанси за допомогою параметра індексації:

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

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

Оскільки несвіжі сесії видаляються самою базою даних, сеанс Express не потребує самостійної обробки очищення.

EDIT : Схоже, вам потрібно мати власне поле "lastAccess". Коли ви отримуєте доступ до нього, ви оновите це поле самостійно. Перевірте дані про термін дії документації MongoDB http://docs.mongodb.org/manual/tutorial/expire-data/

EDIT2 :

Тепер стає db.sessions.createIndex( { "createdAt": 1 }, { expireAfterSeconds: 3600 } )

Фон-нитка Mongo для перевірки цього поля працює кожні 60 секунд. Тож терміни на видалення документа не точні.

Для тих, хто має проблеми з Redis, спробуйте наступне - сподівайтеся, це допоможе.

Я використовую Redis для DEV і PROD і націлюю Express v4. У Windows я використовую легкий набір інструментів MSOpenTech Redis v3.0, інакше я просто використовую Heroku Redis Addon. Щоб змусити його працювати через Node, до цього часу не надто важко ...

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 
}));

Удачі!

пс. Я лише перечитав оригінальний запит і помітив це - вибачте!

Здається, зайве встановити Redis, MongoDB або іншу базу даних саме для цього простого завдання.

Якщо ви використовуєте використання OSX

brew install memcached

якщо Linux

apt install memcached

вирішити повідомлення сеансу, програма becose de може підключитися до служби 127.2.0.1.11212 memcache.