Роль технологии Internet в Казахстане

Действие <A HREF= «имя_файла1.htm» TARGET= «_blank»> осуществляет загрузку документа в новое окно без имени, определяемого параметром тега NAME, поэтому этот вариант исключает изменение содержимого созданного окна.

Действие <A HREF= «имя_файла2.htm» TARGET= «_self»> открывает документ в текущем окне.

Действие <A HREF= «имя_файла3.htm» TARGET= «_parent»> производит загрузку документа в область, занимаемую "родительским" фреймом текущего фрейма.

Действие <A HREF= «имя_файла4.htm» TARGET= «_top»> вызывает загрузку документа в полном окне.

Фреймы позволяют экономить  на объеме пересылаемых пользователю файлов, так как после активизации ссылки изменяется только один фрейм.

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

Возможность работы сразу с несколькими  информационными массивами в  пределах одного окна позволяет сэкономить время и повышает эффективность  посещений.

Использование правил описания фреймовых структур позволяет web-мастеру как угодно варьировать размеры полей фреймов, что дает более широкий спектр возможностей пространственного размещения объектов.

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

Компоновка страниц с фреймами часто выглядит неуклюже и грубо.

На узлах с использованием фреймовых  структур при перемещении назад-вперед (с помощью соответствующих кнопок) в адресной строке ничего не меняется - там постоянно указан начальный URL сайта.

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

2.4.10 Вставка иллюстраций  в HTML-документы

 

 

Графический формат GIF имеет несколько  интересных возможностей, делающих его особенно привлекательным для WWW. К ним относятся возможности создавать “прозрачные” (transparent) изображения и изображения, проявляющиеся постепенно, по мере подкачки (interlaced). Эффект постепенного проявления достигается за счет черезстрочной отрисовки изображения: сначала появляются каждые четвертые строчки растра, затем каждые четвертые строчки со сдвигом на одну строку вниз и т.д/12/. Таким образом, картинка появляется как бы в четыре приема. Эффект прозрачности состоит в том, что один из индексов палитры объявляется прозрачным, то есть при отображении вместо соответствующего цвета будет использоваться цвет «из-под» изображения, например, цвет фона документа.

Существует множество различных  программ для большинства систем, позволяющих придать GIF-картинкам свойства прозрачности и черезстрочности. Из них выделяются по своим возможностям и удобству использования:

-для платформы MS Windows - GIF Construction Set by Alchemy Mindworks;

-для UNIX-систем - git, Image Alchemy, PBMPLUS.

Для вставки изображений в документ служит тег <IMG>. Это пустой тег, следовательно, закрывающего тега для него не существует. У тега есть несколько параметров:

-SRC - обязательный параметр, указывающий URL файла с изображением;

-ALT - рекомендуемый параметр, строка, заменяющая изображение при загрузке и в браузерах без поддержки графики;

-WIDTH, HEIGHT - рекомендуемые параметры, горизонтальный размер растра изображения. При загрузке изображения браузер может отображать на его месте в документе рамку соответствующего размера;

-BORDER - толщина рамки вокруг изображения, если изображение является частью активной зоны ссылки. Если BORDER=0, то рамка не будет отображаться;

-HSPACE, VSPACE - позволяют задать свободное пространство вокруг изображения;

-ALIGN - (TOP или BOTTOM или MIDDLE) положение текста относительно изображения. (LEFT или RIGHT) Положение изображения относительно окна браузера;

-USEMAP - указывает, что изображение имеет активные зоны, описанные с помощью тега MAP в самом документе;

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

При подготовке графического материала  для WWW следует учитывать некоторую специфику, связанную с тем, что графика будет передаваться по сети, а также с тем, что он будет, в основном, отображаться на компьютерных дисплеях.

 

2.5 Разработка механизма поиска

 

 

Поиск – одна из популярных систем навигации в Internet. Множество людей  отыскивает необходимые ресурсы  с помощью поисковых машин. Поэтому  у большинства из них не должно возникать трудностей при использовании поисковой системы навигации на сайте. Поиск один из элементов навигации на сайте; он может дополнять меню или пиктограммы, или еще что-либо, но не быть основным средством передвижения на сайте. Поиск необходим для любого текстоориентированного ресурса объемом более 100 страниц, т.к. выложить все это перед пользователем крайне затруднительно.

 

2.5.1 Структура запроса  и ответа HTTP

 

 

Запрос - это сообщение, посылаемое клиентом серверу. Первая строка этого  сообщения включает в себя метод, который должен быть применен к запрашиваемому ресурсу, идентификатор ресурса и используемую версию протокола. Для совместимости с протоколом HTTP, существует два формата HTTP запроса:

-запрос = простой-запрос | полный-запрос;

-простой-запрос = «GET» SP запрашиваемый-URI CRLF;

-полный-запрос = строка-статус;

-(общий заголовок  | заголовок запроса | заголовок  содержания ) CRLF [ содержание запроса ].

Если сервер получает простой-запрос, он должен отвечать простым- ответом.

Строка статус начинается с названием метода, за которым следует URI-запроса и использующаяся версия протокола/14/. Строка статус заканчивается символами CRLF. Элементы строки разделяются пробелами (SP). В строке статус не допускаются символы LF и CR, за исключением заключающей последовательности CRLF.

Строка-статус = метод SP URI-запроса SP версия-HTTP CRLF.

Отличие строки статус полного-запроса от строки статус простого- запроса заключается в присутствии поля версия-HTTP.

В поле метод  указывается метод, который должен быть применен к ресурсу, идентифицируемому URI-запроса. Названия методов чувствительны к регистру.

Метод GET служит для получения любой информации, идентифицированной URI-запроса. Если URI- Запроса ссылается на процесс, выдающий данные, в качестве ответа будут выступать данные, сгенерированные данным процессом, а не код самого процесса (если только это не является выходными данными процесса).

Использование метода GET направлено на разгрузку сети, так как он позволяет не передавать по сети избыточную информацию.

Метод HEAD аналогичен методу GET, за исключением того, что  в ответе сервер не возвращает тело- ответа. Метаинформация, содержащаяся в HTTP заголовках ответа на запрос HEAD, должна быть идентична информации HTTP заголовков ответа на запрос GET. Данный метод может использоваться для получения метаинформации о ресурсе без передачи по сети самого ресурса.

Метод POST используется для запроса сервера, чтобы тот  принял информацию, включенную в запрос, как субординантную для ресурса, указанного в строке статус в поле URI-запроса. Для метода POST данный URI указывает ресурс, который будет управлять информацией, содержащейся в теле запроса.

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

Заголовок-запроса = accept | accept-charset | accept-encoding |  accept-language | authorization | from | if-modified-since | pragma | referer | user-agent | extension-header.

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

Поле заголовка If-Modified-Since используется с методом GET для того, чтобы сделать его условным: если запрашиваемый ресурс не изменялся во времени, указанного в этом поле, копия этого ресурса не будет возвращена сервером; вместо этого, будет возвращен ответ «304 Not Modified» без тела- ответа.

Целью этой особенности является предоставление возможности эффективного обновления информации локальных кэшей с минимумом передаваемой информации. Тот же результат может быть достигнут применением метода HEAD с последующим использованием GET, если сервер указал, что содержимое документа изменилось.

Поле заголовка User-Agent содержит информацию о пользовательском агенте, пославшем запрос. Данное поле используется для статистики, прослеживания ошибок протокола, и автоматического распознавания пользовательских агентов. Поле может содержать несколько строк, представляющих собой название программного продукта, необязательную косую черту с указанием версии продукта, а также другие программные продукты, составляющие важную часть пользовательского агента. По соглашению, продукты указываются в списке в порядке убывания их значимости для идентификации приложения:

-User-Agent = «User-Agent» «:» 1*( продукт );

-продукт = строка [«/» версия-продукта];

-версия-продукта = строка.

Строка, описывающая название продукта, должна быть короткой и давать информацию по существу - использование данного заголовка для рекламирования какой-либо другой, не относящейся к делу, информации не допускается и рассматривается, как не соответствующее протоколу. В поле версии продукта может присутствовать любая строка, данная строка должна использоваться только для указания версии продукта. Поле User-Agent может включать в себя дополнительную информацию в комментариях, которые не являются частью его значения.

После получения и интерпретации запроса, сервер посылает ответ в соответствии со следующей формой:

-ответ = простой- ответ | полный- ответ;

-простой- ответ = [ содержание  ответа ];

-полный- ответ = строка- статус;

-( общий заголовок | заголовок ответа | заголовок содержания) crlf [ содержание- ответа ].

Простой- ответ состоит только из запрашиваемой информации (без заголовков) и поток данных прекращается в тот момент, когда сервер закрывает сеанс связи.

Первая строка полного- запроса является строкой- статус, состоящей из версии протокола, за которой следует цифровой код статуса и ассоциированное с ним текстовое предложение/15/. Все элементы строки- статус разделены пробелами. Не разрешены символы CR и LF, за исключением завершающей последовательности CRLF.

Строка- статус=версия-HTTP SP статус- код SP фраза-объяснение.

Так как строка- статус всегда начинается с версии протокола «HTTP/» 1*цифра  «.» 1*цифра (например HTTP/1.0), существование  этого выражения рассматривается как основное для определения того, является ли ответ простым- ответом, или полным- ответом. Формат простого- ответа не исключает появления подобной строки (что привело бы к неправильной интерпретации сообщения ответа и принятию его за полный- ответ), вероятность такого появления близка к нулю.

Элемент статус- код представляет собой 3-х цифровой целый код, идентифицирующий результат попытки интерпретации и удовлетворения запроса. Фраза-объяснение, следующая за ним, предназначена для краткого текстового описания статус- кода.

Первая цифра статус- кода предназначена  для определения класса ответа. Последние две цифры не выполняют никакой категоризирующей роли. Существует 5 значений для первой цифры:

-1xx: Информационный - Не используется, но зарезервирован для использования в будущем;

-2xх: Успех - Запрос был полностью  получен, понят, и принят к  обработке;

-3xx: Перенаправление - Клиенту следует  предпринять дальнейшие действия  для успешного выполнения запроса;

-4xx: Ошибка клиента - Запрос, содержащий  неправильные синтаксические конструкции, не может быть успешно выполнен. Класс 4xx предназначен для описания тех случаев, когда ошибка была допущена со стороны клиента. Если клиент еще не завершил запрос, когда он получил ответ с статус- кодом- 4xx, он должен немедленно прекратить передачу данных серверу;

-5xx: Ошибка сервера - Сервер не  смог дать ответ на корректно  поставленный запрос. Сервер либо знает, либо допустил ошибку, либо не способен обработать запрос. Сервер посылает описание ошибочной ситуации и то, является ли это состояние временным или постоянным, в содержание- ответа. Данный тип статус- кодов применим для любых методов, употребляющихся в запросе.

Отдельные значения статус- кодов  и соответствующие им фразы- объяснения приведены в таблице 3. Данные фразы- объяснения только рекомендуются - они могут быть замещены любыми другими фразами, сохраняющими смысл и допускающимися протоколом.

Поля заголовка ответа позволяют  серверу передать дополнительную информацию об ответе. Эти поля заголовков не предназначены для передачи информации о содержании ответа, передаваемого в ответ на запрос, но там может быть информация собственно о сервере.

 

Таблица 3 – Значения статус-кодов

 

Статус-код	Значение	Комментарий
200 201 202 203 204 300 301 302 303 304 400 401 402 403 404 405 406 407 408 409 410 500 501 502 503 504	OK Created Accepted Provisional Information No Content Multiple Choices Moved Permanently Moved Temporarily Method Not Modified Bad Request Unauthorized Payment Required Forbidden Not Found Method Not Allowed None Acceptable Proxy Authentication Required Request Timeout Conflict Gone Internal Server Error Not Implemented Bad Gateway Service Unavailable Gateway Timeout	Успешное завершение Созданный Принятый Временная информация Нет содержания Многократные выборы Перемещен постоянно Перемещен временно Метод Не измененный Плохой запрос Неправомочный Требуется оплата Запрещенный Не найденный Не позволенный метод Ни приемлемый Требуется идентификация Время запроса истекло Конфликт Переход Внутренняя ошибка сервера Не осуществленный Плохой шлюз Обслуживание не доступно Блокировка времени шлюза