Как нынче принято хранить авторизационную сессию?

[eresik]

Сообщение от Anadonam

maksim7, именно так

- сессия живет или определенное время когда на старнице нет никаких действий (установленное на сервере) - ну напрмер юзер 5 минут ничего на сайте не делает

- или всё время пока открыт сайт

а что еще надо - сайт закрыл сесcию оборвал - соответственно "отлогонился" )..

Насколько я помню - есть настройки по поводу "где и как хранить переменные сессии", в т.ч., если не ошибаюсь - и через куки, и можно выставить "время жизни сессии" - сколько надо не только "минут", но и дней. (не пробовал, не было необходимости).

[Anadonam]

eresik, php.ini

да вопрос не четкий - двоякий - возможно речь о куки..)

[Atomic]

Не знаю как там, у меня реализовано в самописи так(упрощенно многократно):
1.Проверка на куку (с перезагрузкой)
2.Если кука работает, пишем ИД юзверя туды, если нет, то в сессии c включением трансляции sid по GET(если выключено).
3.К ИД привязываем строку таблички в mysql. Все данные там.

пытался все данные юзера хранить в куках или сессиях, но не понравилась стабильность хранения данных в куках: иногда сессия слетает из-за проскакивания какого-то символа после шифрования данных(а голые данные в куках хранить какгбэ не по феньшую для магазина). Поэтому отказался и перешел на хранение основных данных в базе.
Можно без принудительной перезагрузки в пункте 1, хранить до первой перезагрузки в сессиях, впринципе и этот вариант моя схема и реализация допускает, т.к перебор вариантов куда писать данные осуществляется автоматически при каждой загрузки стр в зависмости от внешних условий (включена ли кука в браузере и в настройках сайта и тд), но это уже частности.

[Jooz]

Куки + memcached, физически ни чего не храню. Правда после р****а мемори-сервера происходит у всех разлогин, но это редко 1 раза в год, а то и реже, т.ч. меня мой вариант устраивает полностью. Плюс бонусом тамже в меме храню всякую динамику, типа количество не прочитанных сообщений, время прибывания на сервере и т.п., нафиг дергать железяку постоянно.
Считаю хранение авторизационных и динамических данных в mysql кощунством над ресурсами. Ни что на сервере не жрет ресурсы так, как mysql + еще и диски подсаживаем. Да, оно может и работает на слабо нагруженных проектах, но мне этот вариант не по феншую.

[Йода]

Так. Все понял.
Большое спасибо всем отписавшим!

[Atomic]

memcached

Я лучше закеширую всю талицу и поставлю широкий лимит памяти для мускула и предпочту иметь удобный и привычный для меня интерфейс работы, чем головную боль с жрущим недешевую память мемкешед.

[Йода]

Сообщение от Atomic

Я лучше закеширую всю талицу и поставлю широкий лимит памяти для мускула и предпочту иметь удобный и привычный для меня интерфейс работы, чем головную боль с жрущим недешевую память мемкешед

Jooz, прокомментируй плиз..

[Последний Герой]

Сообщение от Atomic

Я лучше закеширую всю талицу и поставлю широкий лимит памяти для мускула и предпочту иметь удобный и привычный для меня интерфейс работы, чем головную боль с жрущим недешевую память мемкешед.

зачем извращаться? рамдиск, запустить отдельный mysqld, который там все хранить будет. файлы сессий тоже там хранить можно, да и любую другую инфу на время жизни памяти, причем работать крайне просто как с обычными файлами.

[seocore]

Сообщение от Atomic

Я лучше закеширую всю талицу и поставлю широкий лимит памяти для мускула и предпочту иметь удобный и привычный для меня интерфейс работы, чем головную боль с жрущим недешевую память мемкешед.

а я лучше за 0.0001 секунду при помощи memcached выплюну картинку на легкий nginx и освобожу Apache процесс который весит более 30Мб ОЗУ, а прорисованная страничка в memcached (ОЗУ) весит всего 30Кб, разница между 30Кб и 30Мб по-моему очевидна

MySQL надо дергать как можно реже, и не важно как вы там расставили индексы, какой буфер ключей, даже MEMORY таблицы в MySQL работают в 100 раз тише по скорости, чем выдергивание ассоциативного массива из memcache хранилища

а для тех кто любит хранить сессии на диске замечу - скорость рандомной выборки на SATA диске - в лучшем случае 10Мбайт\сек, а какова скорость выборки из ОЗУ - сколько Гигабайт в секунду?

и еще заметьте - дешевые SATA-контроллеры при активной работе с диском просаживают CPU и DMA канал довольно прилично, так что про производительность можно просто забыть

[Последний Герой]

Сообщение от seocore

а для тех кто любит хранить сессии на диске замечу

это удобно, ибо в PHP поддерживается автоматом. никто не мешает поднять рамдиск (смонтировать участок памяти в файловую систему) и хранить сессии там.