Тема: PHP Сессии - что лучше?

не вижу смысла в чем то другом...
а вот место хранения иногда следует продумать- в базе или в файлах...
зачастую у нерадивых хостеров /temp открыта для всех а это.... ну нехорошо в общем.

Зачем изобретать заново велосипед, который и без того хорошо ездит? ;)

А никто не встречал модулей для Perl'а которые были бы совместимы с механизмом сессий PHP? Ну всмысле в PHP сессию начал, запомнил переменные, а в Perl'е потом все красиво подхватил.
Нет, мне сейчас такой функционал не нужен, но все таки интересно :)

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

А никто не встречал модулей для Perl'а которые были бы совместимы с механизмом сессий PHP? Ну всмысле в PHP сессию начал, запомнил переменные, а в Perl'е потом все красиво подхватил.

в PERL

PHP код:

use PHP::Session; 


я придержуюсь вот Этого мнения ! ))

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

ну вообще правильно в сессии хранить всетаки идентификатор, то для чего и была придумана еще в PHP4 и слабой реализации PHP3.
Собственно, сессии, если в двух словах - это механизм, позволяющий однозначно идентифицировать браузер и создающий для этого браузера файл на сервере, в котором хранятся переменные сеанса.

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

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

А по сути в сессию пытаются "впихнуть" все... в итоге получается нагрузка

А если хронить только идентификаторы пользователей, а все данные сессии в базе...

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

Добавлено через 44 секунды

Сообщение от Александр

А если хронить только идентификаторы пользователей, а все данные сессии в базе...

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