Почему сам браузер не дает уникальное состояние, чтобы сделать http без сохранения состояния уникальным - PullRequest
0 голосов
/ 27 сентября 2018

Эта идея внезапно возникла в моей голове, и я хотел бы обсудить ее плюсы и минусы.В настоящее время для того, чтобы сделать http без сохранения состояния уникальным, из всех возможных вариантов доступны файлы cookie.На стороне сервера, когда делается запрос с использованием $_SERVER['HTTP_USER_AGENT'], он возвращает строку, которая жестко запрограммирована и остается статической, пока сам браузер не меняется.В результате получается что-то вроде

Mozilla / 5.0 (Windows NT 6.1) AppleWebKit / 537.4 (KHTML, как Gecko) Chrome / 22.0.1229.94 Safari / 537.4

вместорассмотрим другой подходЗдесь, помимо всей общей информации о браузере, у нас есть уникальная случайная строка.Эта уникальная строка должна относиться к каждой открытой вкладке в браузере и должна генерироваться автоматически после открытия новой вкладки в браузере.Когда сервер запрашивает методы, доступные на языках сценариев на стороне сервера, клиент (браузер) должен вернуть общую информацию плюс эту уникальную строку.Я уверен, что это будет намного лучше, чем печенье.В отличие от файлов cookie, он не виден невооруженным глазом и не должен быть видимым для сценария Java.

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

Пожалуйста, поделитесь своими мыслями об этой концепции, особенно если в ней есть недостатки.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...