Принципы построения и интерпретации HTML 


Мы поможем в написании ваших работ!



ЗНАЕТЕ ЛИ ВЫ?

Принципы построения и интерпретации HTML



Теговая модель описывает документ как совокупность элементов, каждый из которых окружен тегами. По своему значению теги близки к понятию скобок «begin/end» в универсальных языках программирования, которые задают области действия имен локальных переменных и т.п. Теги определяют область действия правил интерпретации текстовых элементов документа. Типичным примером такого рода является тег стиля Italic, который определяет область отображения курсива.

Текст на языке HTML:

Текст, следующий за словом «Italic» <I>отображается как курсив</I>.

Текст отображаемый программой интерпретации:

Текст, следующий за словом «Italic» отображается как курсив.

В приведенном выше примере элемент текста, который должен быть выделен курсивом, заключен между тегом начала стиля «Italic» – <I> и тегом конца стиля – </I>. Общая схема построения элемента текста в формате HTML может быть записана в следующем виде:

«элемент»:= < «мя элемента» «список атрибутов»

содержание элемента </ «имя элемента»>

Конструкция перед содержанием элемента называется тегом начала элемента, а конструкция, расположенная после содержания элемента, – тегом конца элемента. Структура гипертекстовой сети задается гипертекстовыми ссылками. Гипертекстовая ссылка – это адрес другого HTML документа, который тематически, логически или каким–либо другим способом связан с документом, в котором ссылка определена. Для записи гипертекстовых ссылок в системе WWW была разработана форма Universe Resource Locator. Типичным примером использования этой записи можно считать следующий пример:

Этот текст содержит

<A HREF= «http://polyn.net.kiae.su/altai/index.html»>

гипертекстовую ссылку</A>.

В приведенном выше примере элемент «A», который в HTML называют якорем (anchor), использует атрибут «HREF», который обозначает гипертекстовую ссылку (Hypertext REFerence), для записи этой ссылки в форме URL. Данная ссылка указывает на документ с именем «index.html» в директории «altai» на сервере «polyn.net.kiae.su», доступ к которому осуществляется по протоколу «http».

Гипертекстовые ссылки в HTML делятся на два класса: контекстные гипертекстовые ссылки и общие. Контекстные ссылки вмонтированы в тело документа, как это было продемонстрировано в предыдущем примере, в то время как общие ссылки связаны со всем документом в целом и могут быть использованы при просмотре любого фрагмента документа. Оба класса ссылок присутствуют в стандарте языка с самого его рождения, однако, первоначально наибольшей популярностью пользовались контекстные ссылки. Эта популярность привела к тому, что механизм использования общих ссылок практически полностью «атрофировался». Однако по мере стандартизации интерфейса пользователя и стилей представления информации разработчики языка снова вернулись к общим ссылкам и стремятся приспособить их к задачам управления этим интерфейсом.

Структура HTML–документа позволяет использовать вложенные друг в друга элементы. Собственно, сам документ – это один большой элемент с именем «HTML»:

<HTML> Содержание документа </HTML>

Сам элемент HTML или гипертекстовый документ состоит из двух частей: заголовка документа (HEAD) и тела документа (BODY):

<HTML>

<HEAD>

Содержание заголовка

</HEAD>

<BODY>

Содержание тела документа

</BODY>

</HTML>

Приведенная выше форма записи определяет классический HTML–документ. Введение в язык HTML фреймов определило еще один шаблон документа:

<HTML>

<!–

Author: HTMLed User

Date: January 21, 1996

–>

<HEAD>

</HEAD>

<FRAMESET COLS= «40%,*»>

<NOFRAMES>

<BODY>

Sorry there are not a frame support in your browser.

</BODY>

</NOFRAMES>

<FRAMESET ROWS= «120,*,60»>

<FRAME SRC=banner.htmNAME=banner>

<FRAME SRC= «www.htm» NAME=content>

<FRAME SRC= «bottom.htm» NAME=bottom>

</FRAMESET>

<FRAMESET ROWS= «100%»>

<FRAME SRC= «www_hist.htm» NAME=info>

</FRAMESET>

</FRAMESET>

</HTML>

В данном примере представлен документ, который состоит из трех окон внутри рабочего окна программы просмотра, в каждое из которых загружается обычный документ. Рассмотрим пример классического документа:

<HTML>

<!–

Author: Pavel Khramtsov Date: January 21, 1996 –>

<HEAD>

<TITLE>This is a Baner</TITLE>

</HEAD>

<BODY BACKGROUND=www_wall.jpg VLINK=0000FF LINK=FF0000>

<CENTER>

<TABLE>

<TR><TD><IMGSRC= «interne0.jpg»></TD>

<TD CENTER>

<H3>Администрирование Internet</H3>

<I>Центр Информационных Технологий, 1996.</I>

</TD></TR>

</TABLE>

</CENTER>

</BODY>

</HTML>

Все, что расположено между <HTML> и </HTML> – это документ. Содержание элемента HEAD определяет заголовок документа, который состоит из двух элементов: TITLE и BASE. Вслед за заголовком начинается тело документа, которое содержит в своих первых строках некоторую вводную информацию и содержание документа, оформленное в виде списка.

Каждый документ в системе World Wide Web имеет свое имя, которое указывается в элементе TITLE заголовка документа. Его мы видим в первой строке интерфейса.

Контейнер BODY открывает тело документа. В качестве фона в этом элементе определена картинка back.gif. Эта картинка – «back.gif» – задана частичной формой спецификации URL, которая не задает полного адреса ресурса в сети. Затем мы определили таблицу, состоящую из двух ячеек. В одной ячейке картинка, в то время как в другой – текстовый фрагмент. Текст определен как заголовок третьего уровня, который должен отображаться стилем Italic.

 


Методы коммутации и введение в глобальные сети

Введение

Любая сеть представляет собой, в общем случае, физические линии связи с подключенными к ним узлами сети - абонентами с помощью коммутационного оборудования. Абонентами сети могут быть удаленные компьютеры, локальные сети, факс-аппараты или просто люди, которые общаются с помощью телефонных аппаратов. Чем больше абонентов в сети, тем сложнее предоставить каждому из них одну отдельную некоммутируемую физическую линию связи, по которой они могли бы "разговаривать" монопольно в течение длительного времени. Очевидно, что рано или поздно возникнет задача определенным образом распределить все сеансы связи между абонентами этой сети. Другими словами возникнет необходимость в определенном способе коммутации абонентских линий в сети. Для любой сети наилучший выход поддерживать какой-либо способ коммутации абонентов. Этот подход, как минимум, сразу сократит большие затраты на дополнительные физические кабели. Поскольку в этом случае вполне допустимо, чтобы одна физическая линия обслуживала несколько сеансов связи между абонентами.

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

У вас может сложиться впечатление, что существует множество способов коммутации. На самом деле, это не так, в процессе развития технологии коммутации четко выделились три основных метода коммутации:

1. коммутация каналов

2. коммутация пакетов

3. коммутация сообщений

Наша задача разобраться с возможностями каждого из них, достоинствами и недостатками.

Методы коммутации

Итак, мы определили, что любые сети поддерживают какой-то способ коммутации своих абонентов между собой. Рассмотрим типичную структуру сети с поддержкой коммутации (см. рисунок 21.1). Данная сеть состоит из восьми узлов – абонентов, соединенных определенным образом с помощью индивидуальных физических линий с коммутаторами, с помощью которых определенным способом и осуществляется сама коммутация этих абонентов.

Рисунок 21.1 – Сеть с поддержкой коммутации

Итак, все абоненты сети соединяются с коммутаторами индивидуальными линиями связи. Каждая из этих линий используется в любой момент времени только одним абонентом, тем который к ней непосредственно подключен. Между коммутаторами линии связи разделяются несколькими абонентами, то есть используются совместно. Другими словами, каждый абонент сети с помощью отдельной линии связи подключен к соответствующему входу коммутатора. Коммутатор по определенному способу (в зависимости от своего технологического исполнения) коммутирует все подключенные к нему абонентские линии на свой выход. В итоге получается, что по линии, которая соединяет два коммутатора друг с другом, передаются данные совместно несколькими абонентами сети. Но, что же означает коммутировать определенным способом?

В общем, выделяют три принципиально различные схемы коммутации абонентов в сетях:

· коммутация каналов (circuit switching)

· коммутация пакетов (packet switching)

· коммутация сообщений (message switching)

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

Коммутация каналов самый простой и самый "старый" способ. Сети с коммутацией каналов ведут свое происхождение еще от первых телефонных сетей. Сети с коммутацией пакетов появились сравнительно недавно, в период развития и усовершенствования вычислительных технологий. Они появились в конце 60-х годов как результат экспериментов с первыми глобальными компьютерными сетями. Сети с коммутацией сообщений по сути - прототип современных сетей с коммутацией пакетов. В чистом виде на сегодняшний день они практически не существуют.

Все методы коммутации работают на физическом и канальном уровнях модели OSI.

Хотя реализация сетей с коммутацией пакетов несколько сложнее, чем сетей с коммутацией каналов, она требует использования более "умных" коммутаторов, зато результат, как говорят, "на лицо" - коммутация пакетов наиболее гибкий и универсальный метод коммутации. По прогнозам многих специалистов будущее принадлежит именно этой технологии. Конечно же, каждая из этих схем имеет свои преимущества и недостатки, о которых мы сегодня поговорим детально. В общем случае, сети с коммутацией пакетов и сети с коммутацией каналов разделяют еще на два класса – сети с динамической коммутацией и сети с постоянной коммутацией.

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

Вместо этого сеть разрешает паре пользователей заказать соединение на длительный период времени. Соединение устанавливается не пользователями, а персоналом, обслуживающим сеть. Время, на которое устанавливается постоянная коммутация, измеряется обычно несколькими месяцами. Режим постоянной коммутации в сетях с коммутацией каналов часто называется сервисом выделенных (dedicated) или арендуемых (leased) каналов. Примерами сетей, поддерживающих режим динамической коммутации, являются телефонные сети общего пользования, локальные сети. Некоторые типы сетей поддерживают оба режима работы.

Коммутация каналов

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

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

Вернемся к примеру, который показан на верхнем рисунке. Скажем, узел 1 должен передать данные узлу 7. Прежде всего узел 1 должен передать специальный запрос на установление соединения коммутатору А, указав адрес получателя 7. Коммутатор А должен выбрать маршрут образования составного канала, а затем передать запрос следующему коммутатору, в данном случае Е. Затем коммутатор Е передает запрос коммутатору F, а тот, в свою очередь, передает запрос физически подключенному к нему узлу 7. Если узел 7 принимает запрос на установление соединения, он направляет по уже установленному каналу ответ узлу отправителю. С этих пор составной канал считается скоммутированным. Теперь узлы 1 и 7 могут обмениваться по нему данными, например, вести телефонный разговор. Но что произойдет, если одновременно узел 4 "захочет связаться" с узлом 8, или например узел 2 с узлом 5. А произойдет то, что в одной (например, телефонной) линии между коммутаторами нужно передавать сигналы от нескольких абонентских линий одновременно. То есть один физический провод занимает несколько абонентов. Если в случае, в локальных сетях раньше мы такой случай исключали, там мы отмечали, что одну линию может занимать один абонент, то теперь ситуация приводит к одной очень важной необходимости - необходимо уплотнение канала между коммутаторами, его мультиплексирование.

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

· техника частотного мультиплексирования (Frequency Division Multiplexing, FDM)

· техника мультиплексирования с разделением времени (Time Division Multiplexing, TDM)



Поделиться:


Последнее изменение этой страницы: 2016-08-01; просмотров: 341; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.138.138.144 (0.035 с.)