Каждый запрос HTTP независим: сервер не помнит предыдущие. Чтобы связать запросы одного пользователя, нужен явный механизм — cookie с идентификатором сессии или токен.
А ещё Keep-alive переиспользует соединение, но состояние не добавляет
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Отсутствие состояния относится к протоколу, а не к приложению: данные сервер, конечно, хранит, но не обязан помнить контекст предыдущего обращения. Именно поэтому появились cookie: браузер прикладывает их автоматически, и сервер узнаёт пользователя. Отсюда же берётся уязвимость к CSRF — раз cookie отправляется автоматически, чужой сайт может спровоцировать запрос от имени пользователя. Постоянное соединение (keep-alive) существует, но к состоянию отношения не имеет — это оптимизация транспорта.
Один верный вариант. Подумайте, потом откройте ответ.
Семантика HTTP-методов и кэширование, cookies и их флаги безопасности, stateful против stateless сессий, HTTPS и граница authn/authz.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto