Проектирование информационных систем - korshu.ru o_O
Главная
Поиск по ключевым словам:
страница 1
Похожие работы
Название работы Кол-во страниц Размер
Программа и материалы элективного курса для учащихся 10-11 классов... 1 1271.92kb.
Информатизация образования предполагает использование современных... 2 502.39kb.
Методический материал для педагогов дополнительного образования Применение... 1 42.59kb.
Правила оказания информационных услуг Контакт-центром общества с... 1 83.5kb.
1: Актуальность проблемы обеспечение безопасности информационных... 21 2757.33kb.
Лабораторная работа №1 Тема: «Смеси и примеси. Приготовление дисперсных... 7 631.32kb.
Рабочая программа по дисциплине сд. Дс. 06 Проектирование и администрирование... 3 219.56kb.
Анализ информационных ресурсов коммерческих банков украины и разработка... 2 1258.98kb.
Задание вариант 10 520.47kb.
П. А. Соловьева н. Л. Михайлов архитектура вычислительных систем... 12 1118.82kb.
1. этапы и сроки создания сайта 1 30.93kb.
«Игра дело серьезное» 1 88.96kb.
Инструкция по работе с сервисом «sms-платеж» 1 218.94kb.

Проектирование информационных систем - страница №1/1



Министерство образования Российской Федерации

Государственное образовательное учреждение высшего профессионального образования

“Хабаровский государственный технический университет”


ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ
Методические указания к выполнению практического задания № 2

для студентов специальности 071900 “Информационные системы

и технологии”

Хабаровск

Издательство ХГТУ

2003


УДК 681.58:681.32
Проектирование информационных систем: Методические указания к выполнению практического задания № 2 для студентов специальности 071900 «Информационные системы и технологии» / Сост. Г. К. Конопелько, Д. Г. Конопелько. – Хабаровск: Изд-во Хабар. гос. техн. ун-та, 2003. – 12 с.
Методические указания составлены на кафедре «Автоматика и системотехника». В них приводятся задание на практическую работу, требования по оформлению отчета, а также краткие общие сведения. Дается перечень рекомендованной литературы, необходимой для выполнения задания.

Печатается в соответствии с решениями кафедры "Автоматика и системотехника" и методического совета института информационных технологий.


Главный редактор Л. А. Суевалова

Редактор Л. С. Бакаева

Компьютерная верстка Д. Г. Конопелько
Подписано в печать 20.11.03. Формат 60х84 1/16.

Бумага писчая. Гарнитура “Таймс”. Печать офсетная. Усл. печ. л. 0,75.

Тираж 100 экз. Заказ .
Издательство Хабаровского государственного

технического университета.

680035, Хабаровск, ул. Тихоокеанская, 136.
Отдел оперативной полиграфии издательства

Хабаровского государственного технического

университета.

680035, Хабаровск, ул. Тихоокеанская, 136.

© Хабаровский государственный

технический университет, 2003



Разработка статической страницы личного web-сайта
Цель работы: Ознакомление с основными элементами статических страниц HTML, разработка простой статической страницы.
Введение

Практическое задание выполняется в локальной сети на рабочей станции с операционной системой Windows 95/98, 2000, XP или более поздней, с установленным сервером с операционной системой Linux версии не ниже пятой.


Порядок выполнения практического задания


1. Подготовка и допуск к работе

К выполнению практического задания допускаются студенты, которые подготовились к работе и имеют не более двух невыполненных предыдущих заданий.


Перед работой студент должен:

  • предъявить преподавателю полностью оформленный отчет о предыдущей работе;

  • ответить на вопросы преподавателя.

К работе не допускаются студенты, которые не выполнили одно из вышеперечисленных требований.
2. Отчёт по работе должен содержать следующее:

- Текст задания.

- Перечень всех использованных в практической работе команд и инструкций.

- Вывод по работе.



Общие сведения

Принципы работы HTTP


В отличие от таких протоколов, как FTP, обеспечивающих неразрывное соединение до тех пор, пока не произойдет ошибка или не будет подан сигнал к завершению соединения, HTTP работает по-другому. Для каждой операции HTTP броузер и сервер устанавливают соединение, а затем разрывают его. Например, когда вы подключаетесь к узлу Web, броузер и сервер организуют соединение, позволяющее серверу передать HTML-страницу данного узла броузеру. После того как броузер принимает файл, сервер разрывает соединение. Если после анализа HTML-страницы выясняется, что необходимо передать графический файл, соединение необходимо устанавливать заново.

Одна операция HTTP часто называется транзакцией. HTTP использует соединение ТСР/IP, устанавливаемое на период транзакции. Ни броузер (клиент), ни сервер не хранят информацию даже о последнем соединении. Таким образом, путешествие по Web представляет собой ряд последовательных транзакций HTTP. Когда вы щелкаете мышью на гипертекстовой ссылке, броузер переносит вас с одного узла Web на другой. Поскольку вы можете в любой момент перейти на другой узел или выйти из программы-броузера, сервер всегда первый разрывает соединение. Если вы остаетесь, сервер просто устанавливает новое соединение. В случае ухода с узла ему ничего не нужно делать - соединение было разорвано ранее. Такой стиль работы позволяет серверу быстрее переходить к обслуживанию других клиентов, что увеличивает эффективность его работы.

Недавно появилась технология кэширования соединения, когда сервер не разрывает связь немедленно после ответа клиенту. Кэшируя соединение, сервер может очень быстро восстановить его, если клиент решит «побродить» по данному узлу.

HTTP поддерживает динамические форматы


Используя HTTP, клиенты и серверы определяют форматы документов динамически. Это означает, что при подключении к серверу броузер первым делом вы­дает ему список доступных форматов данных. Сервер после этого старается отвечать броузеру, используя только такие форматы. В таком случае сервер и клиент (броузер) могут использовать собственные форматы данных.

Когда сервер посылает документ Web, он может включить в него информацию о файле (т.н. метаинформацию) в заголовок HTTP. Программа, принимающая данные, может в свою очередь использовать данный заголовок для правильной интерпретации этих данных. Таким образом, принимающая сторона получает сообщение, описывающее входящие данные.


Информация заголовка HTTP


Заголовок HTTP хранит информацию о тех объектах, которые приложения передают по Web. Используя информацию данного заголовка, программы договариваются о форматах данных для передаваемых объектов. Если приложение не может распознать информацию заголовка HTTP, большинство их просто игнорируют. Поскольку приложения игнорируют неизвестные форматы, вы можете смело тестировать новые протоколы Web без нарушения целостности HTTP. Вы не сможете нарушить работу HTTP, используя неизвестные форматы данных.

HTTP - общий протокол


Сообщения HTTP представляют собой запросы клиента к серверу и ответы сервера клиенту. Существует два типа подобных сообщений: простые (simple) и полные (full).

Сообщения HTTP, такие как Full-Request и Full-Response, используют стандартный формат сообщений (см. RFC 822). Такой формат может включать в себя дополнительные поля заголовка и тело объекта (документа). Формат сообщений HTTP является стандартным, поскольку форматы данных в сообщениях не зависят от данного протокола. Другими словами, HTTP не интересует содержимое тела объекта.

Сообщения типа Simple-Request и Simple-Response не допускают использования заголовка и ограничены только данными из тела объекта. Не рекомендуется использовать такой формат сообщений, так как сервер не может определить тип данных, содержащихся внутри сообщения. В свою очередь броузер тоже вынужден пытаться распознавать формат данных.

Три основные операции HTTP


Используя HTTP, приложения выполняют три основные операции: поиск, извле­чение и проверку. При поиске объекта Web-программы применяют HTTP для указания URL объекта на сервер. Если объект существует, приложение использует HTTP, чтобы получить его. После окончания данной операции HTTP сообщает о ее статусе. Другими словами, HTTP передает программе информацию о том, успешными или неудачными были операции поиска/извлечения данных.

Поиск информации


HTTP основан на операциях запроса клиента и ответа сервера. Клиент (запрашивающая сторона) устанавливает ТСР/IP-соединение с сервером (отвечающая сторона), посылая сообщение о запросе на соединение к серверу. Если сервер доступен, он принимает данное сообщение от клиента и устанавливает соединение.

Когда вы используете броузер для поиска информации в Web, он передает ваш запрос на сервер, где хранятся искомые данные. После того как броузер и сервер устанавливают соединение, броузер посылает сообщение-запрос, в котором содержится информация о методе запроса, URI (Uniform Resourse Identifier), версии протокола и сообщение МIME. В сообщении MIМЕ указываются параметры запроса, информация о клиенте и тело объекта.


Извлечение информации


После того как броузер установил соединение с сервером и сделал запрос, начинается процесс извлечения документа. Сервер отвечает сообщением, где указаны версия протокола, код ошибки либо успешного соединения, а также сообщение типа MIME, в котором присутствуют информация о сервере, заголовок oбъекта и содержимое тела объекта. На рисунке показано взаимодействие «поиск-запрос» между броузером и сервером.


Информация о статусе соединения


Когда броузер пытается подключиться к серверу или извлечь (скопировать) информацию, в окне статуса соединения можно наблюдать за всеми фазами процесса. Сообщения о статусе объекта позволяют определить размер информации, необходимой для копирования, а также начало процесса извлечения данных. Используя такую информацию, вы можете при необходимости прервать процесс копирования. Кроме того, предоставляется более полная информация о попытках поиска информации (в разделе «Классы ответных кодов HTTP» коды статуса информации будут описаны подробнее). Коды статуса обычно выводятся в соответствующем окне броузера.

Четыре этапа транзакции HTTP


Перед тем как клиент и сервер смогут обмениваться данными, им необходимо сперва установить соединение. В Интернете это делается с использованием ТСР/IР. Далее клиент запрашивает данные у сервера, а сервер отвечает ему и передает необходимую информацию. Клиенты и серверы используют HTTP для выполнения таких операций. Кроме того, подобное соединение устанавливается на время только одной транзакции и далее закрывается сервером по ее окончании. Теперь попробуем рассмотреть все четыре этапа транзакции более подробно.

Шаг 1: Установка соединения


Перед тем как обменяться информацией, клиент и сервер должны сперва установить соединение ТСР/IР. Как известно, Интернет использует набор протокола TCP/IP для организации взаимодействия компьютеров. Чтобы отличать протоколы, приложения используют для каждого из них уникальные номера. Общие протоколы, такие как FTP и HTTP, используют «хорошо известные» номера портов. Стандартным значением для порта HTTP является 80, хотя сервер и клиент могут работать и по другому номеру.

Шаг 2: Запрос клиента


Каждый запрос клиента, передаваемый на сервер Web, начинается с метода, за которым следует URL объекта. Клиент дополняет данную информацию версией протокола HTTP, далее следует символ возврата каретки и перевода строки (CRLF), за которым могут идти данные. В конце броузер еще раз добавляет CRLF.

Метод HTTP представляет собой команду клиента, указывающую на цель за­проса к серверу. Такой метод соответствует ресурсам Web, определяемым URL. Клиент также указывает свою версию протокола HTTP, например HTTP 1.0.

Все они вместе - метод, URL и версия протокола HTTP - входят в состав строки запроса (Request-Line).

Клиент использует поле заголовка запроса для указания информации о запросе и о себе.



Шаг 3: Ответ сервера


После того как сервер Web принял и обработал сообщение-запрос, он отвечает сообщением-ответом HTTP. Такое сообщение всегда начинается с версии протокола НТТР, затем идут код статуса и тема ответа (3 цифры), CRLF и дополнительная информация с соответствующим заголовком. В конце сервер добавляет CRLF, которым может следовать тело объекта.

Код статуса представляет собой трехзначное число, описывающее, может ли сервер принять и удовлетворить запрос пользователя. Тема ответа – это короткое текстовое описание кода статуса. Версия протокола HTTP, код статуса и тема ответа вместе составляют строку статуса (status line).

Заголовок ответа может содержать информацию о запрашиваемом ресурсе, а также соответствующие определения MIME. Когда сервер Web посылает заголовок ответа клиенту, обычно он совпадает с заголовком, принятым от клиента. Как и ранее, тело объекта представляет собой обычные данные в формате 8 бит – 1 байт.

Шаг 4: Сервер разрывает соединение


Прерогативой сервера является разрыв соединения ТСР/IР с клиентом после обработки его запроса. Однако как сервер, так и клиент должны отслеживать незапланированные разрывы соединения. Другими словами, если вы щелкаете на кнопке Stop вашего броузера, он должен закрыть соединение. Кроме того, если произошла поломка одного из компьютеров, другой должен определить это и корректно завершить работу. В любом случае закрытие соединения всегда приводит к разрыву текущей транзакции вне зависимости от ее статуса.

Примечание: В то время как здесь описана работа HTTP 1.0 с Full-Re­quest и Full-Response, версия HTTP 0.9 использует Simple-Request и Simple-Response и является подмножеством HTTP 1.0.


Классы кодов ответов HTTP


Первая цифра кода статуса HTTP определяет класс кода ответа. В настоящее время последние две цифры не используются. Существует пять возможных значений для первой цифры (от 1 до 5):

• 1хх: Не используется, но зарезервировано

• 2хх: Успешно Данные были успешно приняты,

обработаны и использованы

• 3хх: Перенаправление Для выполнения запроса



требуются дополнительные действия

• 4хх: Ошибка клиента Запрос содержит синтаксические



ошибки либо неполон

• 5хх: Ошибка сервера Сервер не смог выполнить



правильный запрос.
Каждый из пяти классов содержит группу значений статуса кода. В таблице перечислены значения статуса кода для HTTP 1.0 и 1.1 и соответствующие им темы ответов. Темы ответов представляют собой рекомендованные значения, и любой сервер может заменить их другим текстом без ущерба для HTTP. Вам могут повстречаться не все коды статуса из данной таблицы. Но это говорит лишь о том, что сервер может обрабатывать все коды статуса, а может и не все.


Код статуса

Тема ответа

200

OK

201

Успешная команда POST


202

Запрос принят

203

Запрос GET либо HEAD выполнен

204

Запрос выполнен, но нет содержимого

300

Ресурс обнаружен в нескольких местах

301

Ресурс удален навсегда

302

Ресурс отсутствует временно

304

Ресурс был изменен

400

Плохой запрос от клиента

401

Неавторизованный запрос

402

Необходима оплата за запрос

403

Доступ к ресурсу запрещен

404

Ресурс не найден

Код

статуса

Тема ответа

405

Метод неприменим для данного ресурса

406

Недопустимый тип ресурса

410

Ресурс недоступен

500

Внутренняя ошибка сервера

501

Метод не выполнен

502

Неисправный шлюз либо перегрузка сервера

503

Сервер недоступен/тайм-аут шлюза

504

Вторичный шлюз/тайм-аут сервера



Подробнее об URI


Когда вы читали литературу по Web, то встречали там термин URI (Uniform Resourse Identifier). Большинство книг ссылаются на URI как на адреса Web, Uniform Document Identifiers, Uniform Resourse Locators (URLs) и Uniform Resourse Names (URNs). HTTP определяет URI как форматированную строку, включающую в себя имена, местонахождение и другие характеристики сетевых ресурсов. Другими словами, URI представляет собой текстовую строку (адрес объекта Web).

Еще раз об URL


Для поиска документов в Web вам необходимо знать адрес документа в Интернете. Адрес в Интернете еще называют URL (Uniform Resourse Locator). Такой адрес можно сравнить с содержанием книги. Для того чтобы найти информацию в книге, вы смотрите на ее содержание. Если вы ищете документ Web, вам понадобится его адрес. Броузеры Web используют URL для поиска ресурсов.

Основной синтаксис URL достаточно прост. Он состоит из двух частей, как показано ниже:


<схема>:<путь_в_формате_данной_схемы>
Полный синтаксис URL для HTTP таков:

http://:<порт>/<путь>?<путь_поиска>
Как следует из вышесказанного, для HTTP схемой является «http», а далее идет хост, порт, путь и путь поиска. Если вы опустили элемент «порт», то по умолчанию будет выбран порт 80 (порт HTTP по определению). Кроме того, в настоящее время параметр «путь поиска» тоже не используется и его можно игнорировать.

Вы можете перейти к разделу внутри документа, сославшись на определенную его часть.



Примечание: URL не являются уникальными по отношению к Web. Фак­тически они используются некоторыми другими протоколами, например FTP, Gopher и Telnet. Однако все URL должны преследовать одну цель: указать адрес объекта в Интернете.

Связь URL с протоколами и типами файлов


URL не только предоставляет адрес объекта Интернета, но также описывает протокол для доступа приложений к данному объекту. Например, схема URL для HTTP обозначает пространство Web, а схема FTP — пространство FTP. Пространство в Интернете означает множество информации определенного типа. Например, все документы FTP составляют пространство FTP.

URL может включать в себя и указание на формат документа. При этом создатель файла должен соблюдать соглашение о наименованиях. Например, файл с расширением html должен хранить текст в формате HTML, а файл с расширением au, вероятно, содержит звуковые данные.


Разбиение URL на части


Если вы обратили внимание, URL можно разбивать на части. Например, рассмотрим структуру следующего URL:
htpp://www.jamsa.com/catalog/ip/ip.htm
В данном случае схема URL указывает на протокол HTTP. Две черты (slashes) после двоеточия указывают на то, что речь идет об объекте Интернета. Далее следует адрес сервера, в данном случае www.jamsa.com. Далее мы видим структуру каталогов catalog/ip. И самый правый элемент URL представляет собой имя и рас­ширение документа Web, т.е. ip.htm.

URL и HTML


Гипертекст является частью HTML структуры документа. Когда броузер готовит страницу к выводу на экран, обычно гипертекстовые ссылки выделяются цветом, отличным от нормального. При создании документов Web HTML позволяет вам добавлять в них любые гипертекстовые ссылки.

Для того чтобы обозначить гипертекстовую ссылку в документе Web, используется специальный элемент HTML, т.н. анкер (anchor — якорь). Фактически анкер HTML представляет собой тег, встраиваемый в документ Web и обозначающий ccылку на URL, которую броузер связывает с определенным текстом либо графи­ческим изображением. URL необходим, поскольку он информирует броузер об адресах гиперсвязанных ресурсов. Другими словами, анкер содержит URL ресурсa и соответствует гипертексту либо картинке.



Абсолютные и относительные URL


Когда вы встречаете слово гипертекст, оно обозначает ссылку. Web представляет собой огромный лабиринт гиперсвязанных документов. Когда создается документ Web, его автор вставляет в него ссылки к другим документам (созданным им ли­бо кем-нибудь другим). Каждая ссылка требует указания адреса URL для иденти­фикации соответствующего объекта. Броузеры используют URL для поиска объ­ектов Web. Когда автор указывает URL, он может использовать два типа адресов:

абсолютный URL и относительный URL.

Абсолютный URL


Абсолютный URL содержит полный адрес объекта и протокол. Другими словами, если указана схема URL (например, http), то мы имеем дело с абсолютным URL. Вот пример такого адреса:
http://ais.khstu.ru/index.html

Относительный URL


Относительный URL, с другой стороны, использует URL текущего документа, открытого в вашем броузере. Применяя ту же схему, броузер реконструирует URL, изменяя только некоторые имена и расширения файлов. Например, рассмотрим абсолютный URL:

http://www.jamsa.com/catalog/catalog.htm

Если в документе HTML указан относительный URL ip/ip.htm, то броузер изменит текущий абсолютный URL на такой:



http: //www. jamsa.соm/catalog/ip/ip.htm
Примечание: Использование точки «.» в начале относительного URL является обязательным. В обоих случаях результат будет одинаков.

Подробнее об относительном URL


Иногда при создании ссылок в документах Web может потребоваться указать один уровень каталогов вверх. В таких случаях автор может поставить перед относительным URL две точки «..». Например, предположим, что абсолютный URL текущего документа следующий:
http://www.jamsa.com/directoryl/directory2/file.ext
Если относительный URL имеет вид ..directory3/newfile.ext, то в результате абсолютный URL изменится:

http://www.jamsa.com./directory1/directory3/newfile.ext
Далее, предположим, что автор хочет добавить новый путь прямо к адресу сервера. Другими словами, он игнорирует все каталоги. В таких случаях необходимо использовать «/». Например, предположим, что абсолютный URL таков:

http://www.jamsa.com/directoryl/directory2/file.ext

Если относительный URL имеет вид /directory3/newfile.ext, то в результате абсолютный URL изменится:


http://www.jamsa.com/directory3/file.ext

Примечание: краткие описания основных элементов HTML находятся в файле html.doc в каталоге ../web_server/metodika/


Задание





  1. Запустить программу telnet, зарегистрироваться на сервере с именем is_n. Для всех пользователей is_n установлен пароль user. После регистрации следует изменить пароль для своей регистрации. Пароль можно изменить, введя команду passwd в командной строке и нажав клавишу Enter. Программа passwd работает в диалоговом режиме. Следует иметь в виду, что к паролю предъявляются достаточно жесткие требования.

  2. Создать в каталоге ../web_server/is_n/ рабочие подкаталоги:

    • img – для хранения графических объектов;

    • text – для хранения текстов документов;

    • cgi_bin – для хранения CGI скриптов;

  3. Файлы с расширениями .htm, .html, .shtml следует хранить в личном корневом каталоге ../web_server/is_n/

Примечание: «n» в имени каталога – номер студента в журнале старосты группы.

  1. Скопировать каталоги Example1, Example2, Example3 в личный корневой каталог.

Примечание: Для копирования файлов из локального диска (диска MS Windows или MS DOS) в личный каталог на сервере можно использовать одну из следующих методик:

      • Использование Far Manager:

ALT+F1 => 2 FTP => Shift+F4 => пользователь:пароль@62.76.207.201

      • Использование других программ, работающих по протоколу ftp.

  1. Запустить Internet Explorer и просмотреть скопированные HTML файлы (например http://ais.khstu.ru/web_server/is_1/Example3/expaded.html).

  2. Распечатать файлы *.htm для отчета.

  3. Объяснить назначение всех элементов распечатанных файлов.

  4. Любым текстовым редактором создать файл index.html и поместить его в личный корневой каталог.

  5. Файл index.html должен содержать следующие обязательные элементы:

  • идентификатор текста,

  • вводную часть (HEAD),

  • заголовок документа (TITLE),

  • основной текст,

  • ссылки на документы *.htm.

Примечание: страница index.html должна содержать полную информацию о разработчике.

  1. Просмотреть созданный файл с помощью любого web-броузера. Строка для запуска может выглядеть, например, следующим образом: http://ais.khstu.ru/web_server/is_1/index.html. (имя файла index.html можно не указывать).

  2. Распечатать файл index.html для отчета.

12. Составить отчет по лабораторной работе.
Контрольные вопросы


  1. Абсолютный URL и относительный URL, отличия и назначение.

  2. Основные этапы транзакции HTTP.

  3. Общая структура HTML документа.

  4. Теги.

  5. Статические и динамические страницы.



Библиографический список
1. Шапошников И. В. Web-сайт своими руками. Практ. рук. / И. В. Шапошников. – СПб.: БХВ-Санкт-Петербург, 2000. – 224 с.

2. Холмогоров В. Основы Web-мастерства. Универс. учеб. пособие для начинающего Web-мастера / В. Холмогоров. – СПб.:Питер, 2001. – 350 с.

3. Разработка Web-сайта. Пособие для преподавателей и студентов. – Красноярск: Изд-во КГПУ, 1999. – 83 с.

4. Саммит П. М. Создание WEB-публикаций в FrontPage / П. М. Саммит. – М.: Лори, 1998. – 312 с.

5. Ренеган-мл, Э. Д. 1001 адрес WEB для программистов. Новейший путеводитель программиста по ресурсам World Wide Web: Пер. с англ. / Э. Д. Ренеган-мл. – М.: Попурри, 1997. – 506 с.

6. Пек С. Web-сервер Web Site. Все необходимое для создания Web-узла. Для Windows 95 и Windows NT: Пер. с англ. / С. Пек. – М.: ООО "Спарк", 1997. – 542 с.

7. Спейнаур С. Справочник Web-мастера: Пер. с англ. С. М.Тимачева / Под ред. К. Ю. Королькова / С. Спейнаур. – М.: ЗАО "ЭлектроникаБизнесИнформатика”, 1997. – 367 с.

8. Канн Л. Мой узел web. Бизнес в Интернете с помощью технологий Microsoft: Пер. с англ. / Л. Канн. – М.: Рус. ред. ТОО "Channel trading", 1996. – 209 с.

9. Шапошников И. В. Интернет-программирование / И. В. Шапошников. – М.: БХВ, 2000. – 224 с.

10. Окраинец К. Ф. WWW на кончиках ваших пальцев. Word Wide Web: Работа в Internet / К. Ф. Окраинец. – М.: СК-пресс, 1997. – 187 с

11. Гончаров М. Как создать свою WWW страницу / М. Гончаров. – М.: БХВ, 2000. – 59 с.

12. Стразницкас М. Photoshop 5.5 для подготовки Web-графики: Учеб. курс / М. Стразницкас. – СПб.: Питер, 2000. – 480 с.

13. Либерти Д. Создание документов XML для Web на примерах: Учеб. пособие: Пер. с англ. / Д. Либерти. – М.: Вильямс, 2000. – 250 с.

14. Мэтьюз Р. Д. WEB-сервер под UNIX / Р. Д.Мэтьюз. – М.: Символ-плюс, 1998. – 557 с.

15. Вуд Л. Web-графика: Справочник: Пер. с англ. / Л. Вуд. – СПб.: Питер паблишинг, 1998. – 217 с.

16. Пэтчетт К. CGI/Pepl: создание программ для Web: Пер. с англ. / К. Пэтчетт. – М.: БХВ, 2000. – 622 c.

17. Ларсон М. А. Создание Web-страниц с помощью Microsoft Office 97. Полное рук. для самостоят. обучения / М. А. Ларсон. – М.: Бином, 1998. – 471 с.

18. Фролов А. В. Сервер Wed своими руками. Язык HTML, приложение CGI и ISAPI, установка серверов Web для Windows / А. В. Фролов. – М.: ДИАЛОГ-МИФИ, 1997. – 288 с.

19. Бабушкин М. А Web-сервер в действии / М. А. Бабушкин. – СПб.: Питер-пресс, 1997. – 264 с.

20. Шарма В. Разработка Web-серверов для электронной коммерции. Комплекс. подход: Пер. с англ. / В. Шарма. – М.: Вильямс, 2001. – 397 с.

21. Пауэрс Ш. Динамический HTML / Ш. Пауэрс. – М.: Лори, 1999. – 361 с.

22. Стразницкас М. Эффективная работа с Photoshop 5. Графика для Web: Пер. с англ. / М. Стразницкас. – МПб.: Питер Ком, 1999. – 700 с.

23. Фролов А. В. Сервер Web своими руками. Язык HTML, прил. CGI и ISAPI, установка серверов Web для Windows / А. В. Фролов. – М.: Диалог-МИФИ, 1998. – 288 с.

24. Шафран Э. Создание Web страниц: Самоучитель / Э. Шафран. – СПб.: Питер, 2000. – 320 с.

25. Полянский А. Хитрости, трюки и секреты создания web-страниц на базе языка гипертекстовых документов HTML 3.0-4.0 / А. Полянский. – М.: Познават. кн. Плюс, 1999. – 240 с.

26. Коржинский С. Н. Настольная книга Web-мастера: Эффективное применение HTML, CSS и JavaScript.: Полн. рук. / С. Н. Коржинский. – М.: КноРус, 2000. – 299 с.

27. Фролов А. В. Сценарии Java Script в активных страницах Web / А. В. Фролов. – М.: Диалог-МИФИ, 1998 . – 283 с.

28. Гилберт С. Самоучитель Visual C++ 6 в примерах: Учебник: Пер. с англ. / С. Гилберт. – М.: ДиаСофт, 1999. – 496 с.

29. Шарф Д. HTML 3.2: Справочник: Пер. с англ. / Д. Шарф. – СПб.: Питер паблишинг, 1998. – 220 с.

30. Морис Б. HTML в действии / Б. Морис. – СПб.: Питер, 1997. – 256 с.

31. Фэй М. Д. Реклама, маркетинг и дизайн в Интернете: Пер. с англ. / М. Д. Фэй. – М.: Рус. Ред, 1999. – 298 с.

32. Гончаров М. Разработка Интернет-серверов для науки, культуры и образования / М. Гончаров. – М.: БХВ, 2000. – 51 с.

33. Матросов А. В. HTML 4.0: Наиболее полн. рук. / А. В. Матросов. – СПб.: БХВ-Санкт-Петербург, 1999. – 671 с.

34. Фролов А. В. Базы данных в Интернете: Практ. рук. по созданию Web-прил. с базами данных / А. В. Фролов. – М.: Рус. Ред, 2000. – 415 с.

35. Хан Х. Желтые страницы Internet and Web'98. Междунар. ресурсы: Пер.с англ. / Х. Хан. – СПб.: Питер Ком, 1998. – 832 с.

36. Левит Б. Ю. Практическое руководство по работе с World Wide Web и электронной почтой: Учеб. пособие / Б. Ю. Леви.т - М.: ФА, 2000. – 155 с.

37. Кент П. World Wide Web / П. Кент. – М.: Компьютер, 1996. – 310 с.

38. Байенс Д. Примочки программирования в Web: Пер. с англ. / Д. Байенс. – М.:ЭКОМ, 2000. – 440 с.

39. Яворски Д. Подготовка WEB-страниц для Internet с помощью НоTMetal: Пер. с англ. / Д. Яворски. – М.: ЛОРИ, 1996. – 320 с.

40. Хольцнер С. Dynamic HTML: Рук. разработчика / С. Хольцнер. – М.: Спаррк, 1999. – 397 с.

41. Хоббс Л. Домашние странички Internet: Пер. с англ. / Л. Хоббс. – М.: Феникс, 1998. – 149 с.

42. Армстронг Т. ActiveX: создание Web-приложений: Учеб. пособие / Т. Армстронг. – М.: Спаррк, 1998. – 590 с.



43. Браун М. Использование HTML 4: Пер. с англ. / М. Браун. – М.: Вильямс, 1999. – 779 с.