Метод Response. clea r стирает из выходного буфера всю информацию, кроме HTTP-заголовков ответа. Таким образом, если в вашей ASP-странице содержится статический HTML-код, и/или обработчик сценариев что-то вывел в выходной
поток HTML, можно вызвать метод Response. clear и начать заново с пустой
Web-страницы. Как и в случае метода Response. Flush, перед этим свойство
Response. Buffe r ДОЛЖНО быть установлено раВНЫМ True, Иначе ВЫЗОВ
Response. clea r вызовет ошибку времени выполнения.
Метод Response. clear можно использовать и после вывода промежуточных результатов, чтобы посетитель сайта увидел окончательный результат на страни — це, не содержащей сообщений о состоянии и промежуточных итогов. Например,
В Предыдуще м Пример е МОЖНО Заменит ь Два ПОСЛеДНИХ ВЫЗОВа Response. Writ e
Если нужно прекратить выполнение сценария и отправить браузеру всю накопленную выходную информацию, можно воспользоваться методом
Response. End. После вызова Response. End обработчик сценариев больше не об- рабатывает операторы сценария и не посылает оставшийся статический HTML-код, который может встретиться далее в тексте ASP-страницы. Метод
Response. End можно задействовать для прекращения выполнения сценария, если обнаружится, что невозможно выполнить какую-либо часть сложной процедуры. Например, предположим, что недоступна база данных второго офиса, и поэтому не — возможно вычислить общую сумму продаж. После проверки кода ошибки, который вернет оператор открытия базы данных, выполнение сценария можно прекратить, вставив в него следующий код:
rf errorOnConnect
Response. Write «Запрос не выполнен! Данные по офису 2 недоступны.»
Response. Write «»
Response. End \
End If
Обратите внимание, что сценарий выводит дескрипторы
и в
выходной поток HTML до вызова метода Response. End. Запомните, что вызов
Response. End прекращает дальнейшую обработку сценария. Более того, обработ — чик сценариев не будет копировать в выходной буфер оставшийся на ASP-стра —
нице статический HTML-код (наподобие дескрипторов и, сле —
дующих за сценарием).
Предотвращение вывода браузером устаревших
ASP-страниц
Возможно, вы заметили, что при первом заходе на какую-либо Web-страницу браузеру на ее получение и отображение требуется больше времени, чем при
последующих посещениях этой страницы. Причина этой заметной разницы в скорости загрузки часто состоит в кэшировании Web-страницы. При первом по- сещении Web-страницы ваш браузер должен получить страницу с сервера. Но после этого браузер может отобразить ту же самую страницу из кэша браузера,
который находится на (локальном) жестком диске. Например, на Windows-маши —
не Internet Explorer кэширует посещаемые вами Web-страницы — вместе с рисун — ками, звуком и другими мультимедийными файлами, используемыми на них —
На жесТКОМ ДИСКе В папке C:\Windows\Temporary Interne t Files. ЕСЛИ рабо —
тать только со статическими страницами, то кэширование и выборка Web-стра —
Глава 11. Активные серверные страницы (ASP) 56 9
ниц с локальногоч жесткого диска (или с жесткого диска proxy-сервера, если дос —
туп в Internet осуществляется через него) не вызывает проблем. Однако ASP — страницы динамичны по самой своей природе. К сожалению, с точки зрения браузера Web-страница, сгенерированная обработчиком сценариев, представляет
собой обычный статический Web-документ с расширением .asp. Поскольку. asp
в конце имени файла для браузера не означает ничего особого, он кэширует ASP-страницы и выбирает их из кэша. В результате Web-страница, отображаемая браузером при повторном посещении страницы, может не совпадать с тем, что вы увидели бы, если бы браузер получил страницу не из кэша, а от сервера.