|
Правила •
Регистрация •
Справка Сообщения за день • Поиск |
|
|
|
Опции темы | Опции просмотра |
|
[исход]
|
При использовании сессии правильным будет подход, когда сеанс авторизации длится до закрытия браузера. По умолчанию оно так и есть.
Но если очень хочется сделать автологин, можно попробовать следующее. Во-первых, в основных настройках сайта должна быть включена опция «Использовать для авторизации сессии вместо cookies» Во-вторых надо сделать этот фикс: "Исправление ошибки авторизации при использовании сессий вместо cookies" Далее, если у вас не используется для вашего сайта отдельная директория для сессий, создайте наравне с корневой директорией сайта отдельную папку. Например, /sessions/ . Это важно, так как если сессии на хостинге хранятся в общей папке (как правило, /tmp), то другие скрипты будут очищать эту папку, в большинстве случаев, по стандартному таймауту (30 минут). Далее опять открываем файл /include/common.php и перед строкой (она появится после вышеуказанного фикса) PHP код:
PHP код:
У вас должна быть разрешена функция ini_set(), иначе параметр session.gc_maxlifetime можно поменять через .htaccess (опять же если разрешено), добавить нужное время в секундах Цитата:
Также, можно сделать еще один незначительный фикс найти строку PHP код:
PHP код:
Последний раз редактировалось LARK, 06-23-2010 в 14:11 Правила нашего Форума :: О клубе пользователей RUNCMS :: Рекомендации по публикации сообщений :: Прежде чем задать вопрос воспользуйтесь Поиском ------------------------------------------------------------------- Если что-то не работает, задавая вопрос, ! ОБЯЗАТЕЛЬНО ! пишите версию RUNCMS/модуля/PHP/MySQL и текст самой ошибки. |
||||
|
|
Напильникъ - наше все
|
Вот это оперативность!!! Эх, жаль, возможность прибавить репутацию нету Обязательно внедрю, спасибо, LARK!!!
Два вопроса: 1. Получается, что перевод пункта "Время нахождения на сайте (в секундах) перед автоматическим исключением пользователя из системы" неправильный, нужно его дополнить, что он относится только к сессиям, и интервал его отработки - в минутах? 2. Почему вместо обращения к константе XOOPS_ROOT_PATH приходится использовать $_Server? Последний раз редактировалось ZlydenGL, 06-23-2010 в 17:49 Причина: Слил два сообщения в одно Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник. |
||||
|
|
[исход]
|
1) Он относится к кукам и сессиям, но для сессий без хака это время бесполезно.
Нет в секундах. Просто в session_cache_expire минуты используются 2) Можно и XOOPS_ROOT_PATH это одно и тоже Правила нашего Форума :: О клубе пользователей RUNCMS :: Рекомендации по публикации сообщений :: Прежде чем задать вопрос воспользуйтесь Поиском ------------------------------------------------------------------- Если что-то не работает, задавая вопрос, ! ОБЯЗАТЕЛЬНО ! пишите версию RUNCMS/модуля/PHP/MySQL и текст самой ошибки. |
||||
|
|
Напильникъ - наше все
|
Третий вопрос для комплекту: разрешение на /sessions вешать 777 или 664 будет достаточно?
Почему спрашиваю - если подойдет и 664 (или вообще 660), то папку /sessions можно будет положить в саму папку сайта. Понятно, что это не столь секурно, но на части хостеров нет возможности на вирте создать папку рядом www или httpdocs. Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник. |
||||
|
|
[исход]
|
760 должно подойти. Не все хостеры разрешают 660 ставить. В корне сайта папку для сессий сделать можно, хотя и не безопасно. В этом случае нужно положить в нее .htaccess с Deny from all
Правила нашего Форума :: О клубе пользователей RUNCMS :: Рекомендации по публикации сообщений :: Прежде чем задать вопрос воспользуйтесь Поиском ------------------------------------------------------------------- Если что-то не работает, задавая вопрос, ! ОБЯЗАТЕЛЬНО ! пишите версию RUNCMS/модуля/PHP/MySQL и текст самой ошибки. |
||||
|
|
Напильникъ - наше все
|
И надеюсь последние 2 вопроса:
1. При переключении с одного режима авторизации на другой пользователям придется повторить процедуру авторизации при входе на сайт? 2. Ты сам бы какой способ порекомендовал для аутентификации (предполагая, что от SQL инъекций код Рони в достаточной степени экранирован)? Не ошибается только тот, кто ничего не делает. Ковчег построил любитель. Профессионалы строили Титаник. |
||||
|
|
[исход]
|
Цитата:
Все зависит от направленности проекта. Сессии естественно безопаснее. Если есть уверенность что от SQL инъекций портал надежно защищен, то можно и авторизацию на куках оставить. Если сайт связан с денежными транзакциями, например там магазин, то лучше сессии, причем со временем сеанса только до закрытия браузера, плюс добавить в формирование хеша IP и USER AGENT Последний раз редактировалось LARK, 06-23-2010 в 15:14 Правила нашего Форума :: О клубе пользователей RUNCMS :: Рекомендации по публикации сообщений :: Прежде чем задать вопрос воспользуйтесь Поиском ------------------------------------------------------------------- Если что-то не работает, задавая вопрос, ! ОБЯЗАТЕЛЬНО ! пишите версию RUNCMS/модуля/PHP/MySQL и текст самой ошибки. |
||||
|
|
|
|
|
Powered by: vBulletin Version 3.0 Copyright ©2000-2025, Jelsoft Enterprises Ltd. |
Все разделы прочитаны - Руководство форума - Архив - Вверх |