Запрос и ответ являются двумя наиболее часто используемыми встроенными объектами, предоставленными ASP. Между браузером (или другим пользовательским агентом) и веб-сервером обмен информацией, который происходит в запросе и ответе, может быть доступен и управляется через два встроенных объекта в ASP, называемых объектами запроса и ответа.
Почти вся работа, которая будет выполнена на странице ASP, требует доступа к этим двум объектам. Конечно, их основная цель - получить доступ к значению, отправленному на сервер, пользователем, то есть получить из сегмента <Form> страницы HTML или прикрепить его к URL в качестве строки запроса и создать соответствующий вывод, чтобы вернуться к пользователь, и он может поделиться большим фактором. Например, оба объекта могут использовать файлы cookie, хранящиеся на клиентском компьютере.
Поэтому мы делим контент на две независимые части (часть каждого объекта) и сначала начинаем с обмена информацией между клиентом и сервером, а затем изучаем каждый объект.
Исследовательский контент:
· Как клиент общается с сервером для доставки Интернета или других ресурсов.
· Детали объектов запроса и ответа, а также то, что они являются общими.
· Как получить доступ к соответствующему значению через форму и строку запроса.
· Как читать или создать файлы cookie и хранить их на компьютере клиента.
· Каковы переменные сервера? Как получить доступ и изменить заголовки HTTP.
· Опишите изменения в другие связанные записи, такие как использование сертификата клиента.
Связь между клиентами и серверами
Чтобы сохранить пространство, Word Browser используется в следующем контенте. Но следует помнить, что приложения, которые могут получить доступ к веб -страницам, являются не только браузерами, но и многими специальными приложениями загружают веб -страницы с сайта, такие как специальные клиентские программы, предназначенные для тех пользователей с дефектами зрения или используют обычный у браузера другие трудности для люди. Наиболее очевидным примером является робот, используемый поисковыми системами для доступа к сайтам в Интернете. Рассмотрим эти факторы всесторонне, включая обычные веб -браузеры, точное слово должно быть пользовательским агентом.
Страница запрос разговор
Когда браузер делает запрос страницы на веб -сайте, он, очевидно, должен сообщить серверу, какую страницу он запрашивает. Первое, что нужно сделать, это установить соединение с сервером через доменное имя, а затем предоставить полный путь и имя запрошенной страницы. Зачем вам полный путь и имя? Интернет представляет собой безграничную среду, поэтому необходимо создать сеанс для идентификации каждого клиента (как ASP может сделать это позже).
Это означает, что каждый раз, когда сервер завершает отправку страницы клиенту, сервер полностью забывает клиента. Поэтому, когда клиент запрашивает следующую страницу, он точно такой же, как и новый посетитель. Сервер не может вспомнить этого клиента, и, соответственно, он не может определить, какую страницу они запросили в прошлый раз. Потому что вы не можете использовать относительный путь для предоставления страницы, даже если страница содержит относительную ссылку, например:
| ＜ href = скачать |
Браузер автоматически создаст полный URL -адрес для новой страницы, используя домен и путь текущей страницы; страница есть. Например:
| ＜ BASE HERF = http: //www.wrox.com/store ＞ |
Направляя мышь на ссылку на страницу, ее можно увидеть в строке состояния браузера. Путь к текущей странице и текущий домен, базовый домен или базовый путь был объединен с запрошенным именем страницы.
1. Подробная информация о запросах клиента
Комбинация полного пути и имени запрошенной страницы является единственной резиденцией сервера, когда браузер запрашивает страницу. Фактическое информационное содержание будет изменяться соответственно с браузером, и лишь небольшое количество его может быть предоставлено другими приложениями, такими как робот поисковой системы. Чтобы получить более четкое понимание этой информации, вот страница от IE 5.0 http://www.wrox.com/store/
Скачать.
| 8/8/99 10:27:16 отправлено get /store/download.asp http/1.1 Принять: Application/Msword, Application/Vnd.ms-Execl, Application/Vnd.Ms- PowerPoint, Image/Gif, Image/x-xbitMap, Image/JPEG, Image/PJPEG, Application/x- Комета, */ * Принятие языка: en-us Кодирование: Gzip, дефту Реферат: http://wwrox.com/main_menu.asp Cookie: visitcount = 2 & lastdate = 6%2F4%2F99+10%3A10%3A13+AM Пользовательский агент: Mozilla/4.0 (совместимо; msie 5.0; Windows 98) Хост: 212.250.238.67 Соединение: Keep-Alive |
Из этого можно увидеть, что информация содержит подробную информацию о пользовательском агенте и пользовательском подключении (например, язык по умолчанию), а также список типов приемлемых файлов или приложений. . много. Браузер может принять несколько файлов изображений и несколько типов файлов Microsoft Office. Стандартные типы файлов, такие как TESX/HTML и текст/текст, не указаны в нем. */* В списке файлов означает, что любой тип файла может быть отправлен обратно в браузер, интерпретируемый браузером или через приложение плагина.
cookie: cookie, содержащийся в записи, хранится на компьютере клиента и действителен только для этого домена. Если запрос является результатом нажатия по ссылке, вместо того, чтобы напрямую вводить URL -адрес в адресной строке браузера, отображается реферат: отображается запись, которая содержит полный URL -адрес страницы ссылки.
Хост: запись содержит IP -адрес или имя клиентского компьютера. Тем не менее, этого недостаточно, чтобы точно идентифицировать клиента. Потому что, когда они подключаются через интернет -провайдера, IP -адреса динамически распределяются или когда они подключаются через прокси -сервер, IP -адреса от прокси, а не от фактического клиента.
2. Подробная информация о ответе сервера
Чтобы ответить на приведенный выше запрос и предоставить запрошенную страницу анонимному браузеру (то есть пользователю не нужно предоставлять имя пользователя и пароль доступа), следующее содержимое отправляется с сервера на клиент:
| 8/8/99 10:27:16 Получено http/1.1 200 Сервер: Microsoft-IIS/5.0 Соединение: Keep-Alive Дата: Чт, 8 июля 1999 г. 10:27:16 GMT Контент-тип: текст/HTML Принятые диапазоны: байты Длина контента: 2946 Последние модифицированные: Чт, 8 июля 1999 г. 10:27:16 GMT Cookie: visitcount = 3 & lastdate = 7%2F8%2F99+10%3A27%3A16+AM ＜ HTML ＞ & hellip; ＜/html ＞ |
Видно, что сервер объясняет программное обеспечение и версию, которое он использует для клиента. Сообщение 200 OK означает, что запрос был принят и удовлетворен. Следующая информация-это подробная информация о возвратной странице, включая тип MIME (длина контента :), размер (байт), последнее время изменения и возвращаемые cookie, хранящиеся клиентом. Другая информация в ответе - это информационный поток содержания страницы.
В некоторых случаях сервер не может вернуть страницу после ответа на запрос, возможно, потому, что страница не существует, или у клиента нет соответствующих разрешений для доступа к нему. Мы обсудим вопросы безопасности позже. Теперь, в ситуациях, когда страница запроса не существует (например, пользователь ввел неправильный URL -адрес в адресной строке браузера), возвращаемая информация начинается с: с: с:
| 8/8/99 14:27:16 Сервер: Microsoft-IIS/5.0 … |
Здесь код состояния и информация указывают на то, что страница, запрашиваемая клиентом, не может быть найдена. Браузер может использовать эту информацию для отображения соответствующей информации пользователю (в данном случае информация о ответе сервера не отображается в IE 5.0, а на соответствующей странице приглашения ошибки справки) или странице по умолчанию, созданной сервером (полагаясь на Сервер настройки). Объекты запроса и ответа
Подробная информация о возможности применения клиентских запросов и ответов на сервера от ASP реализуются через встроенные объекты запроса и ответа ASP.
· Запрос объект: предоставляет сценарии всей информации, предоставленной клиентом, когда клиент запрашивает страницу или проходит форму. Это включает в себя http -переменные, которые могут указывать на браузер и пользователь, файлы cookie, хранящиеся в браузере под этим доменным именем, любое управляющее значение HTML, прикрепленное в качестве строки запроса к строке после URL или раздела Page <Form>. Авторизованный доступ с использованием уровня безопасного сокета (SSL) или других зашифрованных протоколов связи, а также атрибуты, которые помогают управлять соединениями.
· Объект ответа: используется для доступа к информации о ответе, созданной сервером, и отправленной обратно клиенту. Предоставляет переменные HTTP для сценариев, которые указывают функции сервера и сервера и информацию о контенте, отправленном обратно в браузер, а также любые новые файлы cookie, которые будут храниться в браузере для этого домена. Он также предоставляет ряд методов для создания вывода, таких как повсеместный метод ответа.
1. Обзор членов объекта запроса
а) Сбор объектов запроса
Объект запроса предоставляет 5 коллекций, которые можно использовать для доступа к различной информации, запрошенной клиентом на веб -сервер.
Сбор и описание объектов запроса
| Название коллекции | иллюстрировать |
| ClientCertificate | Когда клиент обращается к странице или другим ресурсам, числовой набор всех полей или записей сертификата клиента, используемого для указания идентификации на сервер, каждый член только для чтения |
| Печенье | Согласно запросу пользователя, коллекция всех файлов cookie, выпущенных системой пользователя. |
| Форма | Когда значение атрибута метода состоит из публикации, каждый элемент только для чтения для всех наборов значений управляющих единиц HTML в разделе <Form>, представленном в качестве запроса. |
| Заправка | Каждый член только для чтения для значения всех управляющих единиц HTML в <Form>, в зависимости от пары имени/значения после URL-адреса, запрашиваемого пользователем или отправлено в качестве запроса, а атрибут метода получен (или его атрибут пропущен ), или значения всех управляющих единиц HTML в < -форма> |
| ServerVariables | Коллекция значений заголовка HTTP, выпущенных клиентским запросом, и значения нескольких переменных среды веб-сервера, каждый участник только для чтения |
б) свойства объекта запроса
Уникальные свойства и описание объекта запроса показаны в следующей таблице. Полем
| свойство | иллюстрировать |
| Totlbytes | Только для чтения, возвращает все количество байтов запроса, выпущенного клиентом |
в) методы объекта запроса
Единственный метод и описание объекта запроса отображаются в следующей таблице, что позволяет доступ к полному содержимому контенту пользовательской части запроса, передаваемой серверу из сегмента <form>.
Метод и описание объекта запроса
| метод | иллюстрировать |
| BinaryRead (count) | Когда данные отправляются на сервер как часть запроса POST, байты подсчета данных получают из запроса клиента, и возвращается массив варианта (или SafeArray). Если код ASP уже ссылается на коллекцию запроса. Форма, этот метод не может быть использован. В то же время, если используется метод BinaryRead, сборы request.form нельзя получить |
2. Обзор членов объекта ответа
а) Сбор объектов ответа
Объект ответа имеет только одну коллекцию, как показано в следующей таблице, которая устанавливает значение cookie, которое вы хотите разместить в клиентской системе, которая непосредственно эквивалентна коллекции request.cookies.
Сбор и описание объектов ответа
| Название коллекции | иллюстрировать |
| Печенье | В текущем ответе значения всех файлов cookie, отправленных обратно клиенту, этот набор только для записи. |
б) свойства объекта ответа
Объект ответа также предоставляет ряд свойств, которые можно прочитать (в большинстве случаев) и изменен, чтобы ответ был адаптирован к запросу. Они установлены сервером, и нам не нужно их устанавливать. Следует отметить, что при настройке определенных свойств используемый синтаксис может отличаться от того, что обычно используется.
Свойства и описания объектов ответа
| свойство | иллюстрировать |
| Buuffer = true | False | Читать/записать, логическое, указывая, хранится ли выход, созданный страницей ASP в буфере IIS до тех пор, пока не будут обработаны все сценарии сервера на текущей странице или не будут выявлены методы промывки и конечных. Это свойство должно быть установлено до того, как любой вывод (включая информацию о отчетности HTTP) отправляется в IIS. Следовательно, в файле .asp эта настройка должна быть в первой строке после оператора <%@language =…%>. ASP 3.0 Буферизация по умолчанию включена (TRUE), а в более ранних версиях он выключен (False) |
| CacheControlSetting | Читать/записать, тип символа, установите это свойство, чтобы разрешить прокси -сервер к кэш -страницам. |
| Charset = значение | Читать/записать, тип символа, прикрепите имя набора символов, используемое в заголовке типа контента HTTP, созданный сервером для каждого ответа (например: ISO-латин-7) |
| Тип контента = тип MIME | Читать/записать, тип символа, укажите тип контента HTTP ответа и стандартный тип MIME (например, Text/XML или Image/GIF). Если по умолчанию это означает, что используется Text/HTML типа MIME/HTML, и тип контента сообщает браузере тип ожидаемого контента. |
| Истекает минуты | Читать/записать, численность, указывает на продолжительность времени, когда страница действительна в минутах. , страница больше не будет сохранена в частной (пользовательской) или публичной (прокси) буферизации |
| Истекает Absolute #date [Time] # | Читать/записать, тип даты/времени, указывая на абсолютную дату и время, когда страница истекает и больше не является действительной |
| ISClientConnected | Только для чтения, Boolean, возвращает флаг состояния того, подключен ли клиент и загружается. Перед тем, как текущая страница была выполнена, если клиент переведен на другую страницу, этот флаг может использоваться для прерывания обработки (с помощью метода response.end) |
| Фото (фото-маршрута) | Напишите только, тип персонажа, создайте заголовок фотографий, чтобы определить уровень словарного запаса в содержании страницы, такой как насилие, секс, плохой язык и т. Д. |
| Статус = Кодовое сообщение | Читать/записать, тип символа, значения состояния и информация, указывающая, указывает ли заголовок HTTP, отправленный обратно в ответ клиента, успешна ли ошибка или обработка страницы. Например, 200 OK и 404 не найдены |
в) Методы объекта ответа
Объект ответа предоставляет ряд методов, как показано в следующей таблице, позволяя прямой обработку содержимого страницы, созданного для возвращения клиенту.
Методы и описания объектов ответа
| метод | иллюстрировать |
| Addheader (имя, контент) | Создайте пользовательский заголовок HTTP, используя значения имени и контента и добавьте его в ответ. Существующий заголовок с тем же именем не может быть заменен. Как только заголовок был добавлен, его нельзя удалить. Этот метод должен использоваться до того, как любые содержание страницы (то есть текст и HTML) отправляется клиенту |
| Appendtolog (строка) | При использовании формата файла файла расширенного журнала W3C добавьте запись в файл журнала веб -сервера, запрашиваемого пользователем. По крайней мере, требуйте, чтобы стебель URL был выбран на странице расширенных свойств сайта, содержащего страницу |
| BinaryWrite (SafeArray) | Напишите SafeArray типа варианта в текущем выходном потоке HTTP без какого-либо преобразования символов. Это очень полезно для написания не строгих информации, такой как двоичные данные, запрошенные пользовательским приложением или двоичными байтами, которые составляют файл изображения |
| Прозрачный() | Когда response.buffer верен, удалите существующее содержание буферированной страницы из буфера ответа IIS. Но заголовок ответа HTTP можно использовать для отказа от частично завершенных страниц |
| Конец() | Позвольте ASP завершить скрипт для обработки страницы и вернуть современный контент, а затем отказаться от дальнейшей обработки страницы |
| Румянец() | Отправьте все текущие страницы буферизации в буфере IIS клиенту. Когда response.buffer верен, его можно использовать для отправки части содержания большей страницы на отдельных пользователей |
| Перенаправить (URL) | Отправляя заголовок объекта 302 в ответе, браузер инструктирует страницу соответствующего адреса в соответствии с string url |
| Написать (строка) | Напишите указанные символы в текущем потоке ответов HTTP и буфере IIS, чтобы сделать его частью возврата страницы |