8. Разрыв соединения.
9. Обработка данных клиентом. (Вывод или сохранение данных.)
Обычно под запросом к серверу понимается URL (это унифицированная форма
«заказа» данных на сервере). К собственно URL могут еще «прилагаться»
некоторые данные, чаще всего это данные форм (вспомните, как вы вводите
ключевое слово в поисковике). Формирование HTTP-запроса будет детально
рассмотрено в одном из следующих уроков.
При установке соединения с сервером сначала происходит трансляция
символьного доменного имени, такого, как www.siemens.com, в IP-адрес, а
затем осуществляется непосредственно создание TCP/IP-соединения с данным
IP. Когда данные HTTP-запроса посланы серверу, клиент просто ожидает, пока
не придет ответ.
Пока нет обращений от клиентов, сам HTTP-сервер просто «спит» в ожидании
запросов. Когда клиент устанавливает соединение, сервер «просыпается» и,
приняв данные запроса, приступает к их обработке. Что именно сервер делает
с запросом — известно только самому серверу. Единственный результат всех
хитрых манипуляций — это выдача ответа, которого и ожидает клиент.
После того как сервер выдал ответ, он разрывает соединение и вновь
«погружается в сон». Естественно отметить, что в случае возникновения
ошибки HTTP-транзакция может закончиться на любом из этих этапов.
Все девять этапов HTTP-соединения показаны на рис. 1.2.
Если документ не найден или если для доступа к нему у вас нет прав (доступ
к ресурсу может быть ограничен), то выдается код ошибки. А если все
нормально, то информация, содержащаяся в документе, включая сопутствующие
данные о его типе, выдается в виде ответа.
Схема взаимодействия «клиент-сервер» для случая, когда URL указывает на CGI-
обработчик, показана на рис. 1.3.
Технология SSI
SSI (Server Side Includes, включения на стороне сервера) - это директивы,
вставляемые в HTML-код и служащие для передачи указаний серверу.
SSI позволяют "вставлять" фрагменты одних документов в другие. Конечно, это
можно сделать непосредственно в текстовом редакторе, но если, например, в
несколько документов вставляется один и тот же фрагмент, к тому же часто
изменяемый, использовать SSI-вставки много удобнее.
Сервер интерпретирует SSI-директивы и выполняет соответствующие действия.
Использование SSI-вставок позволяет динамически формировать странички в
зависимости от различных параметров(например, типа браузера).
Преимущества SSI проявляются тем сильнее, чем больше по объему сайт,
имеющий повторяющиеся элементы кода на разных страничках.
Для того, чтобы сервер знал, что страничка не обычная, а содержит SSI-
директивы, используется специальное расширение: shtml или shtm. (Вообще-то,
конфигурация сервера может быть настроена и на другое расширение, но shtml
воспринимается всегда (если только на сервере не отключено применение SSI
вообще).
Для того, чтобы указать серверу, какой блок нужно вставить и в каком месте
странички, используется специальная форма записи в виде комментария:
| |
При просмотре сформированного исходника HTML-файла пользователь не увидит
никаких признаков SSI, т.к. браузер получает уже готовый HTML-код.
Первое преимущество SSI с точки зрения дизайнера заключается в том, что при
таком подходе web-мастеру, занимающимуся поддержкой сайта, можно не бояться
случайно испортить дизайн. Элементы сложной верстки скрыты за счет
использования SSI, и поддержка содержимого страничек становится гораздо
более легким и приятным делом. Второе, не менее важное преимущество, - это
возможность мгновенной замены дизайна сайта, не требующая переделывания
страничек. Для смены дизайна достаточно переписать SSI-вставки, формирующие
внешний вид сайта.
Не является ли SSI альтернативой CGI? Скорее, это дополнение (и очень
ценное) к CGI, предоставляющее web-программисту множество удобств.
ISAPI
Подобно CGI, спецификация ISAPI (Internet Server Application Programming
Interface) определяет правила взаимодействия между Web-сервером и
дополнительными программами. Для того чтобы понять, зачем понадобился
альтернативный подход к созданию программ, выполняющихся на сервере,
поговорим о преимуществах и недостатках стандарта CGI.
Несомненным преимуществом CGI является универсальность. CGI-сценарии могут
быть написаны на разных языках и выполняться на компьютерах с различной
архитектурой. Если при написании сценария вы учли все правила, то можете
быть уверены, что созданная вами программа будет корректно
взаимодействовать с любым Web-сервером. Простота CGI также способствует
широкому распространению этого стандарта.
Однако, наряду с преимуществами, CGI-сценарии обладают некоторыми
недостатками; главным из которых считается неэффективное использование
ресурсов. Каждый из запросов клиента, предполагающий вызов сценария,
порождает отдельный процесс на компьютере-сервере. Как известно, для
выполнения независимого процесса требуется гораздо больше ресурсов, чем для
работы потока в составе процесса.
Стремление повысить производительность и снизить затраты ресурсов привело к
созданию корпоративных стандартов. Наиболее известными из них являются
NSAPI и ISAPI.
Основное отличие ISAPI-программы от CGI-сценария состоит в том, что ISAPI-
программа представляет собой не исполняемый файл, а динамическую библиотеку
(DLL). Благодаря этому появилась возможность запускать программу не как
отдельный процесс, а как поток, принадлежащий Web-серверу. Для выполнения
потока требуется значительно меньше ресурсов, чем для работы независимого
процесса. Поток использует адресное пространство породившего его процесса и
работает намного быстрее, чем отдельный процесс.
По окончании выполнения процесс выгружается из памяти, а при поступлении
следующего запроса снова загружается с диска. Это также не способствует
эффективной работе CGI. При интенсивном поступлении запросов необходимость
постоянного обмена с диском создает дополнительную нагрузку на сервер. В
отличие от CGI-сценария, ISAPI-программа, окончив свою работу, как правило,
остается резидентной в памяти и используется для обработки последующих
запросов.
Однако иногда преимущества ISAPI-программ оборачиваются недостатками. (Это
не удивительно. Ведь если бы ISAPI-программы были свободны от недостатков,
они бы быстро вытеснили CGI-сценарии.)
Если за универсальность CGI-сценариев пришлось платить недостаточной
производительностью, то в качестве платы за высокую производительность
создатели ISAPI-программ жертвуют универсальностью. Арсенал языков,
имеющихся в распоряжении разработчиков ISAPI-программ, значительно беднее,
чем у их коллег, создающих CGI-сценарии. По сути, тому, кто хочет быстро
написать достаточно большую ISAPI-программу, не остается иного выбора,
кроме C++.
Второй недостаток ISAPI гораздо серьезнее первого. Поскольку программа
данного типа выполняется как поток, порожденный сервером, она использует
адресное пространство сервера. Следовательно, ошибка ISAPI-программы может
не только вызвать ее аварийное завершение, но и вывести из строя сервер.
Программы, использующие спецификацию ISAPI, делятся на две категории.
* Расширения. Функционально они мало чем отличаются от CGI-сценариев.
Подобно CGI-сценариям, расширения реализуют дополнительные возможности Web-
сервера, но строятся совершенно по-другому. Рассмотрению ISAPI-расширений
посвящена данная глава.
* Фильтры. Это особый класс программ. Если расширения дополняют
возможности Web-сервера, то фильтры изменяют его поведение. Принцип работы
и реализация ISAPI-фильтров будут рассмотрены в следующей главе.
ISAPI-расширение представляет собой динамическую библиотеку (DLL), которая
связывается с Web-сервером в процессе его работы. В данной библиотеке
должны экспортироваться, т.е. быть доступными для вызова, две функции:
GetExtensionVersion() и HttpExtensionProcf).
Особенности выполнения ISAPI-расширений, а также основные отличия программ
данного типа от CGI-сценариев проще всего выяснить, рассматривая процедуру
вызова расширения, а также назначение указанных выше функций и параметров,
передаваемых при их вызове.
В отличие от расширения, которое вызывается лишь тогда, когда в запросе
клиента явно указан URL программы, ISAPI-фильтр получает управление при
каждом обращении клиента к серверу. Программа-фильтр загружается в память
при запуске Web-сервера и остается резидентной в течение всего времени
работы сервера.
Язык программирования Perl
Perl - интерпретируемый язык, приспособленный для обработки произвольных
текстовых файлов, извлечения из них необходимой информациии и выдачи
сообщений. Он также удобен для написания различных системных программ. Этот
язык прост в использовании, эффективен, но про него трудно сказать, что он
элегантен и компактен.
Perl был создан в 1986 году как инструмент для администрирования и
конфигурирования системных ресурсов сети, состоящей из Unix-компьютеров. Он
сочетает в себе лучшие черты C, shell, sed и awk, поэтому для тех, кто
знаком с ними, изучение Perl-а не представляет особого труда. Cинтаксис
выражений Perl-а близок к синтаксису C. В отличие от большинства утилит ОС
UNIX Perl не ставит ограничений на объем обрабатываемых данных и если
хватает ресурсов, то весь файл обрабатывается как одна строка. Рекурсия
может быть произвольной глубины. Хотя Perl приспособлен для сканирования
текстовых файлов, он может обрабатывать так же двоичные данные и создавать
.dbm файлы, подобные ассоциативным массивам. Perl позволяет использовать
регулярные выражения, создавать объекты, вставлять в программу на С или C++
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9
