Стоит ли в данном случае хранить данные в Redis/Memcached?

Question

[ymer]

Появилась необходимость написать бота для социальной сети, бот имеет огромное количество всяких менюшек.
Встал вопрос - где стоит хранить последнее выбранное меню/действие? Стоит использовать что-то в роде Memcached/Redis? Если брать в расчёт тот факт, что пользователь может закончить переписку в любой момент, а данные-то по-прежнему останутся в оперативной памяти.
Или есть какая-то более разумная альтернатива?

Благодарю за ответы.

Answer 1

[zxscv]

Редис, а именно его структура hash вполне подойдет и удобна. И я бы его выбрал если редис уже где то используется в других ипостасях в проекте. Мемкеш(ed) - нет, если вы не хотите терять данные при перезагрузке.

разумные альтенативы - реляционные базы данных

Answer 2

[Александр]

Стоит использовать что-то в роде Memcached/Redis?

Мне в голову приходит только "из пушки по воробьям". Разве что, как сказал zxscv , Memcached/Redis уже где-то используется, например для разделения сессий между инстансами бота.

где стоит хранить последнее выбранное меню/действие?

На какой срок нужно хранить это поле? Сколько инстансов бота должно иметь доступ к этому полю в 1 и тот же момент времени?

пользователь может закончить переписку в любой момент, а данные-то по-прежнему останутся в оперативной памяти

Почему бы не хранить состояние в текущем процессе бота (у Вас же есть сущность "сессия"?), а по тайм-ауту не скидывать его, скажем в обычный мускуль?

Comments

[ymer]

Не уточнил то, что реализация на PHP. Я бы не парился и хранил всё в памяти процесса, если бы писал на той же ноде, но по прихоти заказчика - PHP, и здесь такой возможности, насколько я знаю, нет.

[Александр]

ymer, есть - запускать PHP-скрипт в cli, но шибко добавляет геммороя, да.

[Александр]

ymer, Тогда - да, используйте Redis как хранилище состояний всего бота.

[ymer]

Александр, как считаете, в данной ситуации было бы разумнее использовать ноду? или же остановиться на PHP?

[Александр]

ymer, любой язык/платформа, которые не помирают между запросами и хоть как то предназначены для демонизирования. Я натыкался на хабре на статью весьма дерзких и уверенных ребят, которые написали на PHP и поддерживают сервер онлайн игры. Основной посыл статьи был "PHP безбожно течет и как мы с этим живем". Но, по прихоти заказчика - PHP - значит Вам придется мириться с этим или убедить заказчика, что это несколько непрактичная для PHP (что чревато сроками разработки/наличием багов в дальнейшем) в целом задача.

[ymer]

Александр, Вас понял, спасибо большое. ;)
Доброй ночи.

[zxscv]

Александр, хранить в процессе - плохая идея. Перезапуск ноды и прощай все данные :)

[ymer]

zxscv, дак данные всё равно через какое-то время будут очищаться. ;)