Иногда ошибки URI.as и другие системные ошибки AS могут быть связаны с проблемами в реестре Windows. Несколько программ может использовать файл URI.as, но когда эти программы удалены или изменены, иногда остаются "осиротевшие" (ошибочные) записи реестра AS.
В принципе, это означает, что в то время как фактическая путь к файлу мог быть изменен, его неправильное бывшее расположение до сих пор записано в реестре Windows. Когда Windows пытается найти файл по этой некорректной ссылке (на расположение файлов на вашем компьютере), может возникнуть ошибка URI.as. Кроме того, заражение вредоносным ПО могло повредить записи реестра, связанные с Fueling ColdFusion Development. Таким образом, эти поврежденные записи реестра AS необходимо исправить, чтобы устранить проблему в корне.
Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей URI.as не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!
В связи с подобным риском мы настоятельно рекомендуем использовать надежные инструменты очистки реестра, такие как WinThruster (разработанный Microsoft Gold Certified Partner), чтобы просканировать и исправить любые проблемы, связанные с URI.as. Используя очистку реестра , вы сможете автоматизировать процесс поиска поврежденных записей реестра, ссылок на отсутствующие файлы (например, вызывающих ошибку URI.as) и нерабочих ссылок внутри реестра. Перед каждым сканированием автоматически создается резервная копия, позволяющая отменить любые изменения одним кликом и защищающая вас от возможного повреждения компьютера. Самое приятное, что устранение ошибок реестра может резко повысить скорость и производительность системы.
Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.
Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с URI.as (например, Fueling ColdFusion Development):
Следующие шаги при ручном редактировании реестра не будут описаны в данной статье, так как с большой вероятностью могут привести к повреждению вашей системы. Если вы хотите получить больше информации о редактировании реестра вручную, пожалуйста, ознакомьтесь со ссылками ниже.
1.4. Универсальный идентификатор ресурса URI
Чтобы полностью понимать, как происходит взаимодействие HTML?документов, переход между страницами и откуда вообще компьютер пользователя получает данные при работе с сетью, нужно рассмотреть, как и к чему осуществляется доступ при помощи Глобальной сети.
Многие виды ресурсов, размещенных в Интернете, независимо от того, являются ли они HTML?документами, рисунками или файлами архива, чаще всего представляют собой файлы на жестком диске компьютера (сервера), подключенного к сети. С каждым ресурсом сопоставляется значение, по которому можно однозначно определить его расположение, – универсальный идентификатор ресурса или URI (Universal Resource Identifier). URI широко используются как при самостоятельном доступе пользователя к ресурсу (когда, например, пользователь сам вводит URI в адресной строке браузера), так и при переходе между веб?страницами. URI также используются в HTML?документе для указания браузеру, где искать ресурсы (например, рисунки), используемые в самом документе.
Примечание
В литературе также часто применяется обозначение URL. Следует отметить, что URI является более общим понятием, включающим в себя URL: любой URL является универсальным идентификатором ресурса и подчиняется тем же правилам, что и URI.
Идентификатор ресурса URI состоит из трех частей: из наименования механизма доступа к ресурсу, доменного имени компьютера и пути файла ресурса. Для пояснения сказанного можно рассмотреть пример:
Здесь можно увидеть, что для доступа к ресурсу, которым в данном случае является HTML?документ, используется протокол HTTP (Hyper Text Transfer Protocol). Ресурс хранится на компьютере, имеющем доменное имя somesite.com в файле ex_1.html, расположенном в папке /info/examples.
При помощи URI можно также ссылаться на части HTML?документов, например:
При использовании этого URI можно получить доступ к части HTML?документа, имеющей имя description (то, как создавать имена для фрагментов HTML?документов, будет рассмотрено в гл. 5).
URI также позволяют ссылаться на ресурсы в пределах одного компьютера. При этом указывается относительный путь ресурса. Например, чтобы из HTML?документа, расположенного в папке /info/examples, сослаться на файл /info/files/file1.jpg, достаточно задать URI /files/file1.jpg. В HTML?документах при помощи подобных ссылок указываются пути рисунков и других объектов, используемых в документах, но непосредственно не хранимых в них.
В общем случае URI считаются нечувствительными к регистру символов. Однако для полной уверенности в правильности интерпретации URI все же обращайте внимание на регистр символов в URI гиперссылок, рисунков и т. д. Это полезно для устранения таких ситуаций, когда, например, при работе сайта на компьютере под Windows все гиперссылки работают, а при помещении сайта на UNIX?сервер работать отказываются (в UNIX имена файлов чувствительны к регистру).
Универсальный Идентификатор Ресурса URI. URI известны под многими именами WWW адреса, Универсальные Идентификаторы Документов, Универсальные Идентификаторы Ресурсов URI , и, в заключение, как комбинация Единообразных Идентификаторов Ресурсов Uniform Resource Locators, URL и Единообразных Имен Ресурсов Uniform Resource Names, URN . HTTP определяет URL просто как строку определенного формата, которая идентифицирует ресурс посредством имени, расположения, или любой другой характеристики. 3.2.1 Общий синтаксис. URI в HTTP могут представляться в абсолютной форме absolute URI или относительно некоторого известного основного URI relative URI , в зависимости от контекста их использования. Эти две формы различаются тем, что абсолютные URI всегда начинаются с имени схемы с двоеточием.
URI absoluteURI relativeURI fragment absoluteURI scheme uchar reserved relativeURI net path abs path rel path net path net loc abs path abs path rel path rel path path params ? query path fsegment segment fsegment 1 pchar segment pchar params param param param pchar scheme 1 ALPHA DIGIT net loc pchar ? query uchar reserved fragment uchar reserved pchar uchar uchar unreserved escape unreserved ALPHA DIGIT safe extra national escape HEX HEX reserved ? extra safe unsafe CTL SP national любой OCTET за исключением ALPHA, DIGIT, reserved, extra, safe, и unsafe октетов Полная информация о синтаксисе и семантике URL содержится в RFC 1738 и RFC 1808. Нормальная запись Бекуса-Наура включает национальные символы, недозволенные в правильных URL, определеных RFC 1738, так как HTTP серверы позволяют использовать для представления части rel path адресов набор не зарезервированных символов, и, следовательно, HTTP прокси-сервера могут получать запросы URI, не удовлетворяющие RFC 1738. Протокол HTTP не накладывает никаких ограничений на длины URI. Серверы должны обрабатывать URI любого ресурса, любой длинны, который они обслуживают, и им надлежит обрабатывать URI неограниченной длины, если они обслуживают сервера, основанные на методе GET, которые могут создавать такой URI. Серверу следует возвращать код состояния 414 URI запроса слишком длинный, Request-URI Too Long, если URI длиннее, чем сервер в состоянии обработать.
Серверы должны обращать внимание на URI, которые имеют длину более 255 байтов, потому что некоторые старые клиенты или прокси-сервера могут неправильно поддерживать эти длины. 3.2.2 HTTP URL. Http схема используется для доступа к сетевым ресурсам при помощи протокола HTTP. Этот раздел определяет схемо-определенный синтаксис и семантику для HTTP URL. http URL http host port abs path host допустимое доменное имя машины или IP адрес в точечно десятичной форме, как определено в разделе 2.1 RFC 1123 port DIGIT Если порт пуст или не задан - используется порт 80. Это означает, что идентифицированный ресурс размещен в сервере, ожидающем TCP соединений на специфицированном порте port, компьютера host, и запрашиваемый URI ресурса - abs path. Использования IP адресов в URL следует избегать, насколько это возможно RFC 1900 . Если abs path не представлен в URL, он должен рассматриваться как при вычислении запрашиваемого URI Request-URI ресурса. 3.2.3
Конец работы -
Эта тема принадлежит разделу:
По определению RFC 1945 HTTP 1.0 был улучшением этого протокола, допускал MIME-подобный формат сообщений, содержащий метаинформацию о передаваемых.. Однако HTTP 1.0 недостаточно учитывал особенности работы с иерархическими.. Список RFC относящийся к рассмотренным в данной работе вопросам, приведен в разделе Библиографический список. 1.1..
Если Вам нужно дополнительный материал на эту тему, или Вы не нашли то, что искали, рекомендуем воспользоваться поиском по нашей базе работ:
Если этот материал оказался полезным ля Вас, Вы можете сохранить его на свою страничку в социальных сетях:
| Твитнуть |
Терминология
Терминология. Соединение connection. Виртуальный канал транспортого уровня, установленный между двумя программами с целью связи Сообщение message. Основной модуль HTTP связи, состоящей из структурн
Параметры протокола
Параметры протокола. Версия HTTP.HTTP использует схему нумерации типа major . minor, для указания версии протокола. Стратегия версификации протокола предназначена для того, чтобы позволить отправит
Сравнение UR
Сравнение UR. I.При сравнении двух URI, чтобы решить соответствуют ли они друг другу или нет, клиенту следует использовать чувствительное к регистру пооктетное octet-by-octet сравнение этих URI, со
Полная дата
Полная дата. HTTP приложения исторически допускали три различных формата для представления даты времени Sun, 06 Nov 1994 08 49 37 GMT RFC 822, дополненный в RFC 1123 Sunday, 06-Nov-94 08 49 37 GMT
Кодовые таблицы character sets
Кодовые таблицы character sets. HTTP использует то же самое определение термина кодовая таблица, которое определено для MIME Термин кодовая таблица используется, чтобы сослаться на метод, использую
Кодирования содержимого content codings
Кодирования содержимого content codings. Значение кодирования содержимого указывает какое преобразование кодирования было или будет применено к объекту.
Кодирование содержимого используется
Кодирования передачи Transfer Codings
Кодирования передачи Transfer Codings. Значения кодирования передачи используются для указания преобразования кодирования, которое было или должно быть применено к телу объекта entity-body в целях
Медиатипы Media Types
Медиатипы Media Types. HTTP использует МедиаТипы Интернета Internet Media Types в полях заголовка Content-Type и Accept для обеспечения открытой и расширяемой типизации данных и типов. media-type t
Канонизация и предопределенные значения типа text
Канонизация и предопределенные значения типа text. Медиатипы Интернет зарегистрированы в канонической форме.
В общем случае тело объекта, передаваемое HTTP сообщением, должно быть представле
Типы Multipart
Типы Multipart. MIME предусматривает ряд типов multipart - формирующих пакет из одного или нескольких объектов внутри тела одного сообщения.
Все типы mulptipart используют общий синтаксис, о
Маркеры продуктов Product Tokens
Маркеры продуктов Product Tokens. Маркеры продуктов используются, чтобы обеспечить коммуникационным приложениям возможность идентифицировать себя названием и версией программного обеспечения.
Величины качества Quality Values
Величины качества Quality Values. HTTP использует короткие числа с плавающей точкой для указания относительной важности веса различных оговоренных параметров.
Вес - это нормализованое вещест
Метки языков Language Tags
Метки языков Language Tags. Метка языка идентифицирует естественный язык разговорный, письменный, или другой используемый людьми для обмена информацмей с другими людьми.
Машинные языки являю
Метки объектов Entity Tags
Метки объектов Entity Tags. Метки объектов используются для сравнения двух или более объектов одного и того же запрошенного ресурса.
HTTP 1.1 использует метки объектов в полях заголовка ETag
Единицы измерения диапазонов Range Units
Единицы измерения диапазонов Range Units. HTTP 1.1 позволяет клиенту запрашивать только часть объекта.
HTTP 1.1 использует еденицы измерения диапазонов в полях заголовка Range и Content-Rang
Типы сообщений
Типы сообщений. HTTP сообщения делятся на запросы клиента серверу и ответы сервера клиенту. HTTP-message Request Response сообщения HTTP 1.1 Сообщения запроса и ответа используют обобщенный формат
Заголовки сообщений
Заголовки сообщений. Поля заголовков HTTP, которые включают поля общих заголовков general-header, заголовков запроса request-header, заголовков ответа response-header, и заголовков объекта entity-h
Тело cообщения
Тело cообщения. Тело HTTP сообщения message-body, если оно присутствует, используется для передачи тела объекта, связанного с запросом или ответом. Тело сообщения message-body отличается от тела об
Длина сообщения
Длина сообщения. Когда тело сообщения message-body присутствует в сообщении, длина этого тела определяется одним из следующих методов в порядке старшинства 1. Любое сообщение ответа, которое не дол
Метод Method
Метод Method. Лексема метода указывает метод, который нужно применить к ресурсу, идентифицированному запрашиваемым URI Request-URI . Метод чувствителен к регистру.
Method OPTIONS GET HEAD PO
Код состояния и поясняющая фраза
Код состояния и поясняющая фраза. Элемент код состояния Status-Code - это целочисленный трехразрядный код результата попытки понять и выполнить запрос.
Эти коды полностью определены в раздел
Постоянные соединения Persistent Connections
Постоянные соединения Persistent Connections. Цель. До введения в протокол постоянных соединений для запроса каждого URL устанавливалось отдельное TCP соединение, что увеличивало нагрузку на HTTP с
Обсуждение Negotiation
Обсуждение Negotiation. HTTP 1.1 сервер в праве считать, что HTTP 1.1 клиент не поддерживает постоянное соединение, если посланный в запросе заголовок Connection содержит лексему соединения connect
Конвейерная обработка Pipelining
Конвейерная обработка Pipelining. Клиент, который поддерживает постоянные соединения умеет производить конвейерную обработку запросов то есть посылать несколько запросов не ожидая ответа на каждый
Практические соображения
Практические соображения. Сервера обычно имеют некоторое значение времени ожидания, после которого они не поддерживают неактивное соединение. Прокси-сервера могут выставлять его значение более высо
Требования к передаче сообщений
Требования к передаче сообщений. Общие требования - HTTP 1.1 серверам следует поддерживать постоянные соединения и использовать механизмы управления потоком данных TCP в целях уменьшения временных
Безопасные методы
Безопасные методы. Программистам следует понимать, что программное обеспечение при взаимодействии с Интернетом представляет пользователя, и программе следует информировать пользователя о любых дейс
Определение кодов состояния
Определение кодов состояния.
Каждый код состояния, описанный ниже, включает описание метода или методов, за которым он может следовать и метаинформацию, требуемую в ответе. 10.1 1xx - Информ
Установление подлинности доступа Access Authentication
Установление подлинности доступа Access Authentication. Для установления подлинности доступа HTTP предоставляет простой механизм вызовов-ответов challenge-response, который может использоваться сер
Базовая схема установления подлинности Basic Authentication Scheme
Базовая схема установления подлинности Basic Authentication Scheme. Базовая схема установления подлинности основана на том, что агент пользователя должен доказывать свою подлинность при помощи иден
Кэширование в HTTP
Кэширование в HTTP. HTTP обычно используется для распределенных информационных систем, эффективность которых может быть улучшена при использовании кэшированных ответов. Протокол HTTP 1.1 включает р
Правильность кэша
Правильность кэша. Правильный кэш должен отвечать на запрос наиболее современным ответом, соответствующим запросу, из хранимых кэшем который удовлетворяет одному из следующих условий 1. Он был пров
Механизмы управления кэшем Cache-control Mechanisms
Механизмы управления кэшем Cache-control Mechanisms. Основные механизмы кэша в HTTP 1.1 указанные сервером время устаревания expiration time и указатель достоверности validator - неявные директивы
Явные предупреждения агента пользователя
Явные предупреждения агента пользователя.
Многие агенты пользователя делают возможным для пользователей отменить основные механизмы кэширования. Например агент пользователя может позволить п
Исключения из правил и предупреждений
Исключения из правил и предупреждений.
В некоторых случаях, оператор кэша может сконфигурировать его таким образом, чтобы он возвращал просроченные ответы, даже если они не запрашиваются кли
Контролируемое клиентом поведение
Контролируемое клиентом поведение.
В то время как первоначальный сервер и меньшей степени промежуточные кэши с их вкладом в возраст ответа является первичным источником информации об устарев
Модель устаревания
Модель устаревания. Устаревание, указанное сервером. HTTP кэширование работает лучше всего тогда, когда кэши могут полностью избежать запросов к первоначальному серверу.
Первичный механизм и
Эвристическое устаревание
Эвристическое устаревание. Так как первоначальные серверы не всегда указывают явное время устаревания, то HTTP кэши обычно назначают эвристическое время устаревания, используя алгоритмы, которые ис
Вычисление возраста
Вычисление возраста. Чтобы знать, является ли содержащийся в кэше объект свежим, кэш должен знать, превышает ли его возраст срок свежести.
Хосты, которые используют HTTP, а в особенности хос
Вычисление устаревания
Вычисление устаревания. Чтобы решить, является ли ответ свежим или просроченным, мы должны сравнить срок его службы с возрастом.
Возраст вычисляется по алгоритму, описанному в разделе 13.2.3
Этапы развития исихастской традиции
Этапы развития исихастской традиции. Исихастская традиция от греч. термина - покой, безмолвие - определенная школа духовной практики, развивающаяся с IV в. и до наших дней. 7 В этом долгом пути раз
URI (Uniform Resource Identifier, Универсальный идентификатор ресурса) – компактная строка символов для идентификации абстрактного или физического ресурса. Под ресурсом понимается любой объект, принадлежащий некоторому пространству. Необходимость в URI была понятна разработчикам WWW c момента зарождения системы, т.к. предполагалось объединение в единую информационную среду средств, использующих различные способы идентификации информационных ресурсов. Была разработана спецификация, которая включала в себя обращения к FTP, Gopher, WAIS, Usenet, E–mail, Prospero, Telnet, X.500 и, конечно, HTTP (WWW). В итоге была разработана универсальная спецификация, которая позволяет расширять список адресуемых ресурсов за счет появления новых схем.
Место применения URI – гипертекстовые ссылки, которые записываются в тегах и . Встраиваемые графические объекты также адресуются по спецификации URI в тегах и
Появление URN связано с желанием адресовать части почтового сообщения MIME. Принципы построения адреса WWW. В основу URI были заложены следующие принципы:
· Расширяемость – новые адресные схемы должны легко вписываться в существующий синтаксис URI.
· Полнота – по возможности, любая из существовавших схем должна описываться посредством URI.
· Читаемость – адрес должен был быть легко читаем пользователем, что вообще характерно для технологии WWW – документы вместе с ссылками могут разрабатываться в обычном текстовом редакторе.
Прежде, чем рассмотреть различные схемы представления адресов приведем пример простого адреса URI:
http://polyn.net.kiae.su/polyn/index.html
Перед двоеточием стоит идентификатор схемы адреса – «http». Это имя отделено двоеточием от остатка URI, который называется «путь». В данном случае путь состоит из доменного адреса машины, на которой установлен сервер HTTP и пути от корня дерева сервера к файлу «index.html». Кроме представленной выше полной записи URI, существует упрощенная. Она предполагает, что к моменту ее использования многие параметры адреса ресурса уже определены (протокол, адрес машины в сети, некоторые элементы пути). При таких предположениях автор гипертекстовых страниц может указывать только относительный адрес ресурса, т.е. адрес относительно определенных базовых ресурсов.
URL (Uniform Resource Locator, Универсальный указатель ресурса), –подмножество схем URI, который идентифицирует ресурс по способу доступа к нему (например, его «местонахождению в сети») вместо того, чтобы идентифицировать его по названию или другим атрибутам этого ресурса. URL явно описывает, как добраться до объекта.
Синтаксис:
scheme = «http» | «ftp» | «gopher» | «mailto» | «news» | «telnet» | «file» | «man» | «info» | «whatis» | «ldap» | «wais» | ... – имя схемы
scheme–specific–part – зависит от схемы. В scheme–specific–part можно использовать шестнадцатеричные значения в виде: %5f. Обязательно должны кодироваться непечатные октеты: 00–1F, 7F, 80–FF.
Примеры URL:
· http://www.ipm.kstu.ru/index.php
· ftp://www.ipm.kstu.ru/
URN (Uniform Resource Name, Универсальное имя ресурса) – частная URI–схема «urn:» с подмножеством «пространства имен», который должен быть уникальным и неизменным даже в том случае, когда ресурс уже не существует или недоступен.
Предполагается что, например браузер, знает, где искать этот ресурс.
Синтаксис: urn: namespace: data1.data2,more–data , где namespace (пространство имен) определяет, каким образом используются данные, указанные после второго «:».
Пример URN:
urn: ISBN: 0–395–36341–6
ISBN – тематический классификатор для издательств,
0–395–36341–6 – конкретный номер тематики книги или журнала
При получении URN клиентская программа обращается к ISBN (каталогу «тематический классификатор для издательств» в Интернете). И получает расшифровку номера тематики «0–395–36341–6» (например: «квантовая химия»). URN принят сравнительно недавно, в текущие версии HTML не включен и службы каталогов пока не развиты, поэтому URN не так широко распространен как URL.
Схемы адресации ресурсов Internet
Существует 3 схемы адресации ресурсов Internet. В схеме указывается ее идентификатор, адрес машины, TCP–порт, путь в директории сервера, переменные и их значения, метка.
Схема HTTP . Это основная схема для WWW. В схеме указывается ее идентификатор, адрес машины, TCP–порт, путь в директории сервера, поисковый критерий и метка.
Синтаксис: http://[
http – название схемы
user – имя пользователя
password – пароль пользователя
host – имя хоста
port – номер порта
url–path – путь к файлу и сам файл
query (<имя–поля>=<значение>{&<имя–поля>=<значение>) – строка запроса
По умолчанию, port=80.
Приведем несколько примеров URI для схемы HTTP:
http://polyn.net.kiae.su/polyn/manifest.html
Это наиболее распространенный вид URI, применяемый в документах WWW. Вслед за именем схемы (http) следует путь, состоящий из доменного адреса машины и полного адреса HTML–документа в дереве сервера HTTP.
В качестве адреса машины допустимо использование и IP–адреса:
http://144.206.160.40/risk/risk.html
Если сервер протокола HTTP запущен на другой, отличный от 80 порт TCP, то это отражается в адресе:
http://144.206.130.137:8080/altai/index.html
http://polyn.net.kiae.su/altai/volume4 .html#first
Схема FTP . Данная схема позволяет адресовать файловые архивы FTP из программ–клиентов World Wide Web. При этом программа должна поддерживать протокол FTP. В данной схеме возможно указание не только имени схемы, адреса FTP–архива, но и идентификатора пользователя и даже его пароля.
Синтаксис: ftp://[
ftp – название схемы
user – имя пользователя
password – пароль пользователя
host – имя хоста
port – номер порта
url–path – путь к файлу и сам файл
По умолчанию, port=21, user=anonymous, password=email–адрес.
Наиболее часто данная схема используется для доступа к публичным архивам FTP:
ftp://polyn.net.kiae.su/pub/0index.txt
В данном случае записана ссылка на архив «polyn.net.kiae.su» c идентификатором «anonymous» или «ftp» (анонимный доступ). Если есть необходимость указать идентификатор пользователя и его пароль, то можно это сделать перед адресом машины:
ftp://nobody:[email protected]/users/local/pub
В данном случае эти параметры отделены от адреса машины символом «@», а друг от друга двоеточием.
Схема TELNET . По этой схеме осуществляется доступ к ресурсу в режиме удаленного терминала. Обычно клиент вызывает дополнительную программу для работы по протоколу telnet. При использовании этой схемы необходимо указывать идентификатор пользователя, допускается использование пароля.
Синтаксис: telnet://[
telnet – название схемы
user – имя пользователя
password – пароль пользователя
host – имя хоста
port – номер порта
По умолчанию, port=23.
Пример: telnet://name:[email protected]
Реально, доступ осуществляется к публичным ресурсам, и идентификатор и пароль являются общеизвестными, например, их можно узнать в базах данных Hytelnet.
telnet://guest:[email protected]
Из приведенных выше примеров видно, что спецификация адресов ресурсов URI является довольно общей и позволяет проидентифицировать практически любой ресурс Internet. При этом число ресурсов может расширяться за счет создания новых схем.
Служба WWW
Служба WWW (World Wide Web) – предназначена для обмена гипертекстовой информацией, построена по схеме «клиент–сервер». Браузер (Internet Explorer, Opera ...) является мультипротокольным клиентом и интерпретатором HTML. И как типичный интерпретатор, клиент в зависимости от команд (тегов) выполняет различные функции. В круг этих функций входит не только размещение текста на экране, но обмен информацией с сервером по мере анализа полученного HTML–текста, что наиболее наглядно происходит при отображении встроенных в текст графических образов.
Сервер HTTP (Apаche, IIS ...) обрабатывает запросы клиента на получение файла. В начале служба WWW базировалась на трех стандартах:
· HTML (HyperText Markup Lan–guage) – язык гипертекстовой разметки документов;
· URL (Universal Resource Locator) – универсальный способ адресации ресурсов в сети;
· HTTP (HyperText Transfer Protocol) – протокол обмена гипертекстовой информацией.
Схема работы WWW сервера
WWW сервер – это такая часть глобальной или внутрикорпоративной сети, которая дает возможность пользователям сети получать доступ к гипертекстовым документам, расположенным на данном сервере. Для взаимодействия с WWW сервером пользователь сети должен использовать специализированное программное обеспечение – браузер (от англ. browser) –программа просмотра.
Рассмотрим более схему работы WWW–сервера:
1. Пользователь сети запускает браузер, в функции которого входит:
· установление связи с сервером;
· получение требуемого документа;
· отображение полученного документа;
· реагирование на действия пользователя – доступ к новому документу. После запуска браузер по команде пользователя или автоматически устанавливает связь с заданным WWW – сервером и передает ему запрос-получение заданного документа.
2. WWW сервер ищет запрашиваемый документ и возвращает результаты браузеру.
3. Браузер, получив документ, отображает его пользователю и ожидает его реакции. Возможные варианты:
· ввод адреса нового документа;
· печать, поиск, другие операции над текущим документом;
· активизация (нажатие) специальных зон полученного документа, называемых связями (link) и ассоциированными с адресом нового документа. В первом и третьем случае происходит обращение за новым документом.
URI (Uniform Resource Identifier ) - унифицированный (единообразный) идентификатор ресурса. URI - символьная строка, позволяющая идентифицировать какой-либо ресурс: документ, изображение, файл, службу, ящик электронной почты и т. д. Прежде всего, речь идёт, конечно, о ресурсах сети Интернет и Всемирной паутины. URI предоставляет простой и расширяемый способ идентификации ресурсов. Расширяемость URI означает, что уже существуют несколько схем идентификации внутри URI, и ещё больше будет создано в будущем.
Связь между URI, URL и URN
Диаграмма Венна, отображающая подмножества схемы URI: URL и URN.
URI является либо URL, либо URN, либо одновременно обоими.
Поскольку URI не всегда указывает на то, как получить ресурс, в отличие от URL, а только идентифицирует его, это даёт возможность описывать с помощью RDF (Resource Description Framework) ресурсы, которые не могут быть получены через Интернет (например, личность, автомобиль, город и проч.).
История
В 1990 году в Женеве, Швейцария, в стенах Европейского совета по ядерным исследованиям британским учёным Тимом Бернерсом-Ли был изобретён определитель местонахождения ресурса URL. Так как URL является наиболее используемым подмножеством URI, то этот же 1990 год принято считать годом рождения URI. Но, строго говоря, концепция URI была документально оформлена лишь в июне 1994 года в документе RFC 1630.
Новая версия URI была определена в 1998 году в RFC 2396, тогда же слово Universal в названии было заменено на Uniform .
Недостатки
URL стал фундаментальным нововведением в Интернете, поэтому принципы URI документально закреплялись так, чтобы обеспечить полную совместимость с URL. Отсюда появился и большой недостаток URI, пришедший как наследство от URL. В URI, как и в URL, можно использовать только ограниченный набор латинских символов и знаков препинания (даже меньший, нежели в ASCII). Иными словами, если мы захотим использовать в URI символы кириллицы, или иероглифы, или, скажем, специфические символы французского языка, то нам придётся кодировать URI таким же образом, каким в Википедии кодируются URL с символами Юникода. Например, строка вида:
https://ru.wikipedia.org/wiki/Кириллица
кодируется в URL как:
https://ru.wikipedia.org/wiki/%D0%9A%D0%B8%D1%80%D0%B8%D0%BB%D0%BB%D0%B8%D1%86%D0%B0
Поскольку такому преобразованию подвергаются буквы всех алфавитов, кроме используемой в английском языке латиницы, то URI со словами на других языках (даже европейских) утрачивают способность восприниматься людьми. А это входит в грубое противоречие с принципом интернационализма, провозглашаемого всеми ведущими организациями Интернета, включая W3C и ISOC. Эту проблему призван решить стандарт IRI (англ. Internationalized Resource Identifier ) - международных идентификаторов ресурсов, в которых можно было бы без проблем использовать символы Юникода, и которые не ущемляли бы права других языков. Также и сам создатель URI, Тим Бернерс-Ли, говорил, что система доменных имён, лежащая в основе URL, - плохое решение, навязывающее ресурсам иерархическую архитектуру, мало подходящую для гипертекстового веба.
Структура URI
URI = [схема ":"] иерархическая- часть [ "?" запрос ] [ "#" фрагмент ]
В этой записи:
Схема
схема обращения к ресурсу (часто указывает на сетевой протокол), например, http, ftp, file, ldap, mailto, urn
Иерархическая-часть
содержит данные, обычно организованные в иерархической форме, которые, совместно с данными в неиерархическом компоненте запрос , служат для идентификации ресурса в пределах видимости URI-схемы. Обычно иерархическая-часть содержит путь к ресурсу (и, возможно, перед ним, адрес сервера, на котором тот располагается) или идентификатор ресурса (в случае URN).
Запрос
этот необязательный компонент URI описан выше.
Фрагмент
(тоже необязательный компонент)
Позволяет косвенно идентифицировать вторичный ресурс посредством ссылки на первичный и указанием дополнительной информации. Вторичный идентифицируемый ресурс может быть некоторой частью или подмножеством первичного, некоторым его представлением или другим ресурсом, определённым или описанным таким ресурсом.
Разбор структуры URI. Для так называемого «парсинга» URI (англ. parsing ), то есть для разложения URI на составные части и их последующей идентификации, удобнее всего использовать систему регулярных выражений, доступную нынче почти во всех современных языках программирования. Для разбора URI в стандарте RFC 3986 рекомендуется использовать следующий шаблон:
Этот шаблон включает в себя 9 обозначенных выше цифрами групп (подробнее о шаблонах и группах см. Регулярные выражения), которые наиболее полно и точно разбирают типичную структуру URI, где:
Таким образом, если при помощи данного шаблона разобрать, например, такой типичный идентификатор URI:
http://www.ics.uci.edu/pub/ietf/uri/#Related
то 9 вышеуказанных групп шаблона дадут следующие результаты соответственно:
Примеры URI:
Абсолютные URI
2) Относительные URI
[пустая строка] - эквивалентно разбору идентификатора парсером с результатом [пустая строка], то есть ссылка ведёт на объект по умолчанию в схеме по умолчанию
DNS - система доменных имен. Доменные имена системы DNS – синонимы IP-адреса, так же, как имена в адресной книжке вашего телефона – синонимы телефонных номеров. Они символьные, а не числовые; они удобнее для запоминания и ориентации; они несут смысловую нагрузку. www.irnet.ru → таблицы DNS →193.232.70.36 Доменные имена также уникальны, т.е. нет в мире двух одинаковых доменных имён. Доменные имена, в отличие от IP-адресов необязательны, они приобретаются дополнительно.
Рис. 2. Иерархия в системе DNS.
Так же уникальны адреса, которые указываются на конвертах при доставке писем обычной почтой. В мире нет стран с одинаковыми названиями. И если названия городов иногда и повторяются, то в сочетании с делением на более крупные административные единицы типа районов и областей они становятся уникальными. А названия улиц не должны повторяться в пределах одного города. Таким образом, адрес на основе географических и административных названий однозначно определяет точку назначения. Домены имеют аналогичную иерархию. Имена доменов отделяются друг от друга точками: lingvo.yandex.ru, krkime.com.
DNS обладает следующими характеристиками:
Уровни домена. Различают домены трех уровней.
Домены первого или верхнего уровня делятся на две группы:
1) Это домены с территориальной принадлежностью, например: .ru .by .ua .de .us и т. д. Т. е. это домены которые присвоены какой-то определенной стране. По ним можно, например, определить к какой стране принадлежит тот или иной сайт.
2) Вторая группа доменов первого уровня это домены, какого-то определенного назначения. Например: .com – для коммерческих организаций, .info – для информационных сайтов, .tv – для телевизионных компаний и т. д. По этим доменам можно определить определенную направленность сайта. Хотя, по правде сказать, в последнее время они все больше используются как угодно и часто не придерживаются своего назначения.
Домены первого уровня не возможно использовать в качестве адреса своего сайта. Они служат для создания доменов второго уровня , поэтому на любом из доменов первого уровня можно зарегистрировать домен второго уровня. Домен второго уровня состоит из следующих элементов: www.имя_сайта.домен первого уровня. Например: www.webmastermix.ru. Рекомендуется использовать доменные имена второго уровня для адреса сайта. Они лучше всего читаются и запоминаются людьми, а так же воспринимаются поисковыми системами. Поэтому большинство сайтов имеет доменные имена именно этого уровня.
Кроме того существуют домены третьего уровня . Они создаются на основе доменов второго уровня. Домен третьего уровня выглядит так: www.forum.webmastermix.ru. Зарегистрировав домен второго уровня вы можете самостоятельно создавать на его основе сколько угодно доменов третьего уровня. Зарегистрировать доменное имя для своего сайта вы можете при помощи специальных сервисов.
ВЕБ-ТЕХНОЛОГИИ: HTML, JAVASCRIPT
Первая часть дидактического блока выше указанной темы была посвящена интернет-технологиям. Теперь же мы приступаем к изучению технологий, применяемых во Всемирной паутине, или вeб-технологиям.
Для начала необходимо разобраться с основными понятиями веб-технологий: веб-сайт и веб-страница. Веб-страница – это минимальная логическая единица Всемирной паутины, которая представляет собой документ, однозначно идентифицируемый уникальным URL. Веб-сайт – это набор тематически связанных веб-страниц, находящихся на одном сервере и принадлежащий одному владельцу. В частном случае веб-сайт может быть представлен одной единственной веб-страницей. Всемирная паутина является совокупностью всех веб-сайтов.
Основой всей Всемирной паутины является язык разметки гипертекста HTML – Hyper Text Markup Language (рис. 3). Он служит для логической (смысловой) разметки документа (веб-страницы). Иногда его неправомерно используют для управления способом отображения содержимого веб-страниц на экране монитора или при выводе на принтер, что в корне противоречит идеологии, принятой во всемирной паутине.
Рис. 3. Веб-технологии
Для целей управления отображением содержимого веб-страниц предназначены каскадные таблицы стилей (CSS). CSS во многом сходны со стилями, применяемыми в популярном текстовом процессоре Word.
Для придания веб-страницам динамизма (выпадающие меню, анимация) используются языки написания скриптов. Стандартным скриптовым языком во всемирной паутине является JavaScript. Ядром языка JavaScript является ECMAScript.
HTML, CSS, JavaScript – являются языками, с помощью которых можно создавать сколь угодно сложные веб-сайты. Но это всего лишь лингвистическое обеспечение, в то время как в браузерах документы представляются в виде набора объектов, множество типов которых является объектной моделью браузера (BOM). Объектная модель браузера уникальна для каждой модели и таким образом возникают проблемы при создании межбраузерных приложений. Поэтому Веб-консорциум предложил объектную модель документа (DOM), являющуюся стандартным способом представления веб-страниц с помощью набора объектов.
Синтаксис современного HTML описан с помощью расширяемого языка разметки XML – Extensible Markup Language. XML позволят создавать собственные языки разметки, аналогичные HTML в виде DTD. Существует множество таких языков: для представления математических и химических формул, знаний и т. д.
Как видно из вышесказанного, все веб-технологии тесно взаимосвязаны. Понимание этого факта позволит легче осознать назначение того или иного механизма, применяемого при создании веб-приложений.
ЭЛЕКТРОННАЯ ПОЧТА
Электронная почта (email, e-mail, от англ. electronic mail) - технология и предоставляемые ею услуги по пересылке и получению электронных сообщений (называемых «письма» или «электронные письма») по распределённой компьютерной сети. Основным отличием от прочих систем передачи сообщений является возможность отложенной доставки и развитая система взаимодействия между независимыми почтовыми серверами.
Электронная почта даёт возможность посылать и получать сообщения, отвечать на письма корреспондентов автоматически, используя их адреса, рассылать копии письма сразу нескольким получателям, переправлять полученное письмо по другому адресу, использовать вместо адресов (числовых или доменных имен) логические имена, создавать несколько подразделов почтового ящика для разного рода корреспонденции, включать в письма текстовые файлы, пользоваться системой "отражателей почты" для ведения дискуссий с группой ваших корреспондентов и т.д. Для отправления почтового сообщения по электронной почте надо обязательно указать адрес почтового ящика. Почтовый ящик абонента электронной почты представляет собой область на жестком диске почтового сервера, отведенную для пользователя.
Развитие технологии Internet привело к появлению современных протоколов для обмена сообщениями, которые предоставляют большие возможности для обработки писем, разнообразные сервисы и удобство в работе. Так, например, протокол SMTP, работающий по принципу клиент-сервер, предназначен для отправки сообщений с компьютера к адресату. Обычно доступ к серверу SMTP не защищается паролем, так что можно использовать для отправки писем любой известный сервер в сети. В отличие от серверов для отправки писем, доступ к серверам для хранения сообщений защищается паролем. Поэтому необходимо использовать сервер или службу, в которой существует учётная запись. Эти серверы работают по протоколам POP и IMAP, которые различаются способом хранения писем.
В соответствии с протоколом POP3 поступающие на определенный адрес сообщения хранятся на сервере до того момента, пока они не будут в течение очередного сеанса загружены на компьютер. После загрузки сообщений, можно отключиться от сети и приступить к чтению почты. Таким образом, использование почты по протоколу POP3 является наиболее быстрым и удобным в использовании.
Протокол IMAP удобен тем людям, которые пользуются постоянным подключением к сети. Сообщения, поступившие на адрес, также хранятся на сервере, но, в отличие от POP3, при проверке почты сначала будут загружены только заголовки сообщений. Само письмо можно будет прочитать после выбора заголовка сообщения (оно загрузиться с сервера). Ясно, что при коммутируемом соединении работа с почтой по этому протоколу приводит к неоправданным потерям времени.
Существует несколько протоколов приема передачи почты между многопользовательскими системами.
Краткое описание некоторых из них:
1) SMTP (Simple Mail Transfer Protocol) - это сетевой протокол, предназначенный для передачи электронной почты в сетях TCP/IP, причем передача должна быть обязательно инициирована самой передающей системой.
MTA (Mail Transfer Agent) - агент передачи почты - является основным компонентом системы передачи почты Internet, который представляет данный сетевой компьютер для сетевой системы электронной почты. Обычно пользователи работают не с MTA, а с программой MUA (Mail User Agent) - клиентом электронной почты. Схематично принцип взаимодействия показан на рисунке.
2) POP, POP2, POP3 (Post Office Protocol) - три достаточно простых невзаимозаменяемых протокола, pазpаботанные для доставки почты пользователю с центрального mail-сеpвеpа, ее удаления с него и для идентификации пользователя по имени/паролю. POP включает в себя SMTP, который используется для передачи почты, исходящей от пользователя. Почтовые сообщения могут быть получены в виде заголовков, без получения письма целиком.
После установки соединения протокол РОР3 проходит три последовательных состояния
3) IMAP2, IMAP2bis, IMAP3, IMAP4, IMAP4rev1 (Internet Message Access Protocol) - предоставляет пользователю богатые возможности для работы с почтовыми ящиками, находящимися на центральном сервере
o IMAP осуществляет хранение почты на сеpвеpе в файловых диpектоpиях, а также предоставляет клиенту возможность производить поиск строк в почтовых сообщениях на самом сеpвеpе.
o IMAP2 - используется в редких случаях.
o IMAP3 - несовместимое ни с чем pешение, не используется.
o IMAP2bis - pасшиpение IMAP2, позволяет сеpвеpам pазбиpаться в MIME-стpуктуpе (Multipurpose Internet Mail Extensions) сообщения, используется до сих пор.
o IMAP4 - пеpеpаботанный и pасшиpенный IMAP2bis, который можно использовать где угодно.
o IMAP4rev1 - pасшиpяет IMAP большим набором функций, включая те, котоpые используются в DMSP (Distributed Mail System for Personal Computers).
4) ACAP (Application Configuration Access Protocol) - протокол, pазpаботанный для работы с IMAP4; добавляет возможность поисковой подписки и подписки на доски объявлений, почтовые ящики и используется для поиска адресных книг.
5) DMSP (или PCMAIL) - протокол для приема/отправки почты, особенность которого заключается в том, что пользователь может иметь более одной рабочей станции в своем пользовании. Рабочая станция содержит статусную информацию о почте, диpектоpию, через которую происходит обмен, которая при подключении к серверу обновляется до текущего состояния на mail-сеpвеpе.
6) MIME - стандарт, определяющий механизмы для отправки разного рода информации с помощью электронной почты, включая текст на языках, отличных от английского, для которых используются символьные кодировки, отличные от ASCII, а также 8-битный бинарный контент, такой как картинки, музыка, фильмы и программы.
Самостоятельная работа.
Выполнить приведенный в тексте пример (раздаточный материал) сохранить в собственной папке на рабочем столе.
9.2. Работа с преподавателем:
При появлении затруднений или при ошибочных действиях обратиться к преподавателю для исправления ошибок.
К концу занятия показать преподавателю отчет о выполненной работе и получить зачет по данной работе.
9.3. Контроль исходного и заключительного уровня знаний:
Тестирование на компьютере.
Похожая информация.
