В дополнение к объектам, используемым для отправки (ответа), получения данных и обработки данных (запроса) и доступа к серверу (сервер), объекты ASP также имеют некоторые очень практичные объекты, которые отмечают приложения Active Server (приложение) и отдельную информацию (сеанс).
Объект сеанса
Этот объект составляет значительную долю использования ASP. Поскольку веб -страницы являются программой без сохранения, невозможно узнать статус просмотра пользователя. В ASP переменные личных данных пользователя записываются через объект сеанса, чтобы подтвердить, когда пользователь снова делает запрос на сервер. Когда пользователь прыгает между веб -страницами программы, переменные, существующие в объекте сеанса, не исчезают.
Это действительно важные функции, особенно те, которые должны использоваться системами с членами. Например, учетная запись входа участника, время, статус и многие записанные данные в реальном времени (например, система покупок записывает продукты в корзине для покупок пользователя), эта информация в частной собственности необходима каждому пользователю, и обычно разработчики используют записи сеанса для их обработки.
Сеанс в ASP состоит из файлов cookie, а сервер передает все данные, записанные в сеансе в браузер пользователя в форме файлов cookie. Обычно браузеры сохраняют эти куки. Всякий раз, когда пользователь нажимает на ссылку и снова подключает ее к серверу, браузер передаст эти файлы cookie обратно на сервер для обработки: это принцип работы сеанса. Из этого мы видим, что сеанс статуса сеанса зарезервирована только в браузерах, которые поддерживают файлы cookie. Если клиент отключает сессию опции cookie не будет работать.
1. Session.sessionid
Свойство SessionID возвращает идентификацию сеанса пользователя. При создании сеанса сервер генерирует отдельную идентификацию для каждого сеанса, а идентификация сеанса возвращается как тип данных длинного формирования. Во многих случаях SessionID может использоваться для статистики регистрации веб -страниц.
Это свойство может решить проблему контроля над пользователем. Основная функция этой проблемы состоит в том, что когда участник входит в систему на определенный веб -сайт, когда участник просматривает этот модуль, другой человек входит в систему с тем же именем участника, он не может просмотреть этот модуль: то есть имя участника может просмотреть этот модуль только один человек одновременно.
Управление достигается с использованием имен участников (при условии, что пользовательский, уникальный) и SessionID. Когда участник входит в систему, дайте участнику записи сеанса статуса входа, например: session («status») = «Зарегистрировано», и напишите Session.sessionId члена в базу данных. Когда он хочет просмотреть этот модуль, он сначала определяет, входит ли он в систему. Если он вошел в систему, то определяет, совпадает ли его SessionID, что и запись базы данных. Если это другое, к нему нельзя получить доступ.
Таким образом, когда другой пользователь входит в систему с тем же именем участника, новый SessionID записывается в базе данных, а первый не может пройти проверку при доступе к этому модулю. Это позволяет одним человеку одновременно просматривать определенный модуль. Эта функция оказывает особое влияние на некоторые платные сайты. Это предотвращает проблему имени одного члена просмотреть нескольких людей и защищать интересы компании.
<%= Session.sessionid%> является уникальным идентификатором, генерируемым отдельно и может быть обновлен и отладкой. |
2. Session.Timeout