Куки сессии.

@Михаил Запаленов
Я бы выбрал сессию, МОУСЗВЕРЬ выбрал бы куки, тебе решать как лучше будет.

 

дроб хеш пользователей отсутствовавших примерно 30 дней
проверяем на существовании куки - если true

проверяем значение куки с значением хеша с БД

проверяем существовании сессии - если true

пользуемся данными из сессии id, username и что там по желанию​

если false

восстанавливаем сессию заполняя ее id, username и что там по желанию вытащив из бд​

если false

удаляем куки​

если false

блин я забыл
там походу с проверкой сущ сессии с ID опять идет + добавляем куки
нее...

бляяя​

--- Добавлено ---
имбовую аутентификацию забыть логику, позор

 

@MouseZver
а блин я не прав, зверь за то чтобы использовалась и сессия и куки, ты вообще реальный зверь в php.

 

Зачем держать хеш ? Хотя точно это у меня нету куков. А в куках скорее да нужно хранить уникальный хеш который если есть сверять с бд и восстонавливать по нему id сессии

 

нет
--- Добавлено ---

есть куки, есть сессия с флагом logged / нету хеша в бд ( мб очистился долго не заходил, или смена логина и т.д. )

восстановить хеш бд

Аутентификация​

есть куки, есть хеш в бд / нету сессии ( закрыл браузер )

Аутентификация​

есть хеш в бд, есть сессия / нету кук ( браузер оффнул по сроку )

восстановить куки

Аутентификация​

 

Боюсь даже спросить, очистился он по крону ?

 

кроном никогда не пользовался

 

@MouseZver лиж бы повыпендриваться а вот ниже не заметил что я дописал ?

--- Добавлено ---

бессмыслица использовать один и тот же хеш всегда. Его нужно генерировать уникальный каждый раз когда отдаёшь его в куку. И хранить пока время не истечёт повысит уровень защиты.
--- Добавлено ---
хотя при заходе с другово устр-ва будет выбивать. Предыдущее.
--- Добавлено ---
Но тут конечно можно что-нибудь придумать. Но эт ладно. Например держать массив хешей под разные устройства в json

 

дроб хеш пользователей отсутствовавших примерно 30 дней
isCookie = проверяем куки true / false (1)
isCookie = true

isHash = проверяем значение куки с значением хеша с БД true / false​

isLogged = {

проверяем существовании сессии logged true {

isHash = true

вытаскиваем из сессии данные. username ...

return TRUE;​

ИНАЧЕ {

проверяем существовании сессии logged true (2)

запрос с бд id, username, password

isHash = false {

$hash = md5 ( $account -> id . $account -> username . $account -> password );

обновление онлайна / хеша по ID пользователя

setcookie ( на 30 дней например );​

}​

ИНАЧЕ isHash = true

запрос с бд id, username​

ИНАЧЕ

delCookie
return false;
​

isHash = true

обновление онлайна по ID пользователя​

запись в сессию

id
logged = true
username
​

return true;​

}​

}

isHash = true {

проверяем существовании сессии logged true (2)

запрос с бд id, username, password

isHash = false {

$hash = md5 ( $account -> id . $account -> username . $account -> password );

обновление онлайна / хеша по ID пользователя

setcookie ( на 30 дней например );​

}​

ИНАЧЕ isHash = true

запрос с бд id, username​

ИНАЧЕ

delCookie
return false;
​

isHash = true

обновление онлайна по ID пользователя​

запись в сессию

id
logged = true
username
​

return true;​

}

isCookie = true

delCookie​

return FALSE;​

}


Я eval эту логику составлять
--- Добавлено ---

я такой не умею же аргументировать
--- Добавлено ---

об этом думал и забил, в целях быстродействия -> меньше запросов аутентификации гуд
--- Добавлено ---

Спойлер: (1)

PHP:

1. protected function isCookie(): bool
2.     {
3.         return (bool) filter_input ( INPUT_COOKIE, $this -> cookie, FILTER_VALIDATE_REGEXP, [ 'options' => [ 'regexp' => '/^[a-f0-9]{32}$/' ] ] );
4.     }

без комментариев. Проверка нужна чтобы в дальнейшем заюзать обычный запрос к бд без подготовленных. Строго и просто. Нет = пошел нафуй куки = false

Спойлер: (2)

мм точно, помимо... бляя
в первом ветвлении шло два раза проверки sess logged
во втором только один

хотя и нахрен мне дополнительный метод с флагом прописывать чтобы проверить несчастную переменную, пусть остается isset ( $_SESSION['logged'] )

--- Добавлено ---
https://github.com/MouseZver/My-garbage-code/tree/master/php.ru/64708/66365
--- Добавлено ---

хотя стоп, это обычно относится к хешу паролю, а хеш аутентификации составляется стандартом из id name password = можно через password_verify /hash создать токен, вобщем надо думать, а думать лень перед выходными
--- Добавлено ---
а толк если verify скажет true при разных полярностей времени, ой впизду

 

PHP:

1. // примерный код
2. error_reporting(-1);
3. session_start();
4. function message($key, $value)
5. {
6.     $_SESSION[$key] = $value;
7.     session_regenerate_id();
8.     header('location: ' . $_SERVER['REQUEST_URI']);
9.     exit();
10. }
11. if (filter_has_var(INPUT_POST, 'do')) {
12.     if ($_POST['do'] != session_id()) {
13.         message('red', 'Идентификатор не соответствует');
14.     }
15.     # код обработчика
16.     message('green', 'Идентификатор соответствует');
17. }
18. if ($_SESSION) {
19.     foreach ($_SESSION as $key => $value) {
20.         echo '<div style="color: ' . $key . ';">' . $value . '</div>';
21.     }
22. }
23. ?>
24. <form method="post">
25.     <button name="do" value="<?= session_id() ?>">
26.         Отправить
27.     </button>
28. </form>

 

ну я там и пометил, что код примерный, для простого понятия, что и как