Web - мастеринг. Серверное web - программированиеВ рейтинге самых привлекательных и востребованных профессий в ИТ на первое место можно с уверенностью поставить веб-мастера – под этим словом в широком смысле понимают специалистов, которые занимаются разработкой и поддержкой сайтов. Сегодня любая серьезная компания стремится обзавестись собственным сайтом или веб-страницей, а значит, ей нужны квалифицированные специалисты.
Разработчики, программисты, верстальщики, оптимизаторы – ценные сотрудники в российских и международных компаниях. Им предлагают достойный оклад и заманчивые условия труда: корпоративные «плюшки», интересные проекты, карьерный рост, гибкий график. Благодаря стабильному спросу на свои услуги веб-мастер может позволить себе работать на фрилансе: самому выбирать заказчиков, не отчитываясь перед «дядей», сидя в любимом кресле дома или в отеле на берегу моря.
Если Вы решили заниматься разработкой сайтов, Вам нужно четко представлять принципы работы веб-сервера. Именно знания протокола HTTP делают веб-мастера профессионалом своего дела и позволяют ему легко решать задачи построения сайтов. Пренебрегающий этим фактом специалист, сталкиваясь с задачей, пишет громоздкий программный код и даже не догадывается, что она решается одной-двумя строчками в конфигурации веб-сервера.
Наш курс «Web-мастеринг. Серверное web-программирование» поможет изучить механизмы работы веб-сервера и получить практические навыки администрирования. Он будет полезен выпускникам курсов направлений PHP, ASP.Net и др. и слушателям, которые только планируют это обучение. Курс может быть рекомендован выпускникам курсов по веб-направлению, если слушатели не проходили настоящий курс.
На занятиях Вы рассмотрите сервер IIS, входящий в состав линейки ОС Windows 8/7 и Windows Server 2012/2008 , а также сервер Apache версий 2.2-2.4 , часто применяемый на платформе Unix . Преподаватель уделит внимание важным темам, связанным с безопасностью: механизмы аутентификации, сценарии авторизации пользователей, настройка и использование SSL, работа с сертификатами SSL, использование модуля сервера Apache mod_rewrite.
Полученные знания Вы отработаете на практике: 24-часовой курс включает 13 лабораторных работ. Пройдя курс, Вы сможете самостоятельно администрировать серверы IIS и Apache 2.2-2.4, управлять кэшированием контента, использовать SSL и работать со спецификациями RFC. Ваши умения и навыки подтвердят престижные документы центра: свидетельство и удостоверение о повышении квалификации.
Успешная карьера веб-программиста начинается с этого курса! Записывайтесь на курс!
По окончании курса Вы будете уметь:
Специалисты, обладающие этими знаниями и навыками, в настоящее время крайне востребованы. Большинство выпускников наших курсов делают успешную карьеру и пользуются уважением работодателей.
- Знать и понимать протокол HTTP/1.1
- Администрировать сервер IIS
- Администрировать сервер Apache 2.2 - 2.4
- Управлять кэшированием контента
- Использовать обработчики и модули сервера
- Понимать механизмы аутентификации пользователей
- Использовать SSL
- Работать со спецификациями RFC
Продажник
Для просмотра содержимого вам необходимо
Языки программирования, позволяющие работать с Интернет-технологиями, называют языками веб-программирования (далее для удобства - ЯВП). Некоторые из них когда-то создавались специально для конкретных ресурсов и широко известны стали гораздо позже. PHP, например.
WEB програмированиеВсе ЯВП делятся на серверные и клиентские:
Клиентские языки web-программирования
Программы, написанные на клиентских языках, обрабатываются браузером. Иначе говоря, обрабатываются они клиентом пользователя. Отсюда и название. Отсюда же и недостаток: то, каким образом обрабатывается программа (скрипт), напрямую зависит от браузера. Пользователь даже может настроить его на полное игнорирование вашего скрипта.
К тому же браузер слишком ранней версии может не поддерживать язык или версию языка, на котором программа написана. Но тут, правда, стоит сказать, что случается это довольно редко, так как обновляются ЯВП не так уж и часто.
Программный код скрипта, созданного на клиентском ЯВП, может просмотреть кто угодно, например, щёлкнув правой кнопкой мыши на странице и выбрав в контекстном меню пункт «Просмотр кода страницы» или подобный ему (в зависимости от браузера).
Преимуществом клиентских скриптов является скорость работы. Скажем, программа должна проверить введённые пользователем вконтакте данные на корректность. В этом случае проверка выполнится тут же, не отправляя проверяемое на сервер и не принимая обратно отчёт. Экономия времени очевидна.
Но в этом и минус – клиентский скрипт вообще ничего записать на сервер не может. Поэтому создать, допустим, гостевую книгу с помощью клиентского ЯВП не получится, ведь для этого нужно сохранять сообщения в файле на сервере.
В пример ЯВП можно привести Java Script, который оказал значительное влияние на становление Си-Шарп (вот c# форум), и Visual Basic Script. Для изучения клиентских ЯВП и работы с ними необходим браузер, их поддерживающий. Подойдут, например, Internet Explorer, Mozilla или Opera.
Серверные языки web-программирования
Сервер – это компьютер, на котором размещён сайт, и программное обеспечение, обрабатывающее запросы браузера к страницам сайта.
Обработка скриптов на серверных ЯВП отличается от клиентских:
пользователь пытается перейти на страницу (вводит url в адресную строку или переходит по ссылке);
все скрипты, связанные с этой страницей обрабатываются на сервере;
пользователю отображается html-документ.
То есть, увидеть код скрипта на серверном ЯВП посетителю страницы не удастся. Таким образом, работоспособность скрипта напрямую зависит теперь не от пользовательского браузера, а от сервера, на котором размещён сайт.
Стоит также упомянуть понятие СУБД (Система Управления Базами Данных). В общем-то, это тоже сервер. Создатель сайта при покупке хостинга получает Базу Данных (БД), в таблицах которой может хранить различную информацию, к которой в любой момент можно обратиться. Если вернуться к нашему примеру, в одной из таких таблиц могут находиться сообщения пользователей, оставленные в гостевой книге.
Конечно, кто-то скажет, что хранить сообщения можно и текстовом файле. Но информацией, сохранённой в БД, легче управлять – можно связывать таблицы, хранить зашифрованные пароли и многое другое.
Функциональность серверных ЯВП практически безгранична, но изучение их достаточно трудоёмко, что бы не говорили создатели языков.
В последнее время широкое применение получили СУБД, обращение к которым происходит посредством структурированного языка запросов - Structured Query Language (SQL). Очевидно, что для работы с такими базами данных необходимо непосредственное знание SQL. К таким СУБД относятся, например MySQL и PostgreSQL .
Среди серверных ЯВП наиболее распространены PHP, SSI и Perl.
Для изучения серверных ЯВП и работы с ними нужно несколько больше, чем для клиентских – сервер, интерпретатор языка и СУБД.
В целом, из всего вышесказанного можно сделать вывод о том, что для несложных скриптов или для начинающих web-мастеров прекрасно подойдёт какой-либо из клиентских ЯВП. Для более же серьёзных разработок придётся изучать язык серверный.
А вы знаете, что языки веб-программирования бывают клиентскими и серверными? JavaScript, VBS, PHP, PERL. А вы знаете, чем они отличаются, как работают? А вы знаете, что такое сервер? А вы знаете, что такое СУБД? А вы знаете? Так читайте эту статью и узнаете:)
1 - Языки веб-программирования, что это такое
2 - Клиентские языки веб-программирования
3 - Серверные языки веб-программирования
4 - Пара слов напоследок
Языки веб-программирования, что это такое
Вы где-то там читали, что для того, чтобы сделать гостевую книгу или опрос, нужно знать какое-то там веб-программирование. Вы когда-то там слышали, что такое веб-программирование. Вот мы и встретились, ведь я когда-то тоже мучился этими вопросами, а ныне попытаюсь дать на них ответы.
Языки веб-программирования - это соответственно языки, которые в основном предназначены для работы с интернет-технологиями. А некоторые и создавались только для работы с каким-нибудь ресурсом, и лишь долгое время спустя к ним приходила известность и всеобщее признание (например, PHP). Но я не буду углубляться в историю создания различных языков веб-программирования, поскольку не она является предметом этой статьи, а если читателю интересно, он может найти её на сайтах разработчиков.
Языки веб-программирования делятся на две группы: клиентские и серверные. Напомню, что такое сервер: это и тот компьютер, где хранится ваш сайт, и та программа, которая обрабатывает запросы браузера к какой-либо странице.
Клиентские языки
Как следует из названия, клиентские языки обрабатываются на стороне клиента пользователя, а если проще - программы на клиентском языке обрабатывает браузер. Отсюда следует и недостаток – это то, что обработка скрипта зависит от браузера пользователя, и пользователь имеет полномочия настроить свой браузер так, чтобы он вообще игнорировал написанные вами скрипты. При этом, если браузер старый, он может не поддерживать тот или иной язык или версию языка, на которую вы опираетесь. С современными браузерами таких проблем возникать не должно, к тому же языки программирования не так уж часто кардинально обновляются (раз в несколько лет) и лучшие из них давно известны. Также код клиентского скрипта может посмотреть каждый, выбрав в меню “Вид” своего браузера вкладку “Исходный код” (или что-то в этом роде).
Преимущество же клиентского языка заключается в том, что обработка скриптов на таком языке может выполняться без отправки документа на сервер. Это легче объяснить на примере: допустим, вам надо проверить правильно ли пользователь ввел e-mail (т.е., например, проверить в нем наличие “@”); чтобы это сделать пользователю, надо было бы отправить форму с заполненными данными, потом дождаться, пока она обработается, и лишь после этого получить сообщение об ошибке (если она, разумеется, присутствует). Процесс слишком долгий. С клиентским же языком программа сразу проверит правильное заполнение формы перед отправкой, и, если необходимо, выведет ошибку. Отсюда же вытекает и то ограничение, что с помощью клиентского языка программирования ничто не может быть записано на сервер, то есть, например, с его помощью нельзя сделать гостевую книгу, потому что тогда надо записывать сообщения в какой-либо файл на сервере.
Самым распространенным из клиентских языков является JavaScript, разработчиками которого является компания Netscape (www.netscape.com, думаю, вам известен их браузер Netscape Navigator) совместно с компанией SunMicrosystems (www.sun.com). Другой вариант клиентского языка это, например, VisualBasicScript (VBS). Чтобы начать учить клиентский язык веб-программирования, Вам понадобится поддерживающий этот язык браузер (Internet Explorer (www.microsoft.com), Opera (www.opera.com), Netscape Navigator (www.netscape.com), Mozilla (www.mozilla.org), будут подходящими вариантами (лично я пользуюсь последним)) и обучающий материал, который можно найти на сайте alepira.ural.ru
Серверные языки
Итак, теперь разберемся в том, как обрабатываются скрипты на серверном языке программирования. Для начала предоставлю следующую схему:
Когда пользователь дает запрос на какую-либо страницу (переходит на нее по ссылке, или вводит адрес в адресной строке своего браузера), то вызванная страница сначала обрабатывается на сервере, то есть выполняются все скрипты, связанные со страницой, и только потом возвращается к посетителю в виде простого HTML-документа (то есть посетитель уже никак не сможет увидеть код Вашего скрипта). Но работа ваших скриптов уже полностью зависима от сервера, на котором расположен ваш сайт, и от того, какая версия того или иного языка поддерживается хостингом.
Серверные языки программирования открывают перед программистом большие просторы в деятельности, однако, сколько бы не писали люди, продвигающие язык, что их язык очень легок для обучения, без предварительного груза знаний освоить довольно-таки тяжело.
Здесь же стоит упомянуть, что такое Система Управления Баз Данных, или СУБД. Это, по сути, тоже сервер, на котором в определенном пользователем порядке хранится разная необходимая информация, которая может быть вызвана в любой момент. Это библиотека, в которой все материалы аккуратно сложены по полочкам и в любой момент могут быть взяты. Обычно при покупке хостинга выделяется одна База данных (БД), в которой пользователь может создавать множество таблиц, а в них уже хранить разнообразную информацию. То есть если опять же вернуться к примеру с гостевой книгой, то в какой-либо созданной Вами таблице можно хранить сообщения, оставленные пользователями. Можно, конечно, хранить их и в текстовом файле, но это менее надежно, да и к тому же я привел лишь мелкий пример, а если, скажем Вам надо хранить пароли (а их надо хранить в зашифрованном виде), или связать несколько таблиц при обращении к каким-либо данным, тут без БД не обойтись.
В настоящее время стали известны и не напрасно СУБД, обращение к которым производится посредством Structured Query Language (SQL), или структуризированным языком запросов. Чтобы работать с этими базами данных (дополнять, обновлять, делать запросы и т. д.) вам необходимо знать этот самый SQL. Среди таких СУБД наиболее известна MySQL (www.mysql.com), я же для себя предпочел PostgreSQL (www.postgresql.org).
Пара слов напоследок
Если продолжать говорить о языках программирования, то сейчас существуют языки, которые встраиваются в сам документ, и те программы, на которых надо предварительно компилировать, то есть превращать, написанные вами исходные коды в готовую программу; недостаток вторых заключается в том, что если вам нужно обновить скрипт, то придется заново компилировать дополненные коды.
Среди серверных языков программирования выделяются PHP (PHP: Hypertext Preprocessor) (www.php.net), Perl (www.perl.com), SSI (Server Side Include). Для тестирования этих скриптов Вам понадобится уже побольше: сервер (www.apache.org), интерпретатор языка (можно взять на сайте производителя), ну и конечно при продуктивной работе еще и СУБД.
Что? Какое
еще серверное программирование? Что это за беда? И зачем она нам нужна?
Мы, вроде
бы, научились создавать Web-страницы в среде Dreamweaver. Мы даже научились
создавать с его помощью целые Web-сайты и публиковать их на Web-сервере. Мы
изучили две разновидности дизайна страниц: фреймовый, когда сайты строятся на
основе наборов фреймов, и табличный, когда содержимое страницы помещается в
большую сложную таблицу. Мы познакомились с таблицами стилей, метатегами и серверными
директивами. И, наконец, узнали о Web-программировании и Web-сценариях, позволяющих
добавить "жизни" нашим статичным страничкам. Что же еще надо для счастья?
Да, изученного
ранее нам вполне хватит, чтобы создавать вполне приличные сайты. Многие Web-дизайнеры
на этом и останавливаются. Но ведь мы хотим большего, не так ли?
Так давайте
же сделаем следующий шаг - перейдем от страниц, хранящихся в файлах на сервере,
к страницам, генерируемым специальными программами. Как раз написанием таких
программ и занимается серверное программирование.
Но давайте
по порядку. И начнем мы с того, что выясним, зачем нужны эти серверные программы.
Что
такое серверное программирование
Действительно,
что это такое и с чем его едят?
Зачем
нужны серверные программы
Вы когда-нибудь
посещали интернет-магазин? Например, популярнейший "Озон" (http://www.ozon.ru) .
Помните, как там выполняется заказ товара?
Если не помните
или вообще не знаете, что такое интернет-магазин, давайте вспомним (или узнаем).
Вы заходите
на Web-страничку, описывающую нужный вам товар. После долгих мук совести вы
все-таки решаетесь на покупку и щелкаете на кнопке Купить.
После этого
вы получаете несколько Web-страниц, где можете задать свой адрес, способы оплаты
и доставки товара и, наконец, подтвердить покупку. Все это вы делаете, щелкая
соответствующие кнопки и вводя данные в соответствующие поля ввода, расположенные
прямо на страницах.
Что происходит
при этом? Как обрабатываются введенные вами данные? Неужели самим Web-обозревателем?
Отнюдь. Эти
данные обрабатываются на Web-сервере.
Интернет-магазин
- просто один из примеров, пришедших в голову автору, являющемуся поклонником
и постоянным клиентом вышеупомянутого "Озона". Точно так же работают
серверы электронной почты, основанной на Web, поисковые машины, электронные
доски объявлений, форумы, вообще, любые Web-сайты, принимающие от посетителя
какие-то данные и обрабатывающие их. Во всех этих случаях Web-обозреватель принимает
от посетителя данные и отправляет их Web-серверу, который обрабатывает их и
выдает результат обработки в виде автоматически сформированной Web-страницы.
Как это происходит
на деле? Сейчас мы это выясним. И первым делом ответим на вопрос...
Как
Web-сервер
обрабатывает данные пользователя
Итак, каким
же образом программа Web-сервера обрабатывает данные, отправленные ей пользователем?
Да никак.
Web-сервер не приспособлен их обрабатывать. Его задача: прием от Web-обозревателя
запроса на файлы (Web-страницы, таблицы стилей, графические изображения, фильмы,
звуки, архивы, исполняемые файлы и т. п.), поиск этих самых файлов на жестких
дисках серверного компьютера и отправка найденных файлов назад Web-обозревателю.
Это его основная задача. Конечно, некоторые особо мощные серверы могут выполнять
дополнительные действия над отправляемыми файлами перед собственно их отправкой
(в частности, выполнять серверные директивы). Есть и программы-"многостаночники",
выполняющие функции не только Web-сервера, но и сервера FTP, почты, новостей
UseNet и бог знает чего еще. Но основная функция: простая выдача файлов по требованиям
клиентов -и не более того.
Секрет в том,
что данные посетителя обрабатываются не самим Web-сервером. Для этого применяются
специальные программы, работающие вместе с Web-сервером на том же серверном
компьютере. Они называются серверными программами,
не имеют интерфейса
пользователя и "общаются" только с Web-сервером, принимают от него
введенные пользователем данные и возвращают ему результат. Этим они коренным
образом отличаются от клиентских программ, работающих непосредственно с пользователем.
(К клиентским программам относится, в частности, ваш любимый Web-обозреватель.)
Из этого следует,
что Web-сервер умеет-таки принять данные от пользователя. Да, это входит в его
основную задачу: принять данные и перенаправить их серверной программе. В свою
очередь серверная программа их обработает и вернет Web-серверу результат.
Вот тут-то
и начинается самое интересное. Дело в том, что результат, возвращаемый серверной
программой Web-серверу, - это не что иное, как обычный HTML-код! Фактически
серверная программа возвращает готовую Web-страницу, сформированную на основе
данных, введенных посетителем. Такая страница называется динамической,
в
отличие от статических
страниц, написанных Web-дизайнером и сохраненных
в файлах на дисках серверного компьютера. А уж эту динамическую страницу Web-сервер
и направляет клиенту в качестве ответа на введенные данные.
Серверные
программы делятся на следующие четыре вида.
- Исполняемые программы,
работающие через интерфейс CGI
(Common Gateway Interface - общий интерфейс
обмена), так называемые CGI-npoграммы.
Эта разновидность серверных
программ - самая старая, однако отнюдь не устаревшая.
- Расширения Web-сервера
(приложения формата ISAPI, NSAPI, модули расширения Apache и т. п.). Новый
способ, позволяющий встраивать серверные программы в сам Web-сервер, делая
их его составными частями. Впервые предложен фирмой Microsoft для их сервера
Microsoft Internet Information Server (интерфейс ISAPI) и разработчиками популярного
бесплатного Web-сервера Apache.
- Активные серверные
страницы
(ASP, JSP и др.). Фактически это обычные статические Web-страницы,
сохраненные в файлах, Которые, кроме обычного HTML-кода, включают в себя команды,
обрабатываемые либо самим Web-сервером, либо его расширением. Также новый
способ, впервые предложенный Microsoft для того же Internet Information Server.
- Серверные сценарии,
написанные на интерпретируемом языке (Perl, Python, VBScript, JavaScript
и др.). Обычные сценарии, работающие через интерфейс CGI или ISAPI на стороне
сервера.
Теперь рассмотрим
все это разнообразие подробнее.
CGI-программы
представляют собой обычные исполняемые файлы, написанные на любом языке программирования
и откомпилированные в ма
шинный
код процессора. Они не имеют интерфейса пользователя (как и все серверные программы),
а работают с Web-сервером, получают от него входные данные и ему же пересылают
результаты своей работы. Запускаются они самим Web-сервером, когда в них возникает
нужда (когда необходимо обработать полученные от пользователя данные), и работают
под управлением операционной системы серверного компьютера. При этом, если Web-серверу
поступает одновременно несколько запросов на обработку данных от пользователей,
он запускает соответствующее количество копий CGI-программы.
К достоинствам
CGI-программ можно отнести легкость создания (многие среды разработки программ
поддерживают создание таких приложений, в частности популярнейший Borland Delphi,
начиная с версии 3) и простоту отладки. Также, поскольку CGI-приложения представляют
собой независимые программы, они выполняются отдельно от Web-сервера (как говорят
программисты и системные администраторы, выполняются в другом адресном пространстве).
Это значит, что при сбое в CGI-программе завершается только она - сам Web-сервер
остается "на плаву". А недостаток у CGI-программ всего один: большой
расход системных ресурсов, поскольку для обработки каждого набора данных запускается
отдельная копия серверной программы. И если Web-серверу поступит слишком много
запросов на обработку данных, серверный компьютер может и зависнуть.
Расширения
Web-сервера - более новая разновидность серверных программ. Они представляют
собой обычные библиотеки DLL, в которых реализована вся логика серверной программы.
Такие библиотеки как бы встраиваются в программу Web-сервера и работают как
ее неотъемлемая часть. Поскольку библиотеки DLL работают только в среде Windows,
для того чтобы создавать расширения в иных операционных системах, были придуманы
и другие форматы. В частности, модули расширения сервера Apache не являются
библиотеками DLL,
Именно в виде
библиотек DLL создаются расширения Web-серверов Internet Information Server
фирмы Microsoft и Netscape Web Server фирмы Netscape. В первом случае расширения
имеют формат ISAPI
(Internet Server Application Programming Interface
- интерфейс программирования приложений интернет-сервера), а во втором - NSAPI
(Netscape Server Application Programming Interface - интерфейс программирования
приложений сервер^ Netscape). Формат модулей расширения Apache так и называется
- модули Apache.
Достоинство у расширений Web-сервера одно: бережный расход системных ресурсов. Дело в том, что для обработки всех наборов данных пользователя запускается всего один экземпляр расширения, который отнимает существенно меньше ресурсов, чем уйма запущенных CGI-программ. Однако расширения труднее создавать и отлаживать, к тому же они не так безопасны.
Как CGI-программы.
Поскольку они работают как часть Web-сервера, любая ошибка в расширении приведет
к зависанию сервера.
Оба описанных
выше вида серверных программ обладают одним огромным недостатком. Прежде чем
они смогут работать, они должны быть написаны на языке программирования и откомпилированы
в машинные коды процессора, что отнимает много времени, особенно при отладке.
Конечно, откомпилированные программы работают быстрее интерпретируемых, т. е.
тех, где каждая инструкция читается, расшифровывается и обрабатывается специальной
программой-интерпретатором. Но у интерпретируемых программ есть и свои преимущества,
главными из которых являются простота и быстрота написания. Две следующие разновидности
серверных программ, которые будут описаны, как раз будут интерпретируемыми.
Как уже говорилось,
активные серверные страницы - это обычные Web-страницы, включающие в себя особые
серверные сценарии,
выполняемые самим Web-сервером или специальной серверной
программой (CGI-приложением или расширением Web-сервера). В частности, ASP
(Active Server Pages - активные серверные страницы), поддерживаемые Microsoft
Internet Information Server, и JSP
(Java Server Pages - серверные страницы,
написанные на JavaScript), поддерживаемые рядом других Web-серверов, работают
именно таким образом. Серверные страницы ASP пишутся на языках JavaScript и
VBScript, a JSP - только на JavaScript.
Достоинства
активных серверных страниц вы уже знаете: легкость и быстрота написания и простота
отладки. Кроме того, поскольку активные серверные страницы -- это обычные Web-страницы
с "вкраплениями" программного кода, их написание легко освоят все,
кто знаком с HTML. Недостаток: относительная медлительность и повышенные требования
к системным ресурсам.
Серверные
сценарии подобны активным серверным страницам тем, что являются интерпретируемыми,
однако представляют собой "чистый" программный код, без HTML-""примесей".
Интерпретатор практически всегда представляет собой CGI-программу, однако ничто
не мешает разработать его в виде расширения Web-сервера. Сценарии обычно пишутся
на языке программирования Perl, специально предназначенном для обработки текста;
также используются языки Python, JavaScript, VBScript и даже (как говорят) язык
командных файлов MS-DOS. Фактически писать сценарии можно на любом языке программирования,
для которого есть интерпретатор.
Достоинства
и недостатки серверных сценариев те же, что у активных серверных страниц. Однако
сценарии потребляют исключительно много системных ресурсов, даже больше, чем
CGI-приложения. Ведь для обработки каждого набора данных пользователя запускается
своя копия интерпретатора, а интерпретатор, в свою очередь, расходует много
ресурсов на обработку сценария. И все же, несмотря на это, сценарии - самый
популярный способ создания серверных программ.
В табл. 15.1
приведены расширения файлов серверных программ.
Таблица
15.1.
Расширения файлов серверных программ
|
Вид серверных
программ
|
Подвид
|
Расширение
|
||
|
CGI-программы |
- |
exe |
||
|
Расширения Web-сервера |
ISAPI и NSAPI
Модули Apache |
dll Нет расширения |
||
|
Активные серверные страницы Серверные сценарии |
ASP JSP |
asp jsp |
||
|
Язык Perl JavaScript
VBScript Другие языки |
pl, cgi js, cgi
vbs, cgi cgi |
|||
Вот мы и рассмотрели,
как Web-сервер обрабатывает (точнее, не обрабатывает) данные пользователя. Теперь
переместимся в начало цепочки и рассмотрим, как Web-обозреватель отправляет
данные пользователя серверной программе.
Как
Web-обозреватель отправляет введенные данные
В начале этой
главы мы говорили о том, что для сбора данных посетителя используются элементы
управления, помещаемые на самих Web-страницах. Это обычные элементы управления,
знакомые вам по приложениям Windows: поля ввода, кнопки, списки, флажки и пр.
Посетитель сайта вводит в них данные и нажимает особую кнопку, запускающую отправку
данных Web-серверу, а значит, и серверной программе.
Элементы управления,
предназначенные для ввода данных посетителя, помещаются в форму. Форма -
это особый элемент страницы, выполняющий собственно кодирование данных и
пересылку их Web-серверу. (Можно сказать, что форма является родителем для элементов
управления.) Сами же элементы управления только принимают данные от посетителя,
но не кодируют и не передают их.
Каждый элемент
управления, находящийся в форме, должен иметь уникальное имя. Эти имена используются
Web-обозревателем для того, чтобы представить введенные в форму данные в удобочитаемом
для серверной
Например:
Здесь мы рассмотрели
идеальный случай, когда значения каждого элемента управления содержат только
допустимые с
точки зрения протокола HTTP символы: буквы латинского алфавита,
цифры, тире, подчеркивания и некоторые другие знаки. (Как вы помните, HTTP -
протокол передачи файлов, используемый Web-сервером.) Если же вы передаете данные,
содержащие недопустимые символы, скажем, пробелы или буквы русского алфавита,
каждый такой символ будет представлен в виде шестнадцатеричного кода, которому
предшествует знак процента, например, так (закодированные символы пробела выделены
полужирным шрифтом):
Благодаря
такому формату данных написание обрабатывающих их серверных программ становится
очень простым. В частности, язык Perl имеет встроенные средства расшифровки
для этого формата.
Представленные
в вышеуказанном виде данные впоследствии кодируются с использованием одного
из предопределенных методов кодирования
и отправляются по Сети серверной
программе. Всем этим фактически занимается форма (но не элементы управления).
Сам процесс
отправки данных начинается после того, как пользователь нажмет особую кнопку.
Эта кнопка носит название Отправить
(Submit -в англоязычных программах)
и обязательно должна присутствовать в форме. Также в форме может присутствовать
кнопка Сброс
(Reset), обнуляющая введенные пользователем данные. Как
правило, эти кнопки располагаются в самом низу формы.
Вы можете
считать, что форма - это некое подобие обычного диалогового окна Windows-приложения,
принимающего данные от пользователя, кодирующего их определенным образом и отсылающего
основному окну. (Диалоговые окна Windows-приложений также обязательно имеют
две кнопки: ОК
и Отмена
(Cancel).) Но если в случае обычного Windows-приложения
программист должен явно задать, как будут шифроваться и пересылаться данные,
в случае с Web-формой этого делать не нужно. Вам необходимо будет только задать
три обязательных параметра:
- интернет-адрес серверной
программы, которая будет обрабатывать данные формы;
- метод кодирования отправляемых данных;
- один из двух методов
отправки данных.
О методах
отправки данных мы поговорим чуть позже. А сейчас выясним все о двух других
обязательных параметрах формы.
Интернет-адрес
серверной программы очень похож на интернет-адрес любого другого файла, например
Web-страницы. Взгляните сами - так будет выглядеть адрес CGI-программы:
http: //www.
somesite. ru/bin/program.exe Так - адрес расширения Web-сервера: http: //www.somesite.ru/bin/extension.dll
Это - адрес активной серверной страницы:
http: //www.
somesite . ru/asps/active_page . asp
А это - адрес
программы-сценария, написанной на языке Perl:
http: //www.
somesite. ru/scripts/perl_script.pl
Как видите,
ничего сложного в этом нет. Серверная программа - обычный файл, помещенный на
жестких дисках серверного компьютера, и ссылка на него также не представляет
ничего особенного.
Для кодирования
передаваемых по Сети данных обычно используются три наиболее популярных метода:
application/x-www-form-urlencoded,
multipart/form-data
и (значительно реже) text/plain. Возможно применение и других способов кодирования,
но в абсолютном большинстве случаев используются три перечисленных. Вдобавок
эти три метода кодирования поддерживаются большинством программ Web-обозревателей.
Примечание
Если вы
еще помните, что такое тип данных MIME, то, взглянув на приведенные выше названия
методов кодирования данных, сразу увидите, что это как раз типы MIME. Именно
с их помощью задаются методы кодирования.
В подавляющем
большинстве случаев используется метод кодирования application/x-www-form-uriencoded.
Кстати, именно он применяется по умолчанию, если метод кодирования не задан.
Метод кодирования multipart/form-data используется, если вы собираетесь отправить
на Web-сервер файлы; он обеспечивает соответствующее такому случаю преобразование
двоичных данных. Последний метод - text/plain -- представляет данные в виде
обычного текста, что может быть полезно, если данные формы будут отправляться
по электронной почте (иногда применяется и такой способ передачи данных).
Итак, с кодированием
данных разобрались. Остается выяснить, как же эти данные передаются по каналам
Сети.
Как
данные передаются по Сети
Как вы уже
знаете, для пересылки данных по Интернету, да и по любой локальной или глобальной
компьютерной сети, используется особый набор.правил, называемый протоколом.
Протокол определяет, каким образом данные будут шифроваться и упаковываться
для последующей передачи по сети. Естественно, что и передающая, и принимающая
программы должны поддерживать один и тот же протокол, чтобы "понять"
друг друга. (Иначе возникнет так называемая несовместимость по протоколу передачи
данных, штука весьма неприятная.) Собственно, уже говорилось об интернет-протоколах
и повторяться сейчас нет смысла.
Также вы знаете,
что для пересылки по Сети 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-обозревателя, вы всегда сможете
увидеть, что именно было передано. (Однако, как вы понимаете, конфиденциальные
данные таким методом не передашь - их увидят все, кто стоит за вашей спиной.)
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 MX поддерживает создание серверных Web-страниц.
Во-вторых, для помещения в них сценариев используются хорошо знакомые вам поведения.
Dreamweaver предлагает большой набор поведений для серверных сценариев, которых
вам хватит на первых порах.
Осталось выяснить,
какие именно серверные страницы позволяет создавать Dreamweaver. Точнее, какие
технологии создания серверных страниц он позволяет использовать. Таких технологий
четыре, и сейчас они будут перечислены.
- ASP. Эта технология
вам уже знакома.
- ASP.NET. Дальнейшее
развитие ASP.
- PHP. Бесплатная технология,
распространяемая с открытыми исходными текстами. Довольно популярна и часто
используется с бесплатными же Web-серверами, например Apache.
- 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, то вряд ли вы в состоянии выложить за нее несколько тысяч
долларов. Так что вариантов у нас практически нет.
Введение
в базы данных
Последнее,
что мы рассмотрим в данной главе, - это базы данных и работу с ними. Поскольку
львиная доля серверных программ работает именно с базами данных, нам эти знания
очень пригодятся. Конечно, мы не будем рассматривать все технологии баз данных
во всех подробностях, а, как и раньше, ограничимся кратким ликбезом. Вы сами
можете поискать нужные книги и тексты в Сети, если заинтересуетесь этим.
Что такое
база данных?
Ничего особенного, обычный файл или группа файлов, содержащих
данные, организованные особым образом. Если база данных состоит из множества
файлов, она все равно остается единым целым. Данные, содержащиеся в базе, обрабатываются
при помощи особой программы, называемой процессором баз данных.
Процессор
баз данных может быть как совершенно отдельной программой, работающей на том
же компьютере, что и использующая данные программа, так и входить в ее состав.
Базы данных
могут быть организованы по-разному. Но подавляющее большинство баз данных, эксплуатируемых
в настоящее время, являются реляционными.
Данные в таких базах организуются
в виде таблиц. Каждая такая база данных может включать в себя одну или большее
количество таблиц; сложные базы данных, как правило, имеют много таблиц, связанных
между собой.
Каждая таблица
в свою очередь состоит из набора строк, разделенных на ячейки, причем в каждой
ячейке содержатся данные определенного типа: текст, числа, логические величины,
даты и т. д. Строки таблиц баз данных называются записями,
а ячейки,
на которые делится каждая запись, - полями.
Как уже говорилось, каждое
поле имеет определенный тип и обязательно снабжено именем,
по которому
программа, работающая с данными, и осуществляет доступ к этому полю.
На рис. 15.1
приведен пример такой таблицы. Как видите, эта таблица имеет три поля:
- NAME - название технологии создания серверных страниц, текстовое;
- PRICE - цена программы-обработчика,
числовое;
- USING - поддерживается
ли эта технология в настоящее время, логическое ("да-нет").
Кроме того,
эта таблица имеет четыре записи, соответствующие технологиям, поддерживаемым
Dreamweaver MX: ASP, ASP.NET, PHP и ColdFusion.
Очень часто
одно из полей таблицы делается ключевым.
Значение ключевого поля используется
для однозначной идентификации какой-либо записи. Разумеется, ключевые поля всех
записей таблицы должны в этом случае содержать уникальные значения. Иногда ключевое
поле называется полем счетчика.
| Пример таблицы, входящей в базу данных |
Предположим, Вы сделали простой Html-сайт и Вам хочется узнать мнение посетителей о размещённом контенте. Что для этого нужно? — правильно: дать возможность посетителям оставлять свои комментарии. Средствами HTML, или CSS этого достичь не удасться. И вот тут на помощь и приходят программы (их ещё называют скриптами) созданные при помощи языков веб-программирования.
Получается: веб-программированием можно назвать создание специальных программ для их использования в сети интернет. Существует довольно много языков программирования: C++, Perl, Java, Php, JavaScript, Python, Visual Basic и другие.
Сложность языков программирования различна. Чем сложнее язык программирования, тем больше у него возможностей. На более сложных языках пишутся и более сложные веб-приложения. Все языки программирования можно разделить на два лагеря: серверные и клиентские.
Поговорим немного о терминах. Вся информация в сети интернет хранится на удалённых компьютерах, которые называют серверами. Противоположной стороной выступают пользователи сети, ищущие нужную им информацию, их принято называть клиентам.
Клиентские языки программирования
Самые распространённые из них — JavaScript и Visual Basic. Особенность таких языков заложена в их названии. Программы, написанные на клиентских языках программирования обрабатываются на клиентском компьютере. Говоря проще, скрипты обрабатывает браузер, стоящий на Вашем компе. Из этой особенности вытекают их плюсы и минусы.
Самым большим плюсом является то, что нет необходимости отправлять веб-документ для обработки на сервер. Эта особенность значительно повышает скорость чтения скрипта. Уменьшается трафик,что экономит деньги и снижается нагрузка на сервер. Так же нет надобности ставить дополнительное программное обеспечение для обработки скриптов, т.к. их обрабатывают браузеры.
Недостатки клиентских языков программирования также вытекают из особенностей. Разные браузеры могут интерпретировать скрипты, исходя из своих индивидуальных предпочтений. Поэтому, результаты показа одних и тех же документов могут отличаться. Хотя, последнее время работа различных браузеров всё более унифицируется. Так же к недостаткам можно отнести и открытость кода таких языков для пользователей.
Серверные языки программирования
Серверные языки программирования соответственно работают на стороне сервера. Во взаимодействии с базами данных они поддерживают связь между пользователем и сервером. Получая запрос с адресом веб-документа от браузера, серверные программы связываются с базой данных. БД отдаёт информацию о веб-странице скриптам сервера, и те обработав её, отсылают для интерпретации браузеру клиента, который и выводит результат совместной работы на монитор.
Упрощённая схема такой работы изображена на рисунке.
