Как данные передаются по Сети
Как вы уже знаете, для пересылки данных по Интернету, да и по любой локальной или глобальной компьютерной сети, используется особый набор правил, называемый протоколом. Протокол определяет, каким образом данные будут шифроваться и упаковываться для последующей передачи по сети. Естественно, что и передающая, и принимающая программы должны поддерживать один и тот же протокол, чтобы "понять" друг друга. (Иначе возникнет так называемая несовместимость по протоколу передачи данных, штука весьма неприятная.) Собственно, уже говорилось об интернет-протоколах и повторяться сейчас нет смысла.
Также вы знаете, что для пересылки по Сети Web -страниц и связанных с ними файлов (графических изображений, звуков, архивов и т. п.) используется протокол HTTP . Он же применяется и для передачи данных, причем для этого предусмотрены два метода передачи данных. Оба способа широко используются в интернет-программировании и имеют свои преимущества и недостатки. Давайте их рассмотрим.
Первый способ носит название GET по значению соответствующего параметра формы. При его использовании данные передаются как часть интернет-адреса в HTTP - запросе.
Как вы помните, Web -обозреватель для того, чтобы получить от Web - сервера нужный ему файл, отправляет этому серверу так называемый HTTP - запрос, включающий в себя интернет-адрес необходимого файла. Так вот, данные могут быть переданы как часть этого адреса.
Возьмем, например, такой набор данных, приведенный чуть выше:
Name1 = Ivan
surname = Ivanovich
name2 = Ivanov
age = 30
Теперь подготовим его для пересылки по методу GET (сами данные выделены полужирным шрифтом):
http://www.somesite.ru/bin/program.exe?name1=Ivan&surname2=Ivanovich& name2=Ivanov&age=30
Как видите, пересылаемые по методу GET данные помещаются в самый конец интернет-адреса и отделяются от него вопросительным знаком. При этом пары "имя" = "значение" отделяются друг от друга знаком "коммерческое и" ("&"). Все очень просто и наглядно.Такая простота и наглядность представления данных — основное преимущество метода GET . Как говорится, все на виду. Также значительно упрощается отладка Web - страниц: поскольку передаваемый Web -серверу адрес отображается в строке адреса Web -обозревателя, вы всегда сможете увидеть, что именно было передано. (Однако, как вы понимаете, конфиденциальные данные таким методом не передашь — их увидят все, кто стоит за вашей спиной.)
Часто создаются Web -сайты, гиперссылки в которых организуется следующим образом:
http://www.mysite.ru/bin/choose.exe?chapter =3
Как видите, фактически это ссылки на серверную программу, содержащие один параметр chapter и его значение. Это значит, что все остальные страницы такого сайта формируются серверной программой динамически, на основании полученных параметров. По такому принципу очень часто строятся сайты-справочники, сайты-каталоги программ, электронные магазины и другие сайты, содержащие большое количество классифицированной информации.
К несчастью, метод GET обладает огромным недостатком: с его помощью невозможно передавать большие объемы данных. Это происходит из-за ограничения, накладываемого стандартами на длину интернет-адреса: не более 256 символов. Вычтите отсюда длину собственно адреса серверной программы — и вы получите максимально допустимый размер ваших данных. Второй недостаток метода GET -- обратная сторона его достоинства. Данные, пересылаемые им, открыты для всеобщего обозрения и могут быть легко прочитаны в строке адреса Web -обозревателя.
Метод GET стоит использовать, если пересылаемые серверной программ данные заведомо невелики и не являются секретными. В частности, он используется для пересылки ключевых слов поисковым машинам, в сайт построенных на основе серверной программы (см. выше) и т. п. Если же нужно пересылать объемистые либо конфиденциальные данные, используйте второй метод передачи, называемый POST .
Метод POST передает данные серверной программе все в том же HTTP запросе, но уже не частью интернет-адреса, а в виде так называемых дополнительных данных. Поскольку размер дополнительных данных не ограничен (по крайней мере, он может быть очень велик), вы можете передав все, что угодно, в каких угодно количествах. В частности, именно этим способом Web -серверу могут передаваться даже файлы.
Достоинства метода POST : отсутствие ограничения на объем передаваем данных и "невидимость" их. Недостатки: сложность расшифровки данных! трудность отладки. Методом POST передаются, например, анкетные данные, адреса покупателей в электронных магазинах, литературные произведения на сайты http://www.stihi.ru и http://www.proza.ru и т. п. В общем, то, что имеет большие объемы.
Как говорят, комитет WWWC намерен вообще со временем отказаться от метода GET и все данные передавать с помощью метода POST . Пока что метод GET просто объявлен не рекомендованным для использования во вновь создаваемых сайтах, реально же он еще поддерживается Web - обозревателями .
Вот мы и выяснили все о серверных программах. Ну, может, не все, но пока нам этого достаточно. Теперь поговорим о том, насколько полно все это поддерживается Dreamweaver MX .
Серверное программирование — подход Dreamweaver
Трудно ли писать серверные программы? Да, трудно. Вероятно, даже труднее, чем Web -страницы.
Однако вспомните, часто ли нам приходилось писать HTML -код вручную? Совсем редко, не правда ли? А все потому, что Dreamweaver заботливо оберегал нас от этого, предоставляя удобный интерфейс для визуального создания страниц. Мы просто писали текст, форматировали его, помещали на страницу изображения, таблицы, применяли к элементам страницы поведения и т. п. Одним словом, чувствовали себя комфортно.
И неужели нам теперь придется писать серверные программы вручную?! Нет, совсем не обязательно.
Уже упоминалось, что Dreamweaver предоставляет неопытным пользователям и вообще тем, кто не хочет иметь дела с JavaScript -кодом, так называемые поведения. Поведение — это уже готовый сценарий, написанный профессиональными программистами и помещаемый в код Web -страницы самим Dreamweaver после того, как пользователь выберет это поведение в меню поведений панели Behaviors . Пользователю не надо заботиться о том, что в определенное место кода страницы необходимо поместить сценарий, выполняющий то или иное действие, ему не нужно будет проверять этот сценарий на наличие ошибок и согласовывать его с другими сценариями. Все это за него делает Dreamweaver .
Но Dreamweaver идет дальше. Он предлагает поведения не только для клиентских, но и для серверных сценариев. Так что вы можете создавать с его помощью не только статические, но и динамические серверные страницы. В самом деле, набор операций, применяемых в серверном программировании, очень невелик. Открыть базу данных, получить из нее какието данные, вывести их на странице, записать новые данные — что еще нужно! Конечно, если вы хотите реализовать какието хитроумные действия, вам придется писать серверные страницы "врукопашную". Но, согласитесь, такое бывает нечасто.
Итак, мы выяснили две вещи. Во-первых, Dreamweaver MX поддерживает создание серверных Web -страниц. Во-вторых, для помещения в них сценариев используются хорошо знакомые вам поведения. Dreamweaver предлагает большой набор поведений для серверных сценариев, которых вам хватит на первых порах.
Осталось выяснить, какие именно серверные страницы позволяет создавать Dreamweaver . Точнее, какие технологии создания серверных страниц он позволяет использовать. Таких технологий четыре, и сейчас они будут перечислены.
1. ASP . Эта технология вам уже знакома.
2. ASP . NET . Дальнейшее развитие ASP .
3. PHP . Бесплатная технология, распространяемая с открытыми исходными текстами. Довольно популярна и часто используется с бесплатными же; Web -серверами, например Apache .
4. Macromedia ColdFusion . Собственная разработка фирмы Macromedia .
Какую же из них выбрать? Ведь нам надо будет создавать примеры Web - страниц.
Давайте выберем ASP . И вот почему.
Для того чтобы работать с серверными страницами, нам понадобится Web -сервер. Без него серверные страницы просто не будут работать. А, возможно, вы знаете, что со всеми более-менее новыми версиями Windows поставляется небольшой Web -сервер. В системах Windows 95/98/ME это Personal Web Server, а в Windows NT/2000/XP — Internet Information Server. Его возможностей нам вполне хватит для экспериментов с серверным программированием.
Так вот, этот Web -сервер полноценно поддерживает технологию ASP . Вы можете писать активные серверные страницы и выполнять их под ним. И вам не придется загружать никаких дополнительных компонентов — все, что вам нужно, уже включено в состав дистрибутивного комплекта Windows . Вот поэтому и был выбран ASP .
Технологию ASP . NET пока что не поддерживает практически ни один Web -сервер; фирма Microsoft пока что не выпустила ни один продукт с поддержкой этой технологии. Для работы с PHP -страницами вам придется искать и загружать по Сети довольно большой дистрибутивный комплект, содержащий обработчик РНР, а потом долго его настраивать. Что касается технологии ColdFusion , то вряд ли вы в состоянии выложить за нее несколько тысяч долларов. Так что вариантов у нас практически нет.
