Александр Кондауров: Простите, но можно писать вечно велосипеды на чем угодно. Повторюсь, в вебе нет только черного, или только белого. Где-то посередине есть профессиональные разработчики, которые берут от языка все полезное, и используют это для достижения целей/решения задач.
И им плевать, что язык для "всех", т.к. задачи он - решает, и зачастую быстро и экономно.
А это зачастую главное в вебе.
Александр Кондауров: Крайность в суждениях - признак неопытности. Не стоит строго относится к языку, если он лично Вам не нравится.
На заметку, PHP к счастью или чему еще, не сгинет, либо сгинет с той же вероятностью, что та же джава или руби. Т.к. спрос на эту технологию - зашкаливает.
И да, PHP отлично подходит для личного обогащения :)
Отличный выбор. Лично мне руби импонирует своей элегантностью. А писать нужно на том, что нравится.
Но нужно учесть, что спрос на руби меньше, чем на PHP, js и т.п. Это конечно не корень проблемы, но может нести в себе небольшие трудности, которые окупятся со временем.
Их чистить вообще не надо, т.к. это не стогигабайтные таблицы (в 99% случаев), и юзер может заюзать старую сессию даже через полгода, и если он оказался авторизован - то карма плюс вашему проекту.
Когда юзер авторизуется - это не факт, что он не войдет по старой сессии (ноут, телефон, планшет). Посему, чистить ничего ненадо.
На самом деле, Вы думаете о проблемах, которых у Вас еще нет.
Когда поиск по таблице хешей будет тормозить, тогда и задайтесь вопросом - как их чистить. А до тех пор - преждевременная оптимизация.
Я бы предложил их не трогать :) Имхо, если предположить что куки стирает 2% юзеров, то это всего лишь 2% неактуальных записей.
Если у вас не Over 9000+ логинов в день, то не стоит парится. Больше будете писать код :)
Ну, а если очень хочется, то
Delete from user_session where last_active < NOW() - interval X days
Спасибо за ответ.
Можно ли считать, то что память закэширована, это достаточно эффективное использование оной?
Не стоит пытаться как-то "вручную" улучшить ситуацию?