Какое подключение к интернету позволяет создать собственные web узлы в сети

Общие принципы создания Web-узла

Общие принципы создания Web-узла Вы решили создать и разместить в информационном пространстве WWW (World Wide Web, Всемирная паутина) собственный Web-узел. Какие же шаги надо предпринять, чтобы он был интересен, полезен и, что немаловажно, посещаем. Первый вопрос, на который необходимо дать четкий ответ: с какой целью создается Web-узел? От этого зависит многое: стиль оформления, необходимые для создания и последующего функционирования затраты, формат представления информации для размещения в Web, инструментарий и требования, предъявляемые к программному обеспечению Web-сервера и каналам связи с Internet. Здесь возможно несколько вариантов. Если вы создаете Web-узел для компании, реализующей какой-то товар, то основной целью может быть распространение информации о фирме и реклама продукции, а также организация Web-магазина. При этом будут решены следующие задачи: · изменение имиджа и поднятие престижа компании; · продвижение торговой марки; · доступность информации о продукции и ценах для клиентов; · поддержка дилерской сети, доступность информации о продукции и ценах для дилеров; · прямая продажа продукции в Internet, организация Web-магазина; · доступность внутренней информации для сотрудников, работающих вне офиса.

Рекомендуемые материалы

Технологии создания базы данных в Access на примере ателье
Информатика
Технологии создания базы данных в Access на примере биржи труда
Информатика
Современные проблемы создания интеллектуальных автоматизированных информационных систем
Информатика
Windows Forms: Современная модель программирования для создания GUI приложений
Информатика

ПРИНЦИПЫ ПОСТРОЕНИЯ ФУНКЦИОНАЛЬНЫХ УЗЛОВ (Конструирование, технологии производства и эксплуатации ЭВМ)

Информатика
Этапы создания веб-приложения. Основы РНР и MySQL
Информатика

Другой вариант — создание Web-узла научной или общеобразовательной организации, не занимающейся коммерцией в Internet, а распространяющей информацию. В этом случае речь пойдет о сборе, переработке и размещении на Web-узле больших массивов данных с организацией поиска и доступа к ним. И последний вариант — когда вы считаете необходимым разместить в Internet свою личную страницу. Для того, чтобы правильно ответить на поставленные вопросы, необходимо сформировать категории пользователей, на которые рассчитан Web-узел. Исходя из их психологии должна строиться информационная структура, которая будет привлекать и удерживать клиентов. В дальнейшем все вопросы о целесообразности каких-либо действий, связанных с Web-узлом, должны рассматриваться в соответствии с тем, как отреагируют на них посетители, и насколько они будут способствовать достижению главной цели. После того, как сформулированы цели и определены категории пользователей, необходимо распределить подготовленную информацию по Web-документам, продумать связи между ними и предусмотреть дополнительные навигационные возможности, например поисковую систему по содержимому Web-узла. Типичная структура Web-узла фирмы обычно представлена так: Информация о компании. Следует рассказать о целях и деловом облике фирмы, ее истории и т.д. Покажите, какую выгоду получат клиенты от сотрудничества именно с вами, а не с другими компаниями. Информация о продукции и услугах. Разместите на Web-странице фотографии или рисунки своей продукции. Опишите ее свойства и преимущества, приведите примеры использования. Если имеется бумажный каталог продукции, то можно перенести его структуру и содержание в Web-узел. Это облегчит создание и дальнейшее обновление электронного варианта каталога. Если планируется прием заказов на продукцию или услуги через Internet, то нужно разместить здесь бланк заказа, который будет поступать по электронной почте. Информационная поддержка. В этом разделе публикуется дополнительная техническая информация, часто задаваемые вопросы, советы по устранению неисправностей и т.п. Новости. Проинформируйте клиентов о новых товарах и услугах, предоставляемых фирмой, опубликуйте пресс-релизы и т.п. Обратная связь. Сообщите, как с вами можно связаться, где вы находитесь. Поместите форму для отзыва, гостевую книгу, адреса электронной почты, на которые клиент может отправить запрос, и т.п. При наполнении Web-узла всегда нужно помнить два принципа: уникальность и достоверность публикуемых материалов. Уникальность является первоочередным требованием к содержанию. В WWW уже может существовать немало страниц с похожими материалами. Ваш Web-узел должен чем-то отличаться от серверов с аналогичной тематикой, хотя бы для того, чтобы привлечь к себе внимание. Наличие уникальных материалов на вашей странице увеличит ее посещаемость. Для того, чтобы создать уникальный информационный ресурс, не обязательно изобретать что-то принципиально новое, можно по-другому оформить уже существующие ресурсы, но при этом не заставлять клиента тратить много времени на их поиск. Проверить же ресурсы на уникальность можно с помощью поисковых серверов. Что касается авторитетности, то все зависит от того, насколько тщательно вы подберете информацию, проверите ее и будете своевременно обновлять. При создании Web-узла необходимо помнить, что составляющие его отдельные документы должны быть объединены общим стилем оформления и средствами навигации. Единый стиль оформления — один из показателей, отличающих любительский Web-узел от профессионального. Благодаря единообразно сделанным документам пользователи будут отличать ваш Web-узел от других и запомнят его. Это не значит, что документы должны быть похожи друг на друга как две капли воды, но общая идея, единый стиль должны присутствовать непременно. То же относится и к средствам навигации по страницам. Не стоит рассчитывать, что посетитель знает структуру Web-узла так же хорошо, как вы. Он должен без труда понимать, где он находится сейчас и как можно попасть в любое другое место. Необходимо предусмотреть возможность перехода к первому документу, программе поиска или к схеме Web-узла. Кроме того, единство стиля позволяет использовать шаблоны — страницы, содержащие только общие элементы оформления и навигации (без информационного наполнения). С их помощью можно быстро и эффективно создавать новые страницы и распределять работу по их созданию между несколькими людьми. При использовании шаблона для получения готовой страницы достаточно лишь внести в него необходимую информацию. Последовательность, логичность, постоянство — вот необходимые качества хорошего Web-узла. Значительно упростят работу по формированию и изменению стиля вашего Web-узла каскадные таблицы стилей, появившиеся в HTML 4.0. О некоторых их возможностях будет рассказано ниже. После того, как определены цели, задана структура и собрана текстовая и графическая информация, необходимо разработать внешний вид Web-узла. Он также зависит от целей, которых необходимо достичь. Спектр возможных решений здесь очень широк: от просмотра уже существующих страниц и создания подобных до обращения за помощью к профессиональным дизайнерам и художникам. В то же время, необходимо помнить о некоторых уже сложившихся правилах построения Web-документов, из которых состоит Web-узел. Структура. На сегодня представление о структуре документа достаточно устоялось. Web-документ должен содержать в себе следующие разделы: заглавие, название компании, навигационную панель, собственно содержание, контактную информацию, дату и время обновления, авторские права и статус документа. Логотип. Создавая Web-страницу, необходимо позаботиться о том, чтобы название фирмы всегда присутствовало на экране. Для этого в начале каждого Web-документа обычно помещается красочно оформленный логотип фирмы. Кроме того, название компании должно присутствовать и в выходных данных ко всем документам. Навигационная панель. Одним из наиболее важных разделов Web-документа является навигационная панель или панель управления. WWW завоевала весь мир во многом благодаря тому, что гипертекстовые ссылки обеспечивают полную связность публикуемых материалов. Но эти же ссылки таят в себе опасность погружения в полный хаос, когда, пройдя цепочку из трех-четырех документов, вы уже не сможете вернуться обратно, запутавшись в обилии ссылок. Ваш Web-узел должен обеспечивать пользователю ясные и интуитивно понятные навигационные маршруты. Многочисленные исследования показали, что посетители Web-серверов очень нетерпеливы и дальше, чем на два уровня документов, углубляться в содержание сервера не хотят. Поэтому, создавая Web-узел большого объема, следует предусмотреть промежуточные документы, обычно находящиеся на первом-втором уровнях, от которых любая информация находится не далее, чем в двух переходах. Навигационная панель вашего Web-узла должна присутствовать в каждом документе. В первую очередь, она должна включать в себя направляющие ссылки типа «Вперед»-«Назад» («Следующий»-«Предыдущий»), указывающие на соседние документы в структуре Web-узла. Далее от панели управления обязательно должны идти ссылки на все крупные разделы Web-узла — так называемые разделы первого уровня. И, наконец, пользователь всегда должен иметь возможность мгновенно вернуться на главную страницу Web-узла. Помимо ссылок следует указать путь к локальной поисковой системе и индексу. Содержание. Прежде всего, следует отметить, что содержание Web-документов должно в полной мере отвечать всем требованиям, предъявляемым к обычным газетным или журнальным публикациям: грамматическая и орфографическая корректность, точность и достоверность предлагаемых материалов и многое другое. Кроме того, появляется целый ряд специфических требований, которым должен удовлетворять Web-документ. Часто возникает вопрос о размерах документа: какое число страниц является оптимальным? Ответ на первый взгляд может показаться странным: одна экранная страница или вообще никаких ограничений. Многочисленные исследования показали, что пользователи не любят работать с полосами прокрутки браузеров. Больше всего им нравятся документы, которые размещаются на одной экранной странице. Так и в WWW — вы никоим образом не сможете дать пользователю больше информации, чем в концентрированном изложении на одной странице. Если все-таки вы не укладываетесь в эти рамки, создайте еще один документ. Одна экранная страница оказалась подходящей мерой представления информации. Если размер документа превышает одну страницу, то в большинстве случаев он может быть поделен на несколько логических частей, каждая из которых будет занимать не более одной страницы. Если же логического деления информации произвести не удается, то необходимо переработать стиль изложения, а может быть, и сами материалы. Сейчас выработалось единое мнение, что Web-сервер необходимо строить на основе одноэкранных документов. Есть только два исключения из этого правила. Оно не распространяется на статьи, публикуемые в WWW, и второе исключение — анкетные формы, которые, естественно, нельзя разрывать. Графика. При разработке Web-страницы нужно очень внимательно выбирать оптимальное соотношение графических и текстовых материалов. Одна хорошая картинка может заменить тысячу строк текста, но и загружаться по сети она будет в тысячу раз дольше. Поэтому графикой нужно пользоваться осторожно. Можно исходить из того, что графики на странице должно быть чуть меньше, чем хочется Web-мастеру. Пользователям может просто не хватить терпения, и они закроют документ еще до того, как он полностью загрузится. Задержка отклика системы вызывает у пользователя раздражение. Все понимают, как тяжело сейчас обстоят дела с канальной инфраструктурой в Internet. Поэтому время задержки возрастает в зависимости от времени суток, по разным оценкам до 15-60 секунд. Следует отметить, что обычно панель управления, логотип и название фирмы выполняются в виде графических элементов. После создания макета можно приступить к его реализации с помощью языка HTML и иных средств, предлагаемых современными технологиями WWW. Завершив создание Web-узла, необходимо разместить его в Internet. Здесь возможны два варианта: первый — использовать компьютер, который вместе с Web-сервером и Web-узлом находится в вашем офисе и подключается к Internet по выделенной или коммутируемой линии; второй — воспользоваться для размещения Web-узла услугами специальных организаций. Рассмотрим второй вариант. Правильный выбор провайдера, предоставляющего доступ к Web-странице, позволит вашим клиентам с максимальным удобством получать необходимую информацию. Кроме того, поддержка Web-сервером специальных возможностей значительно облегчит разработку Web-узла. На что следует обратить внимание при выборе провайдера, размещающего ваш Web-узел на своем сервере? Пропускная способность каналов. Чтобы вашим посетителям не пришлось слишком долго ждать загрузки страниц, провайдер должен обладать надежным высокоскоростным соединением порядка 1-2 Мбит в секунду. Поддержка сервером провайдера SSI (Server Side Includes, вставки на стороне сервера). Использование SSI позволяет Web-серверу вставлять небольшие объемы динамических данных непосредственно в пересылаемый пользователю HTML-документ. Запрошенная HTML-страница «просматривается» в поисках элементов SSI. Обнаружив такой элемент, сервер вставляет требуемую динамическую информацию. С помощью SSI можно включать один файл в состав другого, исполнять CGI-сценарии и передавать другую информацию. Необходимо уточнить, какие именно функции SSI поддерживаются на сервере провайдера. Поддержка сервером провайдера CGI-сценариев. CGI (Common Gateway Interface, общий шлюзовой интерфейс) — спецификация, позволяющая Web-серверу выполнять произвольные прикладные программы. В результате работы таких программ (сценариев, или «скриптов») создаются HTML-документы. С помощью CGI-сценариев могут приниматься данные от пользователя, они позволяют организовать диалог на Web-страницах, запросы к базам данных и т.д. Создать CGI-сценарий можно с помощью любого популярного языка программирования: Perl, Basic, C, C++, Pascal и т.п. Поддержка моментальной перекодировки. К сожалению, для русского языка в Internet при работе на разных платформах (Windows, Mac, Unix и т.д.) приняты различные кодировки. Чтобы пользователю было легко просматривать страницы, Web-сервер провайдера должен уметь автоматически перекодировать документы в зависимости от поступившего запроса. В противном случае либо содержание вашего Web-узла для некоторых посетителей будет нечитаемым, либо придется обеспечивать несколько копий Web-узла — по одной на каждую поддерживаемую кодировку. Способ обновления страниц. Обычно страницы обновляются по протоколу FTP (File Transfer Protocol, протокол передачи файлов). Некоторые FTP-клиенты позволяют работать с файлами на компьютере провайдера так же, как с собственным диском, — копировать, удалять, переименовывать и т.п. Как правило, возможность размещения Web-узла провайдер предоставляет своим пользователям за небольшую плату или бесплатно. Существуют службы, которые предоставляют место под Web-узлы бесплатно вместе с адресом электронной почты и другими услугами. Как правило, условием такого «бесплатного» размещения является выделение на ваших страницах некоторого места под рекламу. Кроме того, накладываются ограничения на размер ваших файлов. HTML HTML, Hyper Text Markup Language, или, по-русски, «язык разметки гипертекста», является фундаментальной, базовой технологией Интернета. Несмотря на бытующее среди пользователей Всемирной сети мнение, HTML является полнофункциональным языком программирования, обладающим практически всеми чертами, характерными для других аналогичных языков. Практически все содержимое web-узлов, которое отображается на экране подключенных к Интернету компьютеров, является набором документов, содержащих программный код HTML. HTML позволяет формировать на странице сайта текстовые блоки, включать в них изображения, организовывать таблицы, управлять отображением цвета документа и текста, добавлять в дизайн сайта звуковое сопровождение, организовывать гиперссылки с контекстным переходом в другие разделы сервера или обращаться к иным ресурсам Сети и компоновать все эти элементы между собой. Файлы, содержащие гипертекстовый код, имеют расширение .htm или .html. ПРИМЕЧАНИЕ HTML, Hyper Text Markup Language (язык разметки гипертекста) — язык, используемый для создания документов в Интернете. HTML-документом называется файл, содержащий код HTML. Такие документы являются основным информационным наполнением web-узлов, они позволяют отображать текст, графику, аудио- и видеоинформацию, а также другие компоненты ресурсов Интернета. Одной из основных функциональных особенностей, характерных именно для данного языка программирования, благодаря которой он и получил свое название, является гиперссылка. ПРИМЕЧАНИЕ Гиперссылка (Hyperlink) — базовый функциональный элемент html-доку-мента, представляющий собой реализацию динамической связи какого-либо объекта данной web-страницы с контекстным содержимым другого документа. Чтобы разъяснить этот термин, приведу простой пример. Предположим, что созданный вами html-документ включает текст, в котором встречается слово «гиперссылка», а подробное раскрытие этого термина приведено в другом документе, размещенном в Интернете независимо от первого. Преобразовав данное слово в гиперссылку и связав ее с указанным выше документом, вы организуете тем самым простейшую гиперсвязь: пользователю, желающему ознакомиться со значением термина «гиперссылка», достаточно щелкнуть мышью на этом слове, чтобы перейти к web-странице с соответствующими пояснениями. Следует отметить, что в качестве гиперссылки может использоваться как элемент тек- ста, так и графический объект, а саму гиперсвязь можно устанавливать как между несколькими документами, расположенными на одном физическом сервере, так и с объектами, размещенными на различных узлах Интернета. В отличие от других языков программирования, HTML — язык не транслируемый, но интерпретируемый. Это означает, что для исполнения готового кода его не нужно компилировать, встроенный в специальное программное обеспечение, предназначенное для просмотра web-страниц, интерпретатор «компилирует» код непосредственно в процессе открытия документа. При этом, обнаружив в тексте ошибку, такая программа не выдает соответствующего предупреждения(если страница не содержит встроенных скриптов Java), а попросту игнорирует всю «ошибочную» строку. Это следует иметь в виду, составляя HTML-программу, поскольку можно ненароком пропустить «незаметную» ошибку и выявить ее наличие уже тогда, когда страница будет опубликована в Web. Броузеры Как уже упоминалось выше, для просмотра html-документов необходимо специальное программное обеспечение, предназначенное для динамической обработки кода HTML и отображения web-страниц. Такие программы называются броузерами. ПРИМЕЧАНИЕ Броузер — специальная клиентская программа, предназначенная для просмотра содержимого web-узлов и отображения документов HTML. Броузеры содержат встроенный транслятор языка разметки гипертекста, компилирующий html-код в процессе открытия web-страницы. Существует несколько классов броузеров, различающихся в основном спектром реализуемых ими возможностей. Два основных класса — это броузеры, поддерживающие и не поддерживающие отображение графических элементов web-страниц. Большинство современных броузеров относятся к первому классу. Наиболее распространены среди пользователей Интернета броузеры MicrosoftInternet Explorer и Netscape Navigator, предназначенные для работы в среде Microsoft Windows. Менее распространены Opera, Arachne (работает под управлением DOS) и текстовый броузер для UNIX-совместимых платформ под названием Lynx. Следует помнить, что интерпретаторы HTML, встроенные в различные броузеры, работают не одинаково, из-за чего один и тот же html-документ может отображаться в них по-разному. Тем не менее все существенные отличия в алгоритмах обработки кода интерпретаторами наиболее популярных броузеров поддаются статистическому анализу, и несоответствия, появляющиеся при открытии ими документов HTML, без труда устраняются. Методики, позволяющие добиться идентичности отображения web-страниц в различных броузерах. Сервер, сайт, домашняя страничка В этом разделе мы чуть более подробно остановимся на таких понятиях, как сервер, сайт и домашняя страничка, попытаемся разобраться, чем они отличаются друг от друга и какие компоненты должен включать в себя каждый из указанных подвидов web-ресурсов. Сервером сети Интернет называется компьютер, на котором установлена специальная программа (она тоже называется сервером, web-сервером или http-cep-вером), которая отображает web-страницы по запросу клиентской машины, атак же выполняет множество других полезных функций, которых мы коснемся чуть позже. Когда ваш домашний компьютер связывается с сервером и получает от него все необходимые данные, например код web-страницы, он выступает в роли «клиента», а всю систему в этом случае принято называть связкой «клиент—сервер». На этот термин следует обратить особое внимание, поскольку в последствии мы часто будем сталкиваться с ним. ПРИМЕЧАНИЕ Системой «клиент-сервер» называют механизм передачи информации между удаленным компьютером, предоставляющим свои ресурсы в распоряжение пользователей, и пользовательским компьютером, эксплуатирующим эти ресурсы. В данном случае компьютер, открывающий доступ к собственным ресурсам, носит название «сервера», а получающий та- кой доступ — «клиента». Серверы могут быть разными, причем отличия заключаются, прежде всего, в операционной системе, под управлением которой они работают. В настоящее время на большинстве интернетовских узлов используют два типа серверных программ: либо Internet Information Server, рассчитанный на работу под Windows, либо Apache, предназначенный для платформ, совместимых со стандартом UNIX. Как правило, серверы работают на линиях с большой пропуск- ной способностью, например, в сетях с оптоволоконными каналами связи, что по финансовым соображениям доступно лишь крупным предприятиям. Помимо соответствующей программы настоящий сервер должен иметь собственный домен, то есть адрес DNS, отвечающий стандартам Domain Name System. Таким образом, сервер — это компьютер с установленным на нем специальным программным обеспечением, имеющий собственное доменное имя. Владелец и администратор сервера могут гибко менять необходимые настройки, разрешать или запрещать доступ к его ресурсам, подключать, настраивать и запускать ряд дополнительных программ и функций, таких как скрипты CGI или приложения SSI, то есть полностью конфигурировать его работу по мере необходимости. Тематическое содержание серверов может варьироваться в широком диапазоне в зависимости от целей, ради которых они были созданы, возможностей или фантазии владельца и многих других условий. Объединяет их все, пожалуй, только одно: полноценный сервер должен представлять собой то, что среди пользователей Интернета принято называть термином «информационный портал» , то есть в идеальном случае он является достаточно большим виртуальным пространством, состоящим из множества различных тематических разделов меньшего размера, либо некоторого количества самостоятельных проектов. Сайт в отличие от сервера выделенной серверной программой не обладает. Как правило, он является интегрированной частью сервера, каталогом на серверном компьютере, несмотря на то что большинство сайтов имеют собственное доменное имя. Еще один аспект, в котором сервер и сайт значительно различаются, —это их информационное наполнение. Сайт (от англ, site, участок) — это именно участок сервера, то есть раздел, полностью посвященный какой-либо одной теме. Разумеется, практически все сайты включают в себя множество подразделов, каждый из которых может дробиться на еще более мелкие составляющие. Но в любом случае все части сайта объединяет некая общая идея, смысловая направленность, общий стиль исполнения. Универсальных решений относительно того, какие разделы должен включать всебя сайт, увы, нет — все зависит опять же от целей, которые ставит перед со- бой автор, и от выбранных методов их достижения. Какое-то подобие «стандарта», пожалуй, сформировалось в отношении официального сайта коммерческого предприятия — здесь обязательными являются страница «о компании», которая рассказывает об истории создания фирмы, ее профиле, о проектах и планах развития; страница «продукты/услуги», предоставляющая посетителю информацию о том, чем занимается данная организация, и содержащая предложение приобрести или заказать что-либо из производимого ею товара, воспользоваться ее услугами, а также раздел «вакансии» с информацией о требующихся в данный момент специалистах и перечнем условий приема на работу. Но на практике встречается множество прекрасно исполненных сайтов, содержащих не упомянутые выше тематические рубрики. Домашняя страничка (homepage) в большинстве случаев не располагает даже собственным доменом, и ее адрес обычно выглядит как http://www.domain.zooe/your_name/. Исключения составляют разве что страницы, размещенные на бес- платных серверах, администрация которых охотно выделяет для своих клиентов домены третьего уровня. По содержанию домашняя страничка — это, прежде всего, рассказ о человеке, его семье, образе жизни, хобби и увлечениях. Заводят домашнюю страничку, как правило, по двум причинам: во-первых, в процессе поиска в Интернете новых знакомых неизменно возникает ситуация, когда человеку необходимо рассказать собеседнику о себе, дабы тот получил хоть какое-то представление о том, с кем он общается. В этом случае гораздо удобнее переадресовать его к собственной домашней страничке, нежели в очередной раз подробно излагать одну и ту же информацию. Во-вторых, опубликовав на домашней странице свое резюме, вы можете значительно облегчить процесс поиска работы — у вашего потенциального работодателя появится возможность оценить ваши человеческие качества, ознакомившись с данным документом. Здесь можно дать несколько советов, касающихся содержания домашней странички, а именно тех ее разделов, без которых ваше творение будет выглядеть незаконченным или малосодержательным. Это, прежде всего, рассказ «о себе», то есть вольное изложение собственной биографии. Затем необходима рубрика, которую можно условно назвать «мои хобби» или «мои увлечения», подробно рассказывающая о том, чем вы любите заниматься в свободное от дел время. Весьма желательна «фото галерея», включающая ваши фотографии, а также страницы, касающиеся вашей семьи и работы. По желанию можно добавить в список разделов страничку с подборкой ссылок, которые по тем или иным причинам кажутся вам интересными. Теперь давайте разберемся, как устроен сервер «изнутри», что необходимо для понимания ключевых моментов, касающихся публикации web-страниц в сети Интернет. Анатомия сервера Как уже упоминалось выше, одним из ключевых понятий применительно к принципам реализации ресурсов Интернета является организация передачи данных согласно схеме «клиент-сервер». Попытаемся разобраться, как работает серверная часть данной системы. Для загрузки web-страницы в клиентский броузер тот посылает установленной на серверном компьютере специальной программе, называемой http-сервером, соответствующий запрос и обрабатывает полученные от него данные. В данном случае функции броузера состоят в том, чтобы запросить у сервера определенную страницу, получить ее и отобразить на экране пользователя. Сервер же принимает запрос, ищет запрошенный документ и выдает клиенту либо содержимое найденного файла, либо сообщение об ошибке, если такой файл не был найден или доступ к нему почему-либо запрещен. Важным моментом для пони- мания данного процесса является то, что http-сервер не анализирует содержимое передаваемого документа. Грубо говоря, http-серверу все равно, что находится внутри запрошенного файла, он только передает его броузеру, а всю работу по структурированию и отображению полученной информации тот уже берет на себя. Из этого правила существуют исключения, но их мы рассмотрим в следующей главе. Поиск запрашиваемой страницы осуществляется в определенной директории, которая отведена на серверном компьютере под данный сайт — ссылка на эту директорию присутствует во введенном пользователем адресе. В случае когда обращение осуществляется не к конкретному документу, а к сайту в целом, http-сервер автоматически подставляет вместо названия передаваемого файла так называемую «стартовую страницу», которая носит имя index.htm или index.html (в некоторых случаях — default.htm или default.html). Этот документ обязательно должен располагаться в корневом каталоге, отведенном для размещения вашего сайта, либо, если это оговорено особо, в директории с названием WWW. Все остальные файлы можно размещать либо в этом же каталоге, либо во вложенных директориях, что иногда бывает удобным, особенно в случае, когда сайт содержит несколько тематических разделов или рубрик. Помимо созданных вами вложенных папок, в которые вы вольны помещать практически любое необходимое вам содержимое, серверная директория содержит обычно еще несколько каталогов, которые следует упомянуть отдельно. Во-первых, это папка CGI-BIN, где размещаются CGI-скрипты и другие запускаемые с вашего сайта интерактивные приложения, а также несколько служебных директорий, необходимых для нормальной работы сервера. На начальном этапе на них просто не следует обращать внимания. Иногда в том же ката- логе, где хранится index.html, присутствует ряд дополнительных файлов: not_found.html — документ, который отображается в случае, если http-серверне смог найти запрашиваемый пользователем файл, forbidden.html — отображается в качестве сообщения об ошибке, если доступ к запрашиваемому документу запрещен, и, наконец, robots.txt — файл, в котором специальным образом описываются правила индексации вашего сайта поисковыми машинами. В большинстве случаев, а особенно при публикации домашней странички на серверах, предоставляющих бесплатный хостинг, к служебным директориям и папке CGI-BIN доступ пользователям закрыт, изменение содержимого файлов not_found и forbidden.html также невозможно. Это следует учитывать, если вы планируете включить в свой ресурс какое-либо интерактивное содержимое, требующее как минимум возможности помещать файлы в одну из служебных папок. В некоторых случаях вам может быть запрещено создавать на сервере вложенные каталоги, тогда пользователю придется довольствоваться исключительно одной директорией, отведенной для ваших нужд. Из всего сказанного становится ясно, что броузер клиента может только получать и обрабатывать информацию с сервера, а размещать и изменять ее — лишь в том случае, если загрузка файлов на сервер реализована на основе протокола HTTP с помощью специальных CGI-скриптов, включенных в серверный web-интерфейс. Во всех остальных случаях приходится пользоваться так называемым ftp-сервером, на который посредством специального программного обеспечения можно передать необходимые файлы, автоматически загружая их в отведенную для вашего сайта директорию. В обоих случаях вам потребуется знать свое регистрационное имя и пароль для доступа к системе. Следует также помнить, что большинство серверных программ (в частности, Apache для UNIX-совместимых платформ) различают строчный и заглавный регистр символов, поэтому все имена файлов и их расширения во избежание ошибок следует писать строчными буквами, причем обязательно латиницей. Последнее связано с различиями в обработке кодировок русского языка, характерной для тех или иных серверов. Говорим по-русски. О кодировках кириллицы В настоящее время существует пять основных кодировок кириллицы, то есть наборов символов, с помощью которых можно отобразить на web-странице знаки русского алфавита. Они носят названия ISO, KOI8-R, DOS, Windows 1251 и MAC. Имеется также ряд менее распространенных кодировок, так или иначе способных воспроизводить символы кириллицы, они называются Unicode(UTF-8) и транслит. ПРИМЕЧАНИЕ Кодировкой кириллицы называется общепринятый стандарт, включающий набор символов, который позволяет отображать в документах HTML знаки русского алфавита. Исторически первой возникла кодировка KOI8 (код обмена информации восьмибитный), соответствующая стандарту ГОСТ 19768-74. Она была разработана в середине семидесятых годов специалистами одного из советских НИИ и к се- редине восьмидесятых стала базовой кодировкой для только что появившихся тогда в нашей стране русифицированных UNIX-совместимых операционных систем. Именно благодаря этому на сегодняшний день KOIS является основным стандартом для серверов, работающих на базе платформы UNIX (например, для http-сервера Apache), а также используется в качестве «формата по умолчанию» при пересылке сообщений электронной почты на русском языке. Компания Microsoft, создавая программное обеспечение для работы в Интернете, как водится, пошла своим путем, предложив стандарт Microsoft code page1251 (Windows 1251), получивший чрезвычайно широкое распространение благодаря популярности операционной системы Microsoft Windows и http-сервера Internet Information Server, входящего в комплект поставки Windows. Именно поэтому и Windows 1251, и KOI8-R входят в тот минимально допустимый набор кодировок, которые должна обязательно поддерживать любая web-страница. Стандарт Microsoft/IBM code page 866 (альтернативная кодировка DOS) служит базовой кодировкой в операционных системах MS-DOS и OS/2, и потому в настоящее время она медленно, но верно утрачивает свои позиции, поскольку даже сам разработчик и производитель DOS, компания Microsoft, отказалась от дальнейшей поддержки этой линии операционных платформ. Тем не менее кодировка жива и по сей день, прежде всего, благодаря тому, что часть пользователей не намерена пока расставаться с броузерами, работающими в среде MS-DOS, а также по той причине, что данный стандарт принят по умолчанию в некоммерческой сети FidoNet. Кодировка ISO-8859-5 была разработана Комитетом по международным стандартам (International Standards Organization, ISO) и применяется в основном вUNIX — совместимых операционных системах. Поскольку данный набор символов был создан западными специалистами, плохо знакомыми не только с самим русским языком, но и с уже имеющимся многообразием кодировок кириллицы, ISO не получила широкого распространения, однако все же достаточно часто встречается в Интернете и активно поддерживается рядом русскоязычных серверов. Macintosh CP (MAC) предназначена для использования на компьютерах AppleMacintosh, оснащенных операционной системой MacOS. Из-за высокой стоимости Apple-совместимые компьютеры не получили в нашей стране широкого распространения, однако они иногда эксплуатируются на крупных отечественных предприятиях. Универсальный международный стандарт Unicode (UTF-8) был создан с благородной целью объединить все существующие на сегодняшний день национальные кодировки в одну. Поскольку для отображения одного символа в Unicode отводится не один байт, как это принято во всех остальных стандартах, а два, данная кодировка включает в себя 65 536 знаков вместо 256. В это число входят не только буквы всех алфавитов мира как существующих ныне или созданных искусственно, так и уже практически вымерших, но и множество специальных символов — математических, музыкальных, физических. Однако пре- одолеть инертность большинства владельцев интернетовских ресурсов не так-то просто: поддержка Unicode требует замены части программного обеспечения, да и далеко не все клиентские программы умеют распознавать этот стандарт. Именно поэтому сегодня Unicode практически не используется в Интернете —по всей видимости, это кодировка будущего. Для операционных систем, вообще не поддерживающих кириллицу, существует транслит. Собственно, данный «вариант русского языка» даже трудно назвать кодировкой, поскольку транслит подразумевает всего-навсего запись русских слов символами латинского алфавита. Такой подход связан с определенными трудностями, так как стандартный латинский шрифт не содержит большинства необходимых для полноценного отображения русского текста символов, напри- мер, таких как мягкий и твердый знаки, а также буквы «и», «ш», «щ», «ы»,«ю», «я» и некоторые другие. Поэтому и был разработан набор правил, позволяющих избегать подобных трудностей. Существует также специальное программное обеспечение, облегчающее перевод русского текста на транслит. Большинство современных серверных программ обладают встроенной функцией автоматического определения кодировки, используемой клиентским программным обеспечением, и перевода текста в необходимый стандарт «на лету». Однако бывают ситуации, когда возможность автоматического распознавания необходимого пользователю набора символов на сервере отключена или попросту отсутствует. Как раз на этот случай существует стандарт, согласно которому для вывода каждой из кодировок русского языка назначается один из портов сервера. Адрес порта записывается через двоеточие после обозначения домена первого уровня в формате http://www.домен.ги:адрес_порта/название документа. Ниже перечислены стандартные адреса портов для большинства используемых в Интернете серверных программ: 8080 — Microsoft code page 1251 (Windows 1251); 8081 — Microsoft/IBM code page 866 (DOS); 8082 — Macintosh CP (MAC); 8083 — KOI8-R; 8084 — транслит. Когда web-мастеру по каким-либо причинам необходимо перевести текст из одной кодировки в другую (а такие ситуации возникают довольно часто), обычно применяют одну из многочисленных программ-перекодировщиков, которые можно без труда найти на сайтах, предлагающих бесплатное программное обеспечение. Другие web-технологии JAVA Язык программирования Java, разработанный около восьми лет назад компанией Sun Microsystems и напоминающий по структуре и синтаксису хорошо знакомый многим программистам С, существует сегодня в Интернете в двух вариантах: JavaScript и собственно Java. Первый вариант языка является всего лишь надстройкой стандарта HTML и значительно расширяет возможности документа, созданного в этом формате. Модуль, написанный на JavaScript, интегрируется в файл HTML как подпрограмма и вызывается на исполнение из соответствующей строки HTML-кода стандартной командой. Встроенный в броузер интерпретатор языка воспринимает и скрипт, и сам код гипертекста как единый документ, обрабатывая те и другие данные одновременно. Модуль Java в отличие от JavaScript не интегрируется в использующую его страницу, а существует как самостоятельное приложение с расширением .classили, выражаясь научным языком, апплет. При использовании этого варианта языка апплет также вызывается из html-файла соответствующей командой, но загружается, инициализируется и запускается на исполнение в виде отдельной программы, в фоновом режиме. С помощью технологии Java можно придать своей странице элементы интерактивности, формировать, компоновать и полностью контролировать формат всплывающих окон и встроенных фреймов, организовывать такие активные элементы, как «часы», «бегущие строки» и иную анимацию, создать чат. Большинство web-камер, передающих на сайт «живое» изображение, также работают на базе соответствующих приложений Java. Среди достоинств этой технологии следует отметить отсутствие необходимости устанавливать и настраивать на сервере какие-либо дополнительные модули, обеспечивающие работу Java-программ. Главный недостаток Java заключается в том, что пользователи броузеров старых версий, не поддерживающих компиляцию данного языка, воспринимать объекты, созданные при помощи Java и JavaScript, не смогут. CGI Технология CGI (Common Gateway Interface) подразумевает использование в составе ресурса Интернет интерактивных элементов на базе приложений, обеспечивающих передачу потока данных от объекта к объекту. Именно так организовано во Всемирной сети большинство чатов, конференций, досок объявлений, гостевых книг, поисковых машин и систем подсчета рейтинга. В общем случае принцип работы CGI выглядит следующим образом: пользователь заполняет на web-страничке ту или иную форму и нажимает на кнопку, после чего встроенная в код HTML строка вызова CGI-скрипта запускает соответствующую программу CGI и передает ей управление процессом обработки информации. Введенные пользователем данные отсылаются этой программе, а она, в свою очередь, «встраивает» их в другую страницу, отправляет по почте или трансформирует каким-либо иным способом, Скрипты CGI размещаются на сервере в специально отведенной для этих целей директории, которой, как правило, назначается имя CGI-BIN. Следует помнить, что подключение, отладка и запуск таких программ требуют соответствующих прав доступа к http-серверу,а также определенных знаний и навыков. Технология CGI обычно реализуется двумя методами: либо с использованием программ, написанных на языке PERL (Practical Extraction and ReportLanguage), — такие файлы имеют расширение .pi, либо с помощью приложений, созданных обычно с применением языка С и откомпилированных непосредственно на сервере, поскольку большинство UNIX-совместимых платформ включают в себя встроенный транслятор этого языка. Подобные программы имеют расширение .cgi. Необходимо отметить, что PERL, как и HTML, является интерпретируемым языком. Иными словами, для того чтобы запустить подобный скрипт на исполнение, не требуется дополнительной компиляции. Помимо упомянутых возможностей с помощью данной технологии можно организовать систему показа последовательности рекламных баннеров или автозагрузки файлов на сервер, создать форму отправки электронного письма непосредственно со страницы сайта или службу виртуальных открыток. Среди достоинств CGI следует отметить их независимость от клиентского программного обеспечения — эту технологию сможет применять каждый пользователь, просматривающий содержимое сервера при помощи броузера практически любой версии. Главный недостаток заключается в том, что для установки и на- стройки приложений CGI на сервере нужно обладать как минимум правами администратора, поскольку эти программы при запуске способны нарушить нормальное функционирование серверного компьютера и дестабилизировать работу сети. SSI SSI (Server Side Includes) — технология, тесно переплетенная с упомянутой выше CGI. На основе макроязыка, очень напоминающего С, SSI позволяет реализовать такие возможности, как вывод в документе того или иного текста в зависимости от определенных условий или согласно заданному алгоритму, формировать файл HTML из динамически изменяющихся фрагментов или встраивать результат работы CGI в какой-либо его участок. Достоинства и недостатки SSI аналогичны описанным в предыдущем абзаце. CSS Зачастую у web-дизайнера возникает необходимость применить в процессе создания html-документа сложное форматирование — от абзаца к абзацу менять шрифт, расположение текста, его цвет, формировать различные таблицы данных. Можно решить эту проблему с помощью стандартных средств HTML: описывать каждый абзац отдельным набором команд, но в этом случае итоговый документ будет иметь большой размер, да и само создание кода становится весьма трудоемкой работой. Можно пойти другим путем: подключить к странице внешний файл, выполненный в стандарте CSS — Cascading Style Sheets (каскадные таблицы стилей), в котором с помощью специального макроязыка один раз жестко задать форматирование страницы. Другими словами, файл CSS выполняет роль некоего шаблона, применяемого для форматирования текста, таблиц и иных элементов в документе HTML. Есть возможность подключать один и тот же физический файл CSS к различным web-страницам сайта. CSS можно использовать практически на любом сервере без каких-либо ограничений. Крупные недостатки у данной технологии также практически отсутствуют. РНР РНР (Personal Home Page tools) — это еще один интерпретируемый язык, напоминающий PERL, предназначенный для придания web-страницам элементов интерактивности. Код, написанный на языке РНР, встраивается в документ HTML подобно подпрограмме: в тот участок документа, где необходимо разместить интерактивный элемент, просто вставляется сценарий РНР. Мнемоника данного языка базируется на синтаксисе PERL, Java и С, благодаря чему не вызывает каких-либо трудностей при изучении. Методики, которые позволяют серверам корректно распознавать файлы, содержащие скрипты РНР, различны и зависят в первую очередь от типа конкретного сервера. Считается достаточным назначить такому файлу расширение .php, иногда — с добавлением номера версии используемого языка, например .php2 или .php3. Технология РНР позволяет организовать на web-странице счетчик посещений, подсчитывать статистику обращений к тем или иным разделам сайта, защитить доступ к какому-либо html-документу паролем и многое другое. Среди недостатков РНР следует отметить то, что данная технология поддерживается далеко не всеми серверами Интернета. ASP ASP (Active Server Pages, активные страницы сервера) — еще одна технология, аналогичная JavaScript и РНР. Для того чтобы сделать web-страницуинтерактивной с применением технологии ASP, необходимо встроить в ее код соответствующий скрипт, написанный на макроязыке, отдаленно напоминающем Java и С. Скрипт интерпретируется и исполняется непосредственно на сервере, после чего пользовательскому броузеру отправляется уже готовый html-документ с результатами работы сценария ASP. Отсюда следует вполне справедливое заключение о том, что для страниц, содержащих ASP, не имеет значения, какое программное обеспечение установлено на пользовательском компьютере. Зато принципиальное значение имеет тип сервера, на котором вы планируете использовать ASP, поскольку отнюдь не все они поддерживают данную технологию. VBScript VBScript, или Visual BASIC Script (Visual Beginners All-purpose SymbolicInstruction Code Script, визуальный символический универсальный командный код для начинающих) — очередная версия интерпретируемого языка, встраиваемого в html-документ с целью включения в состав web-страницы интерактивных элементов. Честь создания данной технологии принадлежит разработчикам компании Microsoft. Если сравнить более распространенный стандарт JavaScript с VBScript, обнаружить серьезные различия очень трудно, поскольку мнемоника и синтаксис обоих языков во многом схожи. С помощью VBScript можно реализовать практически весь спектр возможностей, характерных для JavaScript. Обе технологии не зависят от типа сервера, на котором планируется опубликовать включающую их web-страницу. Однако VBScript в настоящее время менее распространен в Интернете, нежели его «конкурент», поскольку он поддерживается только броузерами производства Microsoft, а именно Internet Explorer версий 3.0 и выше. Netscape Navigator не имеет интерпретатора этого языка, поэтому приверженцы этого броузера лишены возможности использовать интерактивные элементы, созданные с применением VBScript, в то время как JavaScript поддерживается и Internet Explorer и Netscape Navigator. Macromedia Flash Стандарт Flash был разработан компанией Macromedia в 1996 году. Основное назначение данной технологии — создание высококачественной интерактивной анимации, которую можно представлять при относительно небольшом размере итогового файла. С помощью Macromedia Flash web-мастер имеет возможность изготавливать красочные анимационные заставки, определенные элементы которых могут «реагировать» на движения мыши, а также встроенные в web-страницы мини-игры, озвученные мультипликационные клипы и многое другое. Другими словами, Macromedia Flash способна практически на все, что доступно при применении Java, и даже больше. Одним из основных отличий Macromedia Flash от всех остальных существующих ныне web-технологий является то, что это единственный стандарт, позволяющий работать не только с растровой графикой, но и с векторной. Помимо этого текст импортируется в среду Flash не как растровое изображение, а именно как текст, в котором один символ кодируется одним байтом информации, что является серьезным оружием в борьбе с излишним объемом результирующих файлов. Немаловажно, что во Flash имеется возможность воспроизведения музыки и звуков в формате МРЗ. Для создания документов, подготовленных согласно данному стандарту, компания Macromedia выпустила специальную объектно-ориентированную среду разработчика в виде стандартного 32-разрядного приложения Microsoft Windows.Благодаря этому собственно процесс программирования при подготовке интерактивных элементов Flash и анимации сведен к минимуму: пользователю достаточно создать новый проект в удобной и дружественной среде, для чего необходимо лишь разобраться в принципах работы программного пакета и уметь обращаться с мышью, — по окончании работы программа встроит созданные объекты в документ HTML автоматически. В среду Flash интегрирован специальный язык программирования, немного похожий на Java, но более простой в изучении. Написанные с его помощью программные модули импортируются в документ как апплеты и вставляются в нужный кадр анимации, где должно произойти динамическое изменение изображения. С помощью специального редактора можно написать небольшую программку, управляющую проигрыванием клипа, создать элементы, поддающиеся индивидуальным настройкам посетителями сайта, генерировать заставку с несколькими вариантами продолжения. Способов реализации этой возможности существует множество, но все-таки, чтобы использовать всю мощь встроенного языка, необходимо иметь определенный опыт в программировании. Механизм технологии Macromedia Flash достаточно прост: в общем случае подготовленные разработчиком интерактивные элементы и анимация превращаются в интерпретируемый код, который импортируется в страницу HTML. Для того чтобы клиентский броузер мог распознать объекты Flash, необходимо проинсталлировать на компьютере пользователя специальную надстройку кброузеру (plug-in), которая носит название Macromedia Flash Player. Эта про- грамма распространяется бесплатно фирмой-разработчиком данной технологии. Пользовательский броузер, сталкиваясь с документом в формате Flash, как правило, сам связывается с соответствующим узлом, после чего начинает загрузку и установку Flash Player в автоматическом режиме. Проигрыватель Flash уже интегрирован в броузеры Microsoft Internet Explorer и Netscape Navigator. Другие броузеры, к сожалению, не уме- ют распознавать данный стандарт, в чем и заключается его основной недостаток. DHTML DHTML (Dynamic Hyper Text Markup Language, динамический язык разметки гипертекста) является расширением стандарта HTML и позволяет создавать web-страницы, включающие такие интерактивные элементы, как движущийся фон, расположенный под статичным содержимым документа, движущиеся объекты, выпадающие меню, кнопки, подсвечивающиеся при наведении курсорамыши, анимацию, бегущие титры и многое другое. По большому счету DHTML представляет собой «среднее арифметическое» между технологиями HTML и JavaScript. Этот стандарт использует простые сценарии, подготовленные с по- мощью интерпретируемого макроязыка, обрабатываемого броузером совместно с кодом HTML. Такие сценарии именуются «скриплетами». Для создания скриплетов используются стандартные расширения DHTML и любой макроязык, поддерживающий директивы интерфейса ActiveX. DHTML распознается броузерами Microsoft Internet Explorer, начиная с версии 4.0 ивыше. XHTML и XML XML (Extensible Markup Language, расширяемый язык разметки) является принципиально новым стандартом, предложенным в 2000 году создателем языка HTML — консорциумом World Wide Web Consortium (W3C). Это новейшая технология изготовления web-страниц, и ее окончательная спецификация $ настоящий момент еще находится в стадии разработки. По структуре XML представляет собой не собственно язык разметки гипертекста, а так называемый метаязык, предназначенный для описания других языков более низкого уровня. В свою очередь XHTML (Extensible Hypertext Markup Language, расширя емый язык разметки гипертекста) представляет собой промежуточный вариант между XML и HTML 4.O. Именно за счет его широкого применения W3C планирует осуществить постепенный переход от одного стандарта к другому. В спецификацию XHTML заложен принцип обратной совместимости. Иными словами, владельцам web-сайтов, страницы которых выполнены по технологии HTML 4.0или более ранних версий, не придется как-либо изменять формат опубликованных в Интернете документов: все дополнения и расширения нового языка полностью включают в себя предыдущие стандарты. XML и XHTML значительно расширяют возможности HTML и позволяют web-мастерам использовать практически весь заложенный в современный Интернет потенциал на сто процентов, в первую очередь в сфере электронной коммерции. Поскольку XHTML подразумевает модульную архитектуру построения электронных документов, данный стандарт позволяет создавать механизмы взаимодействия с нетрадиционными для Интернета устройствами, такими как факсы, сотовые телефоны и телевизоры. По мнению аналитиков, в не столь отдаленном будущем XML станет основным стандартом во Всемирной сети, посте- пенно включив в себя большинство других использующихся ныне форматов. Читателям, заинтересовавшимся какой-либо из описанных выше web-технологий, рекомендую обратиться к справочным материалам, опубликованным в Интернете, либо к специализированной литературе, например, книгам издетельства «Питер»: С. Палмер, «VBScript и ActiveX: библиотека программиста»; Дж. Бранденбау, «JavaScript: сборник рецептов для профессионалов»; С. Холзнер, «PERL: специальный справочник»; Р. Дарнелл, «JavaScript: справочник»; А. Хоумер, К. Улмен, «Dynamic HTML: справочник»; Сандра Э. Эдди, «XML: справочник»; С. Джерол, «Секреты разработки Web-приложений на Visual BASIC 5». Web-хостинг Хостинг — наука сложная. На первый взгляд кажется, что самый тяжелый и трудоемкий этап в процессе создания персональной домашней странички или web-сайта — это написание кода и рисование графики. Увы, как только нанесены последние косметические штрихи и проведены заключительные «предстартовые испытания» на локальном компьютере и страничка наконец готова предстать перед требовательными взорами публики, неминуемо возникает вопрос о размещении ее в Интернете. Разумеется, подойти к этой проблеме следует со всей серьезностью: от того, где именно будет опубликован результат вашего творчества, зависит и посещаемость страницы, и те возможности, которые вы сможете на ней реализовать. Поэтому подумать о хостинге следует заранее, еще до того, как вы возьметесь за разработку страниц, и не просто подумать, а остановиться на каком-то одном варианте, исходя из своих потребностей и реальных объемов бюджета. ПРИМЕЧАНИЕ Web-хостингом, или просто хостингом, называется размещение web-страниц в сети Интернет на заранее арендованном дисковом пространстве какого-либо сервера. При этом под хостингом подразумевается не публикация web-страницы, а именно аренда такого дискового пространства. Как ни странно, для того чтобы опубликовать собственный web-сайт, существуют всего четыре реально осуществимых пути. Каждый из них имеет свои достоинства и недостатки. Их мы и рассмотрим в данном разделе книги. Путь первый. Бесплатный хостинг Как гласит известная народная мудрость о сыре и мышеловках, никто ничего и никогда не предлагает абсолютно даром. В полной мере эта философская сентенция справедлива и для Интернета. Поэтому устоявшееся определение «бесплатный хостинг», на мой взгляд, правильнее было бы заменить термином «условно-бесплатный». Итак, существует определенное количество фирм, которые предлагают пользователем Всемирной сети определенный объем дискового пространства для размещения web-страниц, не требуя за это денег. Никаких ограничений на содержание сайтов, как правило, не накладывается, а коммерческая направленность страниц иногда даже и приветствуется. В некоторых случаях контент (смысловое содержимое вашего ресурса) должен соответствовать лишь ряду общепринятых в Интернете положений: отсутствие порнографии, материалов, напрямую нарушающих международное законодательство, например, об авторском праве, и откровенных призывов к насилию. Все, что не запрещено, — разрешено. Новый пользователь подобных услуг регистрируется непосредственно на предлагающем хостинг сервере в режиме on-line путем заполнения незатейливой формы с анкетными данными, проверять которые все равно никто не станет. После этого пользователь получает по электронной почте подтверждение регистрации, а также логин и пароль. Все, можно приступать к публикации страницы. Первый вопрос, который обычно возникает в связи с самим фактом существования такого рода служб, — а для чего, собственно, Коммерческие компании занимаются подобным альтруизмом? Ответ прост: альтруизмом здесь и не пахнет, поскольку в каждую страницу вашего сайта владельцы сервера вставят рекламу, за счет показа которой они и получают прибыль. Причем часто рекламный баннер выводится на экран не отдельным окном, а непосредственно в верхней части страницы, что может негативно повлиять на ее дизайн. Если откровенная реклама отсутствует, адрес вашей электронной почты, скорее всего, будет включен в список рассылки какого-нибудь спам агентства. ПРИМЕЧАНИЕ Баннером называют рекламное изображение фиксированного размера, как правило, содержащее анимацию, которое выполняет роль гиперссылки на тот или иной ресурс Интернета. Существуют основывающиеся на технологии CGI алгоритмы, позволяющие демонстрировать произвольную или заданную последовательность рекламных баннеров на удаленной web-странице. Более того, если web-мастер решил использовать, на своем сайте какие-либо CGI-скрипты, в частности доску объявлений, чат, систему автоматического по- иска или гостевую книгу, в большинстве случаев от этой затеи придется отказаться. Почти каждый сервер может предложить вам стандартный набор подобных программ, включающий все упомянутые элементы, но такие скрипты практически не поддаются индивидуальной настройке, либо возможности на- стройки очень ограничены. Использование же CGI, написанных самим пользователем или позаимствованных с серверов freeware, не допускается. И еще один немаловажный недостаток условно-бесплатного хостинга. Все адреса служб, предлагающих подобного рода услуги, обычно широко известны пользователям Интернета, поэтому публиковать там страницы коммерческих организаций считается дурным тоном: если фирма не может разместить свой сайт на платном сервере, значит, у нее нет денег. Иными словами, эта компания ненадежна. Поэтому бесплатная публикация хороша для индивидуальных домашних страничек, а также для некоммерческих организаций и обществ, которые не очень заботятся о собственном имидже. Имена, назначаемые сайтам службами бесплатного хостинга, тоже довольно жуткие на вид, выглядят они приблизительно так: http://www.members.имя_сервера.соm/~ваше_имя. Счастливым исключением являются лишь, пожалуй, службы webjump и newmail.ru. Во всех остальных случаях страничке можно назначить www-псевдоним, воспользовавшись системами da.ru, null.ru или им подобным. ПРИМЕЧАНИЕ WWW-псевдонимом называют короткий адрес URL, назначаемый специальными серверами странице или сайту с более длинным адресом того же стандарта. Как правило, данная услуга является условно-бесплатной. Тем не менее такой подход тоже широко известен публике, и виртуальное представительство фирмы, URL которой зарегистрирован в бесплатной зоне, обычно вызывает лишь снисходительную улыбку. Следует учесть также и то, что ни один сервер бесплатного хостинга не несет ответственности за качество предоставляемых им услуг, а некоторые поисковые машины не индексируют странички, размещенные на таких серверах. В табл.1 приведен список наиболее популярных в Интернете служб бесплатного хостинга с кратким описанием предлагаемых ими условий размещения страничек. Таблица 1. Службы, предоставляющие бесплатный хостинг

Название	Размер, Мбайт	Поддержка CGI	Реклама	Вид доступа	Адрес
FortuneCity	20	Нет	Нет	FTP, browser	http://www.fortunecity.com
Hypermart	10	Да	Баннер, всплы- вающее окно	FTP	http://www.hypermart.net
Virtual Avenue	20	Да	Баннер	FTP	http://www.virtualave.net
Xoom	11	Нет	Баннер	FTP	http://www.xoom.pom
Tripod	11	Нет	Всплы- вающее окно	FTP, Browser, FrontPage	http://www.tripod.com
Webjump	25	Да	Баннер	FTP	http://www.web- jump.com
Freeweb	10	Нет	Нет	FTP	http://freeweb.digi- web.com
Icestorm	3	Нет	Нет	Browser	http://www.icestorm.com
Cybercities	Не ограничено	Нет	Нет	FTP	http://www.cyber- cities.com
Escalix	6	Нет	Баннер	Browser	http://www.escalix.com/ freepage
GO.COM	Не ограничено	Нет	Footer	Browser	http://www.homepa- ges.go.com
Codename	2	Да	Баннер	FTP	http://www.code- name.com
Homestead	5	Нет	Footer	Browser	http://www.home- stead.com
Intel Cities	3	Да	Нет	Browser	http://www.intel- cities.com
CONK	1	Нет	Всплы- вающее окно	FTP	http://conk.com
B-City	5	Нет	Баннер	Browser	http://www.bcity.com
Spaceports	Не ограничено	Нет	Всплы- вающее окно	FTP	http://www.space- ports.com
Freeservers	12	Нет	Баннер	FTP	http://www.freeser- vers.com
Span	Не ограничено	Нет	Footer	FTP	http://www.home.ch/ welcome.html
For Free	2	Нет	Баннер	FTP	http://www.forfree.at
Халява.ru	3	Нет	Ссылка	E-mail	http://www.halyava.ru
Новая почта	16	Нет	Нет	FTP	http://www.newmail.ru
Agava	Не огрничено	Да	Баннер	FTP	http://www.agava.ru

Условия публикации web-страниц, как правило, представлены непосредственно на серверах, предлагающих данную услугу. Помимо дискового пространства многие подобные службы предлагают пользователю также бесплатный почтовый ящик (служба «Новая почта» — целых три), некоторые к тому же создают для вашего ресурса полноценный домен третьего уровня, вида http://www.your_site.server.com или .ru. Среди таких служб можно перечислить ХООМ, Webjump, Agava и «Новая почта». Причем последняя регистрирует целых три домена (два из них пользователь может назначить любым вложенным директориям своего ресурса) и, в отличие от своих «конкурентов», не настаивает на включении в состав ваших web-страниц какой-либо посторонней рекламы. Путь второй. Хостинг у провайдера Большинство Интернет-провайдеров предлагают вместе с какой-либо из своих услуг дисковое пространство под домашнюю страничку. Этот вариант, безусловно, значительно лучше бесплатного хостинга: во-первых, провайдер несет перед вами ответственность за качество и бесперебойность работы собственного сервера, во-вторых, на вашей страничке не будет чужой и не нужной вам рекламы, а ваш почтовый ящик не станет переполняться нежелательной корреспонденцией, в-третьих, вы всегда можете позвонить в службу технической поддержки и проконсультироваться с дежурным администратором по любому вопросу. Однако не лишен этот подход и очевидных недостатков. Далеко не все провайдеры позволяют использовать на своих серверах CGI-скрипты, имя вашей странички будет достаточно длинным и неудобочитаемым, а самое главное — с момента публикации своего сайта вы будете намертво привязаны к данной конкретной фирме, поскольку стоит вам сменить провайдера или временно прекратить пользоваться Интернетом, как ваша страничка будет незамедлительно удалена. В принципе, несложно перенести ее на другой хост, но тогда все приложенные ранее усилия по ее рекламе будут потрачены впустую. Да и пользователь, реши он обратиться к вашему ресурсу через какое-то время, будет изрядно разочарован, не найдя этой странички по известному ему адресу. Путь третий. Платный хостинг Легенда о том, что платный хостинг весьма и весьма дорог, — не более чем миф. В общем случае оплата аренды нескольких мегабайт дискового пространства, достаточных для размещения средних размеров web-сайта, составляет от пяти до десяти долларов в месяц, пятьдесят долларов, как правило, — верхний предел. Причем публикация страницы на иностранных серверах в ряде случаев обходится значительно дешевле, чем на украинских. Очевидно, что платный хостинг практически лишен описанных выше недостатков, вы же можете быть уверены, что с сервером, обслуживающим ваш сайт, ничего не случится. Более того, в стоимость услуг зачастую входит регистрация для вашей страницы домена третьего уровня, благодаря чему ее адрес будет выглядеть как http://www.your_site.server.com или .ru, что по всем меркам достаточно прилично и престижно. Однако надо помнить, что услуги различных компаний, предлагающих платный хостинг, значительно отличаются по ассортименту. Чтобы спектр предлагаемых услуг позволил вам достаточно комфортно чувствовать себя в роли web-мастера и ни в чем не ограничивал ваши потребности, он должен как минимум отвечать следующим требованиям. · Сумма оплаты хостинга не должна зависеть от создаваемого вами трафика. Служба не должна накладывать жестких ограничений на максимально возможный поток информационного обмена между вашей страницей и клиентскими компьютерами. · Сервер, предлагающий хостинг, должен поддерживать CGI, а также другое дополнительное программное обеспечение, такое как система Real Audio и Real Video, причем за это совершенно не обязательно взимается отдельная плата. Если для подготовки страниц вы используете Microsoft FrontPage, желательно, чтобы сервисная служба установила для вас ее серверную часть. Иначе возможность ее установки должна входить в стоимость услуг. · В стоимость хостинга должна входить регистрация доменного имени третьего уровня в зоне сервера, предоставляющего дисковое пространство. «2.8. Равновесие твёрдого тела в жидкости» — тут тоже много полезного для Вас. · Если помимо дискового пространства выбранная вами фирма предлагает какие-либо почтовые услуги, проследите, чтобы они охватывали службы входящей и исходящей почты. Случается, что провайдер хостинг-услуг предлагает вам почтовые адреса, а не почтовые ящики. Это означает, что приходящая на данный адрес почта будет переадресовываться на ящик, арендованный вами на другом сервере, что значительно затрудняет и замедляет работу. · Желательно, чтобы для вашего сайта сервисная служба выделила отдельную копию программы-сервера (Internet Information Server для Windows NT илиApache для Unix-систем). Это позволит вам осуществлять индивидуальные настройки сайта на программном уровне. Однако, если стоимость хостинга относительно невелика, добиться этого от владельцев сервера практически невозможно. Путь четвертый. Хостинг у знакомых В том случае, если ни один из предложенных выше вариантов по каким-либо соображениям вас не устраивает, остается одно: пустить в ход все свои связи и найти среди друзей человека, который имеет доступ к Интернет-серверу и позволит вам разместить на этом сервере свою страничку. Иногда дают результаты обращения к администраторам близких по тематике сайтов. Например, если вы подготовили страничку, посвященную автомобилям, можно попросить «прибежище» у владельцев сервера какой-нибудь автомобильной компании с предложением разместить на своем сайте ссылку на эту фирму. Однако, как известно, «дареному коню в зубы не смотрят». Поэтому приготовьтесь к тому, что ваш «благодетель» не разрешит вам использовать весь спектр необходимых вам услуг и какие-то возможности Интернета останутся для вас недоступны. Завершая тему web-хостинга, перечислю наиболее распространенные требования, выдвигаемые большинством предоставляющих хостинг служб, к размещавшым у них ресурсам. Во-первых, как правило, запрещена публикация порнографических материалов и другой информации сексуального характера (для размещения в Интернете порносайтов и иных подобных проектов существуют специальные серверы). Во-вторых, в ряде случаев запрещено создание виртуальных библиотек с материалами, авторские права на которые принадлежат третьим лицам, а также коллекций музыкальных произведений в формате МРЗ. На бесплатных серверах не приветствуется публикация политической рекламы и иногда сайтов коммерческой направленности. И наконец, запрещена пропаганда насилия, национализма и прочие нарушения украинского и международного законодательства, например, продажа посредством Интернета наркотиков, оружия, похищенных предметов и т. д.

Поделитесь ссылкой:

Глава 11 Создание Web-узла с помощью мастеров и шаблонов

Мы познакомились с главным окном программы FrontPage. Прежде чем приступить к самостоятельной разработке Web-узла, давайте ознакомимся с шаблонами и мастерами, предлагаемыми программой FrontPage для ускорения разработки.

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

Что такое шаблоны и мастера и чем они отличаются друг от друга? С шаблонами вы, вероятно, сталкивались при работе с другими офисными продуктами, например, при работе с Microsoft Word.

Шаблон — это совокупность параметров документа для его многократного использования, иными словами, каркас вашего документа. Выбрав тот или иной шаблон, вы в дальнейшем используете те средства, которые в нем уже заложены. Например, выбрав шаблон Текст одним столбцом (One-column Body), вы получаете страницу, на которой информацию необходимо размещать в одну колонку по центру. В других шаблонах заранее выделены области для размещения текста и графической информации и т. д.

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

Мастера создания Web-узлов

Для запуска мастера по созданию Web-узла выполните следующие действия:

1. В меню Файл (File) выберите команду Создать (New), а затем в открывшемся подменю — опцию Страница или веб-узел (Page or Web). В результате в главном окне программы FrontPage появляется панель Создание веб-страницы или узла (New Page or Web) (рис. 11.1).

Рис. 11.1. Панель Создание веб-страницы или узла для работы с новыми страницами и Web-узлами

2. Выберите на панели значение Шаблоны веб-узлов (Web Site Templates). Открывается диалоговое окно Шаблоны веб-узлов, в котором можно выбрать шаблон или мастер для создания Web-узла (рис. 11.2).

Рис. 11.2. Диалоговое окно Шаблоны веб-узлов

Диалоговое окно содержит одну вкладку Веб-узлы (Web Sites), на которой расположены значки предлагаемых системой шаблонов и мастеров для создания Web-узлов. В табл. 11.1описано назначение мастеров, предлагаемых программой FrontPage.

Таблица 11.1. Мастера, используемые для создания Web-узлов

Мастер корпоративного веб-узла (Corporate Presence Wizard)

Создает Web-узел по представлению предприятия в World Wide Web

Мастер интерфейса базы данных (Database Interface Wizard)

Создает Web-узел, использующий для хранения информации базу данных, в которой можно просматривать записи, добавлять новые, удалять имеющиеся

Мастер веб-обсуждения
(Discussion Web Wizard)

Создает Web-узел по проведению дискуссий

Мастер веб-импорта
(Import Web Wizard)

Импортирует данные с Web-узлов, созданных с использованием других программ, в создаваемый в программе FrontPage Web-узел

В диалоговом окне Шаблоны веб-узлов программа FrontPage предлагает четыре мастера для создания Web-узла. Они перечислены в табл. 11.1. Остальными в списке являются шаблоны.

3. Выделите значок мастера, услугами которого хотите воспользоваться. При этом в области Описание (Description) появляется краткое описание выбранного мастера.

4. В поле Укажите расположение нового веб-узла (Specify the location of the new web) задайте URL-адрес Web-узла, то есть имя Web-сервера, на котором хотите разместить Web-узел, и имя Web-узла. Имена должны быть разделены символом «/». Например, http://localhost/Corporate. При этом возможны следующие варианты:

Web-сервер установлен на вашем компьютере. В этом случае имя сервера автоматически подставляется в URL-адрес. Серверу также можно присвоить сетевое имя вашего компьютера по умолчанию localhost.
Вы используете Web-сервер своего провайдера, доступный в Интернете. В этом случае в качестве имени сервера вводится его реальный URL-адрес.
Сохраняете Web-узел на своем компьютере. В этом случае в качестве адреса указывается физический путь к нему.
Чтобы установить с Web-сервером безопасное соединение по протоколу SSL, установите в окне Шаблоны веб-узлов флажок Требуется подключение SSL (Secure connection required (SSL)).

5. Нажмите кнопку ОК. Запускается мастер.

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

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

Отмена (Cancel)

Прекращает работу мастера

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

Далее (Next)

Позволяет перейти к следующему шагу работы мастера

Готово (Finish)

Позволяет перейти к завершающему этапу в создании Web-узла на основе введенной информации

Ответив на все вопросы мастера, вы нажимаете кнопку Готово. Мастер создает Web-узел и выводит его в главном окне программы для просмотра и редактирования.

Вы можете перейти к завершающему этапу из любого окна мастера, воспользовавшись кнопкой Готово. В этом случае программа FrontPage создаст Web-узел, используя параметры, предлагаемые по умолчанию.

Рассмотрим кратко возможности мастеров по созданию Web-узла:

Мастер корпоративного веб-узла (Corporate Presence Wizard). Создает Web-узел, представляющий компанию в Интернете. В состав созданного Web-узла могут входить:

· Страницы, используемые посетителями Web-узла для просмотра новостей о компании, а также информации о товарах и предоставляемых услугах

· Таблица с оглавлением, облегчающая посетителям перемещение по Web-узлу

· Форма отзывов клиентов по тому или иному вопросу

· Поисковая форма, позволяющая посетителям сайта находить на Web-узле интересующую их информацию

Мастер интерфейса базы данных (Database Interface Wizard). Web-узел, созданный с помощью этого мастера, может содержать следующие страницы:

· Страница просмотра информации из базы данных

· Страница, предназначенная для ввода информации

· Страница, позволяющая редактировать базу данных Web-узла из обозревателя

Мастер веб-обсуждения (Discussion Web Wizard). Создает Web-узел, на страницах которого пользователь высказывает свое мнение по поводу . проводимой дискуссии. В состав созданного Web-узла могут входить:

· Страницы для проведения дискуссии и страница, с помощью которой посетитель определяет, дошло ли его сообщение до Web-узла

· Форма потоковых ответов

· Поисковая форма, позволяющая посетителям сайта находить на Web-узле интересующую их информацию

Мастер веб-импорта (Import Web Wizard). Импортирует на создаваемый во FrontPage Web-узел данные с других Web-узлов. Импортировать можно весь Web-узел или его отдельные страницы. Импорт можно осуществлять с вашего компьютера, с компьютера, находящегося в вашей локальной сети или из Интернета, указав его URL-адрес

Мастер создания Web-узла для представления компании

Рассмотрим работу мастера Мастер корпоративного веб-узла (Corporate Presence Wizard), создающего Web-узел для представления предприятия в Интернете. Для создания Web-узла с помощью этого мастера выполните следующие действия:

1. В меню Файл (File) выберите команду Создать (New), а затем в открывшемся подменю — опцию Страница или веб-узел (Page or Web).

2. На появившейся в окне программы FrontPage панели Создание веб-страницы или узла выберите команду Шаблоны веб-узлов (Шаблоны Web-узлов).

3. В поле Укажите расположение нового веб-узла диалогового окна Шаблоны веб-узлов введите местоположение и имя создаваемого Web-узла.

4. Дважды щелкните на значке Мастер корпоративного веб-узла.

5. Мастер начинает свою работу. На экране появляется его первое окно, в котором содержится краткое описание мастера
(рис. 11.3). Ознакомьтесь с предложенной информацией и нажмите кнопку Далее.

Рис. 11.3. Первое информационное окно мастера Мастер корпоративного веб-узла

6. На следующем шаге работы мастера вам предлагается определиться со страницами, которые будут включены в Web-узел (рис. 11.4). В диалоговом окне размещены следующие флажки:

• домашняя (Ноте) — домашняя страница Web-узла
• что нового (What’s New) — страница новостей Web-узла
• продукты и услуги (Products/Services) — страница, представляющая продукцию или услуги, предлагаемые компанией

Рис. 11.4. Диалоговое окно для выбора страниц Web-узла

• оглавление (Table of Contents) — страница, содержащая оглавление создаваемого Web-узла. С данной страницы возможен переход на все страницы узла
• обратная связь (Feedback Form) — страница в виде формы, на которой посетители Web-узла смогут разместить свое мнение о предлагаемых товарах и услугах
• форма поиска (Search Form) — страница в виде формы для поиска слов на Web-узле. Данная форма позволит посетителю быстрее найти нужную информацию

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

7. Следующее диалоговое окно мастера позволяет определить формат домашней страницы создаваемого Web-узла (рис. 11.5). В нем расположены флажки, установка которых приводит к резервированию на странице места для следующей информации:

• вступление (Introduction) — для вступительной информации
• предназначение (Mission Statement) — о целях и задачах фирмы
• профиль организации (Company Profile) — о профиле компании
• контактные сведения (Contact Information) — для контактной информации

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

Рис. 11.5. Диалоговое окно для определения формата домашней страницы

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

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

Назначение раздела

изменения на веб-узле
(Web Changes)

Новости о Web-узле

информационные сообщения
(Press Release)

Размещение информационных сообщений

статьи и обзоры
(Articles and Reviews)

Размещение статей и обозрений

Рис. 11.6. Диалоговое окно для задания параметров страницы новостей

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

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

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

• изображение продукта (Product image) — резервирует на странице место для размещения изображения товара
• сведения о цене (Pricing information) — резервирует на странице место для размещения цен на указанный товар
• форма запроса данных (Information request form) — приводит к созданию формы запроса информации

Вторая группа флажков определяет параметры страницы, рекламирующей услуги:

• список возможностей (Capabilities list) — резервирует на странице место для более подробного описания услуги
• ссылочные счета (Reference accounts) — резервирует на странице место для размещения учетных записей
• форма запроса данных (Information request form) — указывает на необходимость формирования формы запроса к посетителям Web-узла на услуги

Установите необходимые флажки и нажмите кнопку Далее для перехода к следующему шагу.

Рис. 11.8. Диалоговое окно для задания параметров страниц, содержащих информацию о товарах и услугах

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

Рис. 11.9. Диалоговое окно позволяет задать поля формы-анкеты обратной связи с посетителями Web-узла

12. В следующем диалоговом окне необходимо задать формат данных, поступающих из формы-анкеты обратной связи с посетителями вашего Web-узла (рис. 11.10). Выбор того или иного формата будет определяться способом их обработки. Вам предлагается на выбор два варианта:

• Да — формат с разделителями табуляцией (Yes, use tab-delimited format) — данные сохраняются в виде таблицы. Эта опция используется в том случае, если результаты опроса будут обрабатываться с помощью базы данных или электронной таблицы Microsoft Excel
• Нет — формат веб-страниц (No, use web-page format) — данные сохраняются в формате Web-страницы

Установив необходимую опцию, нажмите кнопку Далее для перехода к следующему шагу мастера.

Рис. 11.10. Диалоговое окно позволяет задать формат данных, поступающих из формы-анкеты

13. На очередном шаге мастер предлагает задать параметры страницы оглавления Web-узла (рис. 11.11). Диалоговое окно содержит три флажка:

• автоматически обновлять список страниц (Keep page list up-to-date automatically) — установка флажка позволяет автоматически обновлять информацию в оглавлении при изменении входящих в Web-узел страниц
• показывать страницы, не входящие в веб-узел (Show pages not linked into web) — флажок определяет, необходимо ли в оглавлении показывать страницы, не имеющие прямых ссылок с других страниц
• маркеры для страниц верхнего уровня (Use bullets for top-level pages) — при установке флажка список страниц верхнего уровня отображается в виде маркированного списка

Установите необходимые флажки и нажмите кнопку Далее .

Рис. 11.11. Диалоговое окно позволяет задать параметры страницы, содержащей оглавление Web-узла

Предупреждение

Установка флажка автоматически обновлять список страниц (Keep page list up-to-date automatically) при большом количестве страниц в
Web-узле и частом обновлении может увеличить загрузку страницы оглавления.

14. Устанавливая флажки в окне мастера, представленном на рис. 11.12, вы резервируете место для информации, которая будет размещаться в верхней и нижней частях всех страниц Web-узла. Параметры разделены на две группы. Первая группа флажков определяет информацию, размещаемую в верхней части страниц. Это — логотип компании, название страницы, ссылки на основные страницы Web-узла.

Рис. 11.12. Диалоговое окно для размещения информации в верхней и нижней частях страниц Web-узла

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

Установка флажков в этом окне мастера используется только для резервирования места на Web-страницах. После завершения работы мастера в редакторе FrontPage вы можете в этих местах разместить необходимую информацию.

Установите необходимые флажки и нажмите кнопку Далее.

15. Далее в работе мастера предлагается разместить на страницах значок В стадии разработки (Under Construction), указывающий, что создание данной страницы еще не завершено (рис. 11.13). Установите одну из двух предлагаемых опций и нажмите кнопку Далее для перехода к следующему диалоговому окну.

Рис. 11.13. Вам предлагается разместить на страницах значок В стадии разработки

16. В следующих двух диалоговых окнах необходимо задать информацию о компании, для которой Web-узел создается. В диалоговом окне, представленном на рис. 11.14, необходимо ввести полное и сокращенное название компании, а также ее адрес. Остальную информацию о компании — номер телефона, номер факса, адрес электронной почты Web-мастера и адрес электронной почты компании, введите в окне, показанном на рис. 11.15.

Рис. 11.14. Диалоговое окно для ввода полного и сокращенного названия компании, а также адреса

Рис. 11.15. Диалоговое окно для ввода номера телефона, факса и адреса электронной почты

17. На следующем шаге мастер предлагает выбрать стиль оформления вашего Web-узла (рис. 11.16). Вы можете согласиться с оформлением, которое будет принято по умолчанию, и нажать кнопку Далее. Позднее вы сможете изменить оформление как всего Web-узла, так и любых его страниц, воспользовавшись командой Тема (Theme) меню Формат (Format). Если же вы хотите заняться оформлением создаваемого Web-узла в данный момент, то нажмите кнопку Выбрать веб-тему (Choose Web Theme), расположенную в центре диалогового окна. На экране откроется окно Выбор темы (Choose Theme) (рис. 11.17).

Рис. 11.16. Диалоговое окно для задания стиля оформления Web-узла

Рис. 11.17. Диалоговое окно для выбора темы оформления страниц Web-узла

В верхней части диалогового окна Выбор темы по умолчанию установлена опция ко всем страницам (All pages), указывающая, что выбранная вами тема оформления Web-узла будет распространяться на все страницы. Ниже этой опции расположен список тем оформления, предоставляемый в ваше распоряжение программой FrontPage. При выборе значения из этого списка, в области Образец темы (Sample of Theme) вы можете просмотреть предлагаемое оформление текста, заголовков, списков, панелей навигации, гиперссылок. Если установить флажки, расположенные под списком тем, то:

• Яркие цвета (Vivid colors) — цвета, используемые в оформлении, будут более насыщенными
• Активные рисунки (Active graphics) — можно добавить в оформление активную графику
• Фоновый рисунок (Background picture) — можно добавить в оформление страниц фоновое изображение
• Применить с помощью CSS (Apply using CSS) — в оформление страниц добавляется внешняя таблица стилей

Выбрав по своему вкусу тему оформления и установив необходимые флажки, нажмите кнопку ОК для закрытия диалогового окна Выбор темы. При этом вы возвращаетесь в окно мастера. Нажмите кнопку Далее.

18. В следующем диалоговом окне (рис. 11.18) мастер сообщает, что он закончил сбор необходимых ему сведений, и готов перейти к построению Web-узла. По умолчанию в диалоговом окне мастера установлен флажок Показывать «Задачи» после загрузки веб-узла (Show Tasks View after web is uploaded), указывающий, что после завершения работы мастера и загрузки созданного Web-узла на экране будет отображаться перечень сформированных задач по доработке узла. Оставьте данный флажок установленным, так как сразу после завершения работы мастера сможете просмотреть список работ, которые вам предстоит выполнить, и убедиться, что мастер всю основную работу за вас выполнил.

Рис. 11.18. Завершающее информационное окно мастера

До нажатия кнопки Готово вы можете вернуться к предыдущим диалоговым окнам, просмотреть введенную вами информацию, что-то изменить. Для этого вы можете воспользоваться кнопкой Назад (Back). После просмотра установок вам не обязательно возвращаться к последнему диалоговому окну. Для запуска процесса создания Web-узла нажмите кнопку Готово в любом окне.

Нажмите кнопку Готово для завершения создания Web-узла.

Мастер приступает к созданию Web-узла. Если в последнем диалоговом окне был установлен флажок Показывать «Задачи» после загрузки веб-узла

(Show Tasks View after web is uploaded), то после завершения работы мастера на экране откроется в табличном виде список задач по доработке Web-узла (рис. 11.19). Задания отсортированы по приоритету их выполнения. В столбце Сопоставлено с (Associated With) указано название страницы, требующей доработки, а в столбце Описание (Description) — описание работы, которую вам предстоит выполнить.

Рис. 11.19. Перечень заданий для завершения создания Web-узла

Установите курсор на задачу, к выполнению которой хотите приступить, нажмите ‘правую кнопку мыши и в появившемся контекстном меню выберите команду Запустить задачу (Start Task). Откроется выбранная вами страница в режиме редактирования. Курсор установлен в том месте, где требуется доработка. Можете приступать к редактированию созданного мастером Web-узла.

Первым в списке заданий стоит редактирование домашней страницы Web-узла. Поэтому при запуске первого в списке задания открывается домашняя страница в режиме редактирования (рис. 11.20). Рассмотрим расположенные на ней элементы. Они будут, как правило, присутствовать и на остальных страницах Web-узла.

Заголовок страницы (домашняя страница имеет заголовок Домой). Является графическим объектом
Фон Web-страницы. Как и заголовок, является графическим объектом

Рис. 11.20. Домашняя страница Web-узла

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

Графические изображения, размещаемые на Web-страницах, можно создавать с помощью таких программных продуктов, как Microsoft Photo Draw, Microsoft Image Composer, CorelDraw, Adobe Photoshop и т. д.

Располагаемые на странице элементы, а также сама страница характеризуются свойствами, которые можно просмотреть и изменить с помощью диалогового окна свойств элемента. Чтобы открыть данное окно, необходимо выделить элемент, нажать правую кнопку мыши и выбрать из появившегося контекстного меню команду Свойства (Properties) с названием модифицируемого элемента. Например, для открытия окна свойств заголовка страницы необходимо использовать команду Свойства объявления на странице (Page Banner Properties), панели ссылок — Свойства панели ссылок (Link Bar Properties), горизонтальной линии — Свойства горизонтальной линии (Horizontal Line Properties) и т. д.

Рассмотрим структуру навигации Web-узла для представления компании в Интернете (рис. 11.21), а также как связаны входящие в его состав страницы. Для этого перейдите в режим Переходы, нажав на панели Представления (Views) одноименную кнопку.

Рис. 11.21. Структура навигации Web-узла Мастер корпоративного веб-узла

Как видно из структуры Web-узла, страницы, на которые осуществляется переход с помощью гиперссылок горизонтальной панели ссылок, расположены на одном уровне иерархии с домашней страницей. На следующем уровне иерархической структуры находятся страницы, на которые осуществляется переход с использованием вертикальной панели ссылок домашней страницы. В свою очередь, страницы второго уровня (Продукты, Услуги) содержат панели ссылок для перехода на страницы третьего уровня иерархии.

Web-узел для проведения дискуссий

Чтобы создать Web-узел дискуссионной группы:

2. На появившейся в окне программы FrontPage панели Создание вебстраницы или узла выберите команду Шаблоны веб-узлов (Web Site Templates).

3. В поле Укажите расположение нового веб-узла (Specify the location of the new web) диалогового окна Шаблоны веб-узлов задайте местоположение и имя создаваемого Web-узла, после чего дважды щелкните на значке Мастер веб-обсуждения (Discussion Web Wizard).

4. Мастер начинает свою работу. На экране появляется его первое окно, в котором содержится краткое описание мастера. Ознакомьтесь с предложенной информацией и нажмите кнопку Далее.

5. Во втором диалоговом окне (рис. 11.22) расположены флажки. Они позволяют указать создаваемые на Web-узле страницы и реализуемые функции:

• форма нового раздела (Submission Form) — форма для ввода замечаний в ходе дискуссии
• оглавление (Table of Contents) — оглавление, используемое для организации и просмотра ранее представленных замечаний по определенной теме. Оглавление включают в Web-узел, если требуется, чтобы посетители знакомились с вопросами других участников и делали по ним замечания
• форма поиска (Search Form) — форма для поиска информации по заданному критерию
• цепочки оглавлений (Threaded Replies) — при установке данного флажка замечания по общей тематике объединяются, обеспечивая тем самым посетителю их последовательный просмотр
• страница подтверждения (Confirmation Page) — страница подтверждения, позволяющая посетителю узнать, дошло ли его сообщение до Web-узла

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

Рис. 11.22. Окно, позволяющее задать страницы создаваемого Web-узла

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

Рис. 11.23. Диалоговое окно для ввода заголовка

Обратите внимание, что название папки должно начинаться с символа подчеркивания «_».

На следующем шаге работы мастера (рис. 11.24) необходимо указать, какие поля первоначально должна содержать форма для представления замечаний по ходу дискуссии. По умолчанию в нее предлагается включить поля тема (Subject) и заметки (Comments). Впоследствии в форму можно будет помимо выбранных, добавить и другие поля. Установив требуемую опцию, нажмите кнопку Далее.

Рис. 11.24. Диалоговое окно для задания полей формы

8. В следующем окне мастера (рис. 11.25) необходимо указать, требуется ли ограничить число участников дискуссионной группы. По умолчанию установлена опция Нет, всеми желающими (No, anyone can post article), указывающая, что любой может участвовать в дискуссии. Оставьте данное значение и нажмите кнопку Далее.

Рис. 11.25. Окно, позволяющее ограничить число участников дискуссионной группы

9. В следующих диалоговых окнах мастера указывается, как упорядочивать поступившие на Web-узел статьи, размещать ли оглавление на домашней странице, задаются поля поисковой формы, тема оформления Web-узла, использовать ли фрейм для оформления страниц, и если да, то его вид. В этих окнах можно принять параметры, предлагаемые мастером по умолчанию. В заключительном окне мастера нажмите кнопку Готово (Finish). Мастер приступает к созданию Web-узла. После завершения работы мастера перейдите в режим работы Папки (Folders), нажав одноименную кнопку на панели режимов Представления (Views).

Рис. 11.26. Просмотр посланного сообщения

10. Web-узел в браузере. Выберите на домашней странице ссылку Поместить новую статью (Post a new article). Открывается форма для ввода сообщения. Введите в поля формы тему, свое имя и сообщение, после чего нажмите кнопку Поместить (Post Article). В зависимости от установленного в браузере режима безопасности, на экране может появиться предупреждение системы безопасности. Нажмите в этом окне кнопку Да (Yes). В нижнем фрейме страницы появляется подтверждение о получении
Web-узлом сообщения. На рис. 11.26 показана страница оглавления с посланным сообщением.

Мастер импорта Web-узлов

Рассмотрим работу мастера импорта Web-узла (Import Web Wizard). Данным мастером вы можете воспользоваться, если захотите переписать к себе на компьютер понравившийся в Интернете Web-узел или доработать Web-узел. созданный без использования программы FrontPage.

Для импорта Web-узла с помощью мастера выполните следующие действия:

1. В меню Файл (File) выберите команду Создать (New), а затем в открывшемся подменю — опцию Страница или веб-узел (Новая страница или Web-узел).

2. На появившейся панели Создание веб-страницы или узла выберите команду Шаблоны веб-узлов (Web Site Templates).

3. В поле Укажите расположение нового веб-узла (Specify the location of the new web) диалогового окна Шаблоны веб-узлов задайте местоположение и имя создаваемого Web-узла, после чего дважды щелкните мышью на значке Мастер веб-импорта (Import Web Wizard).

Для запуска мастера Мастер веб-импорта (Import Web Wizard) вы также можете воспользоваться командой Импорт (Import) из меню Файл (File). На экране откроется диалоговое окно Шаблоны веб-узлов и по умолчанию будет выбран значок Мастер веб-импорта.

4. Запускается мастер и на экране появляется его первое диалоговое окно Choose Source (Выбрать источник) (рис. 11.27), в котором необходимо указать, откуда импортируется Web-узел. В окне расположены две опции:

Каталог на локальном компьютере или в локальной сети (From a source directory of files on a local computer or network) — при выборе этой опции файл будет импортироваться из каталога локального диска или из сети. Установите флажок Включить вложенные папки (Include subfolders), если копируемый каталог содержит подкаталоги. Для указания полного пути к Web-узлу можно воспользоваться кнопкой Обзор (Browse)
веб-узел в Интернете (From a World Wide Web site) — эта опция позволяет импортировать Web-узел с WWW-сервера. Вам необходимо только в поле Расположение (Location) указать URL-адрес

Установите одну из двух предлагаемых опций, укажите расположение импортируемого Web-узла и нажмите кнопку Далее.

Рис. 11.27. Первое диалоговое окно мастера импорта Web-узла

5. Вид следующего диалогового окна зависит от установленной на первом шаге опции. Если вы импортируете Web-узел из каталога, будет открыто окно Изменение списка файлов (Edit File List) (рис. 11.28), содержащее список всех файлов, включая указанные вами подкаталоги. При импортировании всех файлов нажмите кнопку (Next). В том случае, если вы хотите исключить из импорта отдельные файлы, выделите их и удалите из списка, воспользовавшись для этого кнопкой Исключить (Exclude). Для восстановления в списке ошибочно удаленного файла нажмите кнопку Обновить (Refresh). Завершив формирование списка, нажмите кнопку.

Рис. 11.28. Диалоговое окно мастера при импортировании Web-узла из каталога

6. При импорте файла из Интернета открывается диалоговое окно Выбор ограничений на загрузку (Choose Download Amount) (рис. 11.29), в котором вам предлагается сформировать ряд условий по количеству копируемых уровней в иерархии страниц и максимальному объему информации в килобайтах. Если установлен флажок Только текстовые и графические файлы (Limit to text and image files), то будут импортироваться только текстовые и графические файлы. Задав необходимые параметры, нажмите кнопку для перехода к следующему шагу в работе мастера.

Рис. 11.29. Диалоговое окно мастера при импортировании Web-узла из Интернета

7. Следующее диалоговое окно является информационным. Нажмите кнопку Готово (Finish). Начнется процесс импорта, при котором сохраняется структура импортируемого Web-узла.

В случае отсутствия в структуре Web-узла каталога private, в котором FrontPage размещает конфиденциальные файлы, а также каталога images для размещения графических файлов, они будут добавлены в создаваемую структуру.

После завершения работы мастера в окне программы FrontPage отображается импортированный Web-узел, и вы можете начинать с ним работать.

Мастер интерфейса базы данных

Мастер интерфейса базы данных (Database Interface Wizard) (Database Interface Wizard) — это новый мастер, появившийся во FrontPage XP. Он создает Web-узел, позволяющий работать с информацией, содержащейся в базе данных Access, Oracle или SQL Server. Чтобы воспользоваться данным мастером:

1. На панели Создание веб-страницы или узла выберите команду Шаблоны веб-узлов (Web Site Templates).

2. В поле Укажите расположение нового веб-узла (Specify the location of the new web) открывшегося диалогового окна Шаблоны веб-узлов задайте местоположение и имя создаваемого Web-узла, после чего дважды щелкните на значке Мастер интерфейса базы данных (Database Interface Wizard).

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

• новое подключение к БД Access на веб-узле (Create a new Access database within your web) — данная опция указывает, что соединение будет осуществляться с новой базой данных Access
• существующее подключение к базе данных (Use an existing database connection) — при выборе этой опции становится возможным выбор существующей базы данных из расположенного под опцией списка
• подключение к образцу базы данных (Борей) (Use a sample database connection (Northwind)) — соединение с тестовой базой данных Борей

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

Рис. 11.30. Окно мастера, предназначенное для выбора базы данных

4. Следующее окно мастера содержит одно поле, предназначенное для ввода названия базы данных. Введите имя и нажмите кнопку Далее.

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

Рис. 11.31. Окно для формирования списка полей базы данных

Кнопки, содержащиеся в окне мастера, имеют следующее назначение:

• Добавить (Add) — открывает диалоговое окно (рис. 32), с помощью которого в базу данных вводится новое поле
• Изменить (Modify) — открывает диалоговое окно, с помощью которого редактируется информация о выбранном в таблице поле создаваемой базы данных
• Удалить (Delete) — удаляет выделенное в таблице поле из базы данных Используя данные кнопки, сформируйте поля таблицы.

При вводе нового или редактировании существующего поля открывается окно, аналогичное показанному на рис. 11.32. Оно содержит следующие объекты интерфейса:

• Имя столбца (Column name) — наименование поля
• Тип столбца (Column type) — тип поля. Определяет тип хранящейся в поле информации. Может быть текстовым (Text), текстовым полем большой длины (Memo), целым числом (Integer), целым числом большой длины (Long), вещественным числом (Float), вещественным числом с двойной точностью (Double), датой (Date), логическим (Boolean)
• Тип входных данных поля формы (Form field input type) — указывает объект интерфейса, с помощью которого информация поля будет представлена в форме. Список содержит следующие значения: Над- пись (Text Box), Текстовая область (Text Area), Переключатель (Option Button), Раскрывающийся список (Drop-Down Box)
Число вариантов (Number of options) — количество опций в переключателе или значений в списке. Данный счетчик доступен, когда из списка Тип входных данных поля формы выбраны значения Переключатель (Option Button), Раскрывающийся список (Drop-Down Box)

Рис. 11.32. Окно мастера для ввода и редактирования информации о поле базы данных

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

7. Устанавливая флажки на следующем шаге работы мастера (рис. 11.33), вы указываете страницы, входящие в Web-узел. Мастер предлагает три страницы:

• Страница результатов (Result Page) — страница просмотра информации, содержащейся в базе данных
• Форма отправки (Submission Form) — страница, предназначенная для ввода информации в базу данных
• Редактор базы данных (Database Editor) — страница, позволяющая редактировать базу данных Web-узла из обозревателя

Рис. 11.33. Формирование списка страниц Web-узла

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

Укажите страницы, включаемые в Web-узел, и перейдите к следующему шагу работы мастера.

8. Если в Web-узел включена страница Редактор базы данных (Database Editor), появляется диалоговое окно, позволяющее задать имя пользователя и пароль для доступа к этой странице. Для того чтобы доступ к странице был ограничен, в поле Пользователь (Username) введите имя пользователя, который будет осуществлять редактирование структуры базы данных, в поле Пароль (Password) — пароль и в поле Подтверждение (Confirm) — подтверждение пароля. В том случае, если хотите, чтобы доступ к данной странице осуществлялся без ввода пароля, установите флажок Не защищать мой редактор базы данных именем пользователя и паролем (Don’t project Database Editor with a username and password). Завершив установку параметров, перейдите к следующему шагу, нажав кнопку Далее .

9. Появляется информационное окно, указывающее список страниц, включаемых мастером в Web-узел. Нажмите в этом окне кнопку Готово. Мастер завершает создание Web-узла и открывает его в окне программы FrontPage для просмотра и редактирования (рис. 11.35).

Рис. 11.35. Одна из страниц созданного мастером Web-узла в режиме редактирования

Шаблоны для создания Web-узлов

Помимо мастеров, при разработке Web-узлов можно и нужно использовать шаблоны. Они помогают создавать типовую структуру Web-узла.

Для создания Web-узла с применением одного из предлагаемых шаблонов выполните следующие действия:

2. На появившейся панели Создание веб-страницы или узла выберите команду Шаблоны веб-узлов (Web Site Templates).

3. Открывшееся диалоговое окно Шаблоны веб-узлов содержит шаблоны для создания Web-узлов (табл. 11.2).

Таблица 11.2. Шаблоны, используемые для создания Web-узлов

Одностраничный веб-узел
(One Page Web)

Создает Web-узел, содержащий одну страницу

Веб-узел поддержки заказчиков (Customer Support Web)

Создает Web-узел поддержки покупателей вашей продукции, на котором они смогут разместить свои замечания и предложения относительно качества товаров и услуг

Пустой веб-узел
(Empty Web)

Создает пустой Web-узел

Личный веб-узел
(Personal Web)

Создает многостраничный персональный Web-узел

Веб-узел проекта
(Project Web)

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

Веб-узел рабочей группы на основе SharePoint (SharePoint-based Team Web Site)

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

Выделите курсором значок шаблона, услугами которого хотите воспользоваться. При этом в области Описание (Description) появляется краткое назначение выбранного мастера.

4. В поле Укажите расположение нового веб-узла (Specify the location of the new web) введите местоположение и имя создаваемого Web-узла.

5. Нажмите кнопку ОК.

В соответствии с выбранным шаблоном программа FrontPage формирует требуемый шаблон Web-узла и открывает его в режиме просмотра и редактирования. Вы можете приступать к редактированию созданного прообраза Web-узла.

Шаблон создания одностраничного Web-узла

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

Чтобы просмотреть структуру созданного с помощью шаблона Web-узла, отобразите в окне программы панель Список папок (Folder List), выбрав в меню Вид (View) одноименную команду. Страница, входящая в созданную структуру Web-узла, сохранена в файле с именем index.htm. По умолчанию подразумевается, что эта страница будет использоваться в качестве домашней. Откройте эту страницу, дважды щелкнув на имени файла index.htm. Страница будет открыта в режиме редактирования в рабочей области программы FrontPage (рис. 11.36).

Рис. 11.36. Web-узел, созданный с использованием шаблона Одностраничный веб-узел

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

Шаблон создания пустого Web-узла

Для создания пустого Web-узла используется шаблон Пустой веб-узел (Empty Web). При использовании этого шаблона программа FrontPage формирует структуру Web-узла, состоящую из папок _private и images.

После завершения формирования шаблона созданный Web-узел открывается в режиме редактирования. На панели папок вы можете просмотреть структуру Web-узла. Она не содержит ни одной страницы.

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

Шаблон создания многостраничного персонального Web-узла

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

Чтобы создать персональный Web-узел с помощью шаблона, выполните следующие действия:

2. На появившейся панели Создание веб-страницы или узла выберите команду Шаблоны веб-узлов (Web Site Templates).

3. В поле Укажите расположение нового веб-узла (Specify the location of the new web) открывшегося диалогового окна Шаблоны веб-узлов введите местоположение и имя создаваемого Web-узла. Назовем Web-узел, например, My Pers_ Web.

4. Дважды щелкните на значке Личный веб-узел (Personal Web). Начинается процесс создания шаблона. Через некоторое время в главном окне программы FrontPage откроется полученный Web-узел для просмотра и редактирования (рис. 11.37).

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

Рис. 11.37. Персональный Web-узел, созданный с использованием шаблона

Модификация персонального Web-узла

На рис. 11.37 показана домашняя страница персонального Web-узла, созданного с помощью шаблона. Она содержит набор элементов, которые вы можете использовать в том виде, в котором они предлагаются мастером, или их изменить.

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

В центре домашней страницы (ниже и правее пунктирных линий) расположен обычный текст , который можно изменять. Чтобы разобраться, обычный это текст на Web-странице или какой-либо объект, поэкспериментируйте. Перемещайте курсор внутри домашней страницы и следите за тем, как меняется внешний вид курсора при установке на те или иные объекты.

При нахождении курсора над заголовком страницы, над расположенной под заголовком датой, курсор принимает вид руки, держащей страницу.

Установите курсор на текст в центре страницы. Курсор не меняет своего внешнего вида. Текст вы можете смело удалить и на его месте разместить необходимую информацию.

Для изменения свойств объектов, над которыми курсор принимает вид руки, держащей страницу, используются соответствующие диалоговые окна. Например, для изменения формата отображаемой на странице даты вам необходимо установить курсор на дату и дважды щелкнуть мышью. Откроется диалоговое окно Дата и время (Date and Time) (рис. 11.38), используя которое вы сможете установить иной формат отображения даты.

Рис. 11.38. Диалоговое окно Дата и время

Слева на странице размещена панель ссылок, называемая также панелью навигации. Для настройки свойств панели ссылок используется диалоговое окно Свойства панели ссылок (Link Bar Properties), открываемое при двойном щелчке на этой панели.

Названия кнопок панелей ссылок соответствуют названиям страниц, входящих в Web-узел, на которые по этим ссылкам осуществляется переход. Вы можете проверить действия этих ссылок. Для этого выполните следующие действия:

1. Установите курсор на название одной из страниц на панели навигации.

2. Когда курсор примет вид руки, держащей страницу, нажмите клавишу и, удерживая ее нажатой, щелкните левой кнопкой мыши. Осуществится переход на выбранную вами страницу.

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

1. Откройте в режиме редактирования страницу с названием Увлечения. Для этого выполните одно из следующих действий:

• Дважды щелкните мышью значок файла interes.htm на панели Список папок (Folder List)
• Для перехода с домашней страницы на страницу Увлечения воспользуйтесь панелью ссылок: удерживая нажатой клавишу , щелкните на надписи Увлечения

2. Установите курсор на заголовок страницы и дважды щелкните мышью.

3. В поле Текст объявления (Page banner) открывшегося диалогового окна Свойства объявления на странице (Page Banner Properties) (рис. 11.39) введите вместо Увлечения новое название заголовка, например, Хобби.

Рис. 11.39. Диалоговое окно Свойства объявления на странице

4. Нажмите кнопку ОК. Диалоговое окно Свойства объявления на странице закроется. Страница будет иметь вид, представленный на рис. 11.40.

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

Помимо приведенного выше способа изменения названия страниц, а соответственно, и названий кнопок панелей ссылок, существует еще один:

1. Перейдите в режим работы Переходы (Navigation), нажав одноименную кнопку на панели режимов Представления (Views). В рабочей области программы FrontPage отображается структура навигации персонального Web-узла, в которой страницы представлены в виде прямоугольников.

2. Установите курсор на страницу, название которой хотите изменить, нажмите правую кнопку мыши и выберите в появившемся контекстном меню команду Rename (Переименовать). Название страницы становится доступным для редактирования (рис. 11.41).

3. Введите новое название страницы и нажмите клавишу .

Рис. 11.40. Вид Web-страницы после изменения ее названия

Рис. 11.41. Изменение названий страниц в режиме Переходы

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

Чтобы изменить на панели ссылок название кнопки перехода на домашнюю страницу, вы должны воспользоваться вкладкой Переходы (Navigation) диалогового окна Настройка веб-узла (Web Settings) (рис. 11.42).

Рис. 11.42. Диалоговое окно Настройка веб-узла

Для открытия этого окна воспользуйтесь командой Настройка веб-узла (Web Settings) из меню Сервис (Tools). Затем в текстовое поле Домашняя страница (Home page) вместо Домой введите новое название ссылки и нажмите кнопку ОК. Просмотрите, как теперь выгладят панели ссылок. Походите по страницам Web-узла.

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

Шрифты, цвет текста и гиперссылок, фоновое изображение персонального Web-узла определены темой, заданной мастером по умолчанию. Для изменения темы оформления Web-узла воспользуйтесь диалоговым окном Темы (Themes), открываемым командой Тема (Theme) из меню Формат (Format). Более подробно о темах оформления Web-узлов рассказано в главе 15.

Шаблон создания Web-узла поддержки покупателей

Шаблон Веб-узел поддержки заказчиков (Customer Support Web) позволяет создать Web-узел поддержки покупателей вашей продукции. На страницах узла посетители смогут ознакомиться с предлагаемыми товарами и услугами, задать интересующие их вопросы, разместить свои замечания и предложения относительно качества товара. На рис. 11.43 показана структура Web-узла, созданного с использованием данного шаблона.

Рис. 11.43. Структура Web-узла, созданного с помощью шаблона Веб-узел поддержки заказчиков

Web-узел содержит большое количество страниц, имеющих следующее назначение:

Что нового (What’s New) — информация о том новом, что предлагается посетителю
Продукты (Products) — страница с информацией о предлагаемых товарах и услугах
Типичные вопросы (F.A.Q.) — страница с ответами на часто задаваемые вопросы
Запрос на обслуживание (Service Request) — страница поддержки покупателей продукции. Содержит форму, в которой пользователь может описать проблему, с которой он столкнулся, и задать соответствующие вопросы
Предложения (Suggestions) — страница, на которой посетители с помощью формы могут ввести свои предложения
Каталоги и справочники (Catalogs/Manuals) — страница, используя которую пользователи смогут загрузить на свои компьютеры программное обеспечение или документы с вашего Web-узла, используя протокол FTP (File Transfer Protocol)
Форум поддержки (Support Forum) — страница для участия в форуме
Обратитесь к нам (Contact Us) — страница с контактной информацией
Поиск (Search) — страница, содержащая форму для поиска нужной информации на Web-узле

Шаблон создания Web-узла проекта

Шаблон Веб-узел проекта (Project Web) позволяет создать Web-узел, который можно использовать как координационный и дискуссионный центр для ведения крупного проекта. На страницах Web-узла можно размещать информацию об участниках проекта, состоянии дел, обсуждать важнейшие вопросы и т.д. На рис. 11.44 показана структура Web-узла, созданного с использованием данного шаблона.

Рис. 11.44. Структура Web-узла, созданного с помощью шаблона Веб-узел проекта

Web-узел содержит большое количество страниц, имеющих следующее назначение:

Участники (Members) — страница с информацией об участниках проекта
Расписание (Schedule) — страница, содержащая план проекта
Архив (Archive) — страница доступа к совместно используемым документам и файлам
Поиск (Search) — форма для поиска информации, содержащейся в документах Web-узла
Обсуждения (Discussions) — страница, содержащая ссылки на дискуссионные группы Обсуждения технических условий (Requirements) и Информационная база данных (Knowledge Base), предназначенные для проведения диалоговых форумов
Контактные сведения (Contact Inf) — страница с контактной информацией

Шаблоны и мастера для создания Web-страниц

Чтобы просмотреть шаблоны и мастера, предлагаемые программой FrontPage для создания Web-страниц, в меню Файл (File) выберите команду Создать (New), затем в открывшемся подменю — опцию Страница или веб-узел (Page or Web). В окне программы появляется панель Создание веб-страницы или узла (New Page or Web), на которой выберите команду Шаблоны страниц (Page Templates). Появится диалоговое окно Шаблоны страниц, представленное на рис. 11.45.

Рис. 11.45. Диалоговое окно Шаблоны страниц позволяет выбрать шаблоны и мастера для создания Web-страницы

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

Количество шаблонов создания Web-страниц, предлагаемых программой FrontPage, намного больше, чем шаблонов для Web-узлов. При перемещении по списку шаблонов в области Описание (Description) окна появляется краткое описание выбранного шаблона, а в области Образец (Preview) отображается примерный вид страницы, создаваемой с его помощью.

Первым в списке шаблонов идет Обычная страница (Normal Page), представляющий собой шаблон пустой страницы. Для создания страницы с использованием данного шаблона нет необходимости открывать диалоговое окно Шаблоны страниц (Page Templates). Достаточно щелкнуть мышью на кнопке Создать (New) стандартной панели инструментов. По умолчанию всегда предполагается использование шаблона Обычная страница.

В табл. 11.3 приведен список шаблонов и мастеров создания страниц, предоставляемых программой FrontPage.

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

Таблица 11.3. Шаблоны и мастера создания Web-страниц

Шаблон или мастер

Обычная страница
(Normal Page)

Какое подключение к интернету позволяет создать собственные web узлы в сети

2. Создание Web -узла

Все многообразие информационных источников всемирной паутины WWW ( World Wide Web) принято делить на два больших подкласса: страницы и узлы, или сайты.

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

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

Пакет Dreamweaver — это многоцелевая программа. Его можно использовать как простой редактор гипертекстовых документов для создания отдельных страниц. Кроме того, программа располагает необходимым инструментарием, позволяющим проектировать и поддерживать Web -узлы любой сложности.

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

грубых ошибок в процессе планирования структуры Web -узла и его наполнения.

Недостатка в рецептах, посвященных созданию содержательных узлов и страничек, нет. Многие книги по Web- дизайну и руководства, посвященные программным продуктам, изобилуют рекомендациями такого сорта: “Информационное наполнение документа должно быть полным и непротиворечивым”, — или: “Чтобы сделать данные доступными, их следует хорошо систематизировать”. Все это верно по сути, но прикладное значение подобных тезисов сравнимо с применимостью основных законов диалектики.

Точка зрения на Web -дизайн гуру и законоучителей Интернета широко представлена в компьютерной литературе и в самой сети. Если посмотреть на процесс создания виртуальных документов глазами инженера, то можно провести многочисленные параллели между сайтами и техническими системами, дизайном и инженерным проектированием. Разработка масштабного Web -узла — это во многом инженерная задача, по крайней мере в той части, которая связана с выбором структуры, распределением информации по страницам, созданием и поддержкой базы данных, обеспечением сохранности данных, криптографической защитой приватных сведений и пр.

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

Вместо того чтобы повторять трюизмы о гармонии формы и содержания, сошлемся на глубокую по содержанию и доступную по форме книгу, посвященную общей методологии проектирования — Дж. К. Джонс “Методы проектирования”, Москва, “Мир”, 1986.

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

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

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

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

Рис. 2.1. Линейная структура

Точкой входа узла с линейной структурой служит первая страница. Эта главная страница обычно называется index.htm или main.htm. Она играет роль, которая в печатных изданиях отводится обложке, титульному листу, аннотации и заглавию. Это парадная, представительская страница, которая должна быть одновременно привлекательной и информативной. Однако поисковые машины могут индексировать каждую страницу сайта независимо от других. Поэтому целесообразно снабдить все внутренние страницы узла навигационными кнопками, указывающими на главную страницу.

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

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

Рис. 2.2. Иерархическая структура

Обновление иерархических структур не связано с глобальной перестройкой всей топологии узла. Все изменения ограничиваются некоторым фрагментом — поддеревом; связи и вершины, выходящие за его пределы, не затрагиваются. Часто иерархическая древовидная структура узла является естественной формой представления информации, поскольку многие информационные источники или предметные области организованы по принципу соподчиненности. Представители точных наук называют подобное соотношение оригинала и его представления гомоморфизмом.

Многосвязными принято называть такие структуры, на топологию которых не накладывается никаких ограничений. У Web -узлов с подобной топологией каждая страница может быть связана с каждой. На первый взгляд, такие структуры удобны для пользователя, поскольку позволяют быстро перейти по любому локальному адресу, минуя промежуточные пункты узла. Это предположение оправдывается только для сайтов небольшого размера продуманной системой навигационных подсказок. С увеличением числа границ и команд перехода поддержка и навигация в многосвязных сайтах становятся все более трудными. Локальные корректировки, вносимые и сдельные страницы, имеют тенденцию к распространению по всему узлу. И самом деле, простая замена страницы требует провести полную “инвентаризацию” и обновить все ссылки, в которых она участвует как источник или приемник.

Большие сайты должны быть оснащены специальной системой индексации или навигационной картой, которая упрощает ориентировку посетителей.

Рис. 2.3. Многосвязная структура

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

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

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

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

Существуют разные стратегии разработки больших Интернет-проектов, но самый естественный путь включает два этапа. Первый заключается в со здании Web -узла, расположенного на жестком диске. Это так называемая локальная версия сайта (local site). После окончания ее разработки и верификации локальная версия публикуется в сети Интернет и становится доступной для посетителей. По терминологии, принятой в пакете Dreamweaver , вариант узла, опубликованный на сервере провайдера, называется удаленной версией (remote site).

Следует отметить, что в программе Dreamweaver термин “сайт” используется не только как синоним слова Web -узел, но и для обозначения местонахождения файлов, принадлежащих к одной структуре.

Программа Dreamweaver поддерживает такой способ организации информационного обеспечения, который требует размещать все наполнение сайта внутри одного каталога, называемого корневым каталогом узла (root folder ) Е сли разработчик выполняет это логичное и совсем необременительное ограничение, то программа способна автоматически синхронизировать

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

Как должна строиться система каталогов Web -узла? Громадная практика “сайтостроения” не смогла выработать четких указаний на этот счет. Принято считать, что структура подкаталогов должна приблизительно соответствовать разбиению сайта на разделы — его смысловой планировке, Например, если на узле, посвященном медицинским услугам, существуют разделы, относящиеся к диагностике, терапии и хирургии, то корневой каталог обязан включать три подкаталога с их информационным обеспечением.

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

Если дословно перевести этот термин с английского, то получится примерно следующее: “включение стороны сервера”. Этот угловатый подстрочник неплохо передает существо дела. Технология SSI позволяет Web -серверу включать в текст страниц HTML содержимое из других источников, текстовое или гипертекстовое. Окончательная сборка документа выполняется сервером непосредственно перед отправлением страницы HTML броузеру пользователя. Все монтажные операции абсолютно закрыты от конечного потребителя; он может даже не подозревать, что обозреваемая им страница содержит вставки или заимствования.

Какова же польза от технологии SSI ? Ответ очевиден. Разделяемые данные широкого применения готовятся один раз и по специальным директивам включаются во все страницы, которые их используют. Кандидаты на оформление в виде вставок — это колонтитулы, повторяющиеся элементы оформления, стандартные таблицы, играющие роль монтажных элементов страниц, метадескрипторы, списки разделов, управляющие кнопки и многое другое.

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

После получения запроса на просмотр страницы сервер заменит инструкцию содержимым файла SHARE.SHTML . Следует подчеркнуть, что такие конструкции способны выполнять только серверы; для броузеров директивы включения представляют собой обычные комментарии и поэтому не обрабатываются.

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

Адресация для WWW

Для адресации ресурсов во всемирной паутине используются так называемые адреса URL ( Uniform Resource Locator). Адрес URL записывается по строгому формату (рис. 2.4).

Рис. 2.4. Структура адреса URL

Рассмотрим основные составляющие адреса.

Связь по протоколу HTTP является не единственной, хотя и самой распространенной возможностью в сети Интернет. Адреса объектов Интернета могут включать в себя и другие способы связи и протоколы. Перечислим некоторые из них.

Имя протокола Правило записи Область применения

Протокол передачи файлов. Используется для связи с FTR -серверами

Протокол доступа к файлам заданного компьютера или локальной сети. Мало полезен в глобальной сети

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

Вызов программ, написанных на языке JavaScript

Адрес электронной почты

Протокол доступа к телеконференциям

Протокол доступа к удаленному компьютеру

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

Абсолютные и относительные адреса

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

Абсолютные адреса обладают двумя заметными недостатками. Во-первых это громоздкость. Адреса объектов, расположенных на нижних этажах разветвленной файловой системы, могут состоять из нескольких десятков символов. Их трудно запоминать и вводить. Во-вторых, абсолютная адресация не обладает достаточной устойчивостью. Любое переименование приводит к необходимости внесения изменений во все связанные адреса. Если изменено имя сервера, то обновлять надо все ссылки на его объекты; для каталога должны быть изменены путевые имена, в которых упомянуто его имя

Программа Dreamweaver располагает специальным расширением, которое позволяет автоматизировать процедуру переименования ссылок.

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

Если ссылки некоторого документа указывают на объекты, расположенные в соподчиненных, нижних разделах иерархии каталогов, то можно считать адрес документа относительным началом координат и отсчитывать адреса файлов от этой точки.

Пусть, например, в документе index.htm требуется сослаться на рисунок picture.gif , который расположен том же каталоге home (рис. 2.5). Используя метод относительной адресации, достаточно указать только имя файла picture.gif . Так, для вставки картинки достаточно ввести в коды разметки документа дескриптор следующего вида < IMG SRC Times New Roman" COLOR="#000000">«>. Приведем для сравнения абсолютный эквивалент адреса (название протокола и имя сервера опушены): examples/home/picture.gif.

Рис. 2.5. Относительная адресация одного уровня

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

Соглашение об отсчете относительных адресов от адреса документа действует не только для файлов, размещенных в одном каталоге с документом. В таком виде можно задать положение любого файла, независимо от его прописки в файловой системе. Для примера, показанного на рис, 2.6, относительный адрес картинки имеет вид images/picture.gif , а вставка рисунка задается дескриптором .

Puc . 2.6. Относительная адресация в случае вложенных каталогов

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

В языке HTML для этого применяется способ, заимствованный из операционной системы UNIX: родительский каталог обозначается двумя точками. Так, для примера, показанного на рис. 2.7, относительный адрес рисунка выглядит следующим образом ../ picture.gif . Его вставка задается фрагментом кода .

Puc . 2.7. Относительная адресация с использованием символического имени

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

Каждый использованный метасимвол позволяет перейти на один уровень вверх. Например, чтобы обратиться к рисунку, расположенному в родительском каталоге каталога examples (рис. 2.8), следует задать относительный адрес следующего вида: ../../ picture.gif.

Рис. 2.8. Повторное использование символических имен

Перед вставкой относительных адресов в документ, созданный в программе Dreamweaver , его следует сохранить. Если этого не сделать, программа выдает предупреждение и создает ссылку, в которой соединяет абсолютный адрес объекта с префиксом file ://. Подобная ссылка может выглядеть следующим образом file:///C|examples/image/picture.gif.

Документы с такими адресами, публикованные на удаленном сервере, работают неправильно!

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

В программе Dreamweaver существует способ адресации, в котором в качестве точки отсчета принимается корневой каталог сайта. В документации на программу этот способ носит название root-relative или site root-relative. Адреса, образуемые по подобной схеме, начинаются с символа косой черты, за которой следует полный путь поиска файла. Так, для примера, представленного на рис. 2.8, адрес документа может быть задан следующим образом / host/examples/home/index.htm , а адрес рисунка — / host/picture.gif.

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

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

Программы просмотра не работают с относительными адресами, рассчитанными от корневого каталога. Если открыть в броузере страничку с такими ссылками напрямую, то произойдет ошибка. В пакете Dreamweaver существует специальная команда Preview in Browser (Просмотр в броузере), предназначенная для просмотра подобных страниц. Она временно переводит все нестандартные ссылки в обычную для программ просмотра форму. Эта операция относится только к текущей странице; она не затрагивает документы, связанные с ней командами перехода. Если перейти по ссылке на другую страницу, то ее нестандартные адреса не будут преобразованы. Все сказанное относится и к страницам с фреймами.

2.2. Создание локального узла

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

Локальный узел — это версия “настоящего” виртуального Web -узла, которая располагается на компьютере разработчика или разработчиков. Она не видна из сети; доступ к ней имеют только ее авторы.

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

Для определения нового локального узла требуются следующие действия.

Рис.2.9.Настройка локального узла

Рассмотрим перечисленные категории подробнее.

Категория Local Info

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

Категория Remote Info

Эта категория служит для задания параметров сервера, на котором хранится удаленная версия сайта, и способа доступа к нему. Первоначально диалоговое окно содержит единственный список Access (Доступ к серверу), содержащий пять пунктов: None (Нет), FTP, Local/Network (Локальная сеть), SourceSafe Database (База данных SourceSafe), WebDAV (Web Distributed Authoring and Versioning ). Рассмотрим их подробнее.

Настройки удаленного доступа по протоколу FTP

Самым распространенным способом доступа к удаленному серверу является связь по протоколу FTP. Рассмотрим настройки для этого протокола более подробно.

Puc . 2.10. Настройка протокола FTP

Клиент FTP, встроенный в программу Dreamweaver , отличается от обычных программ этого класса несколькими особенностями. Перечислим их,

Программа регистрирует в специальном журнале все операции по установке связи и передачи файлов по протоколу FTP. Если передача окончилась неудачей (программа в этом случае выводит сообщение “ cannot put file ”), то журнал может помочь диагностировать вероятную причину неуспеха операции. Чтобы посмотреть записи журнала, надо выполнить команду Window > Site FTP Log (Окно > Журнал передачи). Эта команда выдается из окна Диспетчера узла; для перехода в него из окна документа достаточно нажать клавишу F8.

Раздел Design Notes

Web -узел — это часто весьма сложная система гипертекстовых документов и вспомогательных файлов. В их разработке могут участвовать коллективы, объединяющие специалистов разного профиля: дизайнеров, программистов, менеджеров и др. Продуктивная работа коллектива подразумевает наличие координации. Программа Dream weaver предоставляет для этого простое, но часто довольно эффективное средство — комментарии разработчика. Это текстовая информация, которая может быть присоединена к гипертекстовому документу или связана с внедренными в него объектами. В комментарии можно внести любую текстовую информацию, относящуюся к странице, например: данные об авторе, замечания об требуемых доработках, сведения об обновлении, пожелания соисполнителям и пр.

Категория Design Notes (Комментарии разработчика) содержит два флажка.

Удаление гипертекстовых страниц средствами программы Dreamweaver влечет за собой автоматическое удаление всех ассоциированных комментариев. Если файл HTML ликвидирован внешними средствами, то заметки разработчика сохраняются. Щелчок на кнопке Clean Up (Очистка) запускает поиск и удаление всех потерянных комментариев.

Раздел Site Map Layout

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

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

Puc . 2.11. Настройка отображения карты узла

Средствами программы Dreamweaver можно не только создавать новые Web -узлы, но и открывать и редактировать существующие сайты. Причем для программы происхождение узла значения не имеет — узел может быть разработан при помощи программы Dreamweaver или с помощью сторонних гипертекстовых редакторов, например: Front Page, GoLive, Hot Metal и пр. Открытие подобных сайтов почти не отличается от процедуры создания нового узла, основные этапы которой рассмотрены в данной главе. Будем считать, что на диске локального компьютера существует версия сайта. Главные операции, которые требуется выполнить при его открытии в программе Dreamweaver , — это задание корневой папки узла и ввод имени основной страницы. Первое делается в категории Local info (Информация о локальном узле) диалогового окна Site Definition (Определение сайта). Для выполнения второй задачи надо перейти в категорию Site Map Layout (Планировка карты узла) того же диалогового окна.

2.3. Диспетчер узла

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

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

Диспетчер узла имеет два основных режима работы. Первый, в документации на программу и в системе меню он называется Site Map (Карта сайта), предназначен для обслуживания локальных сайтов; второй, в программе он носит имя Site Files (Файлы сайта), объединяет функции и команды обработки локальной и удаленной версий.

Для вызова Диспетчера узла следует выполнить команду Site > Site Map (Сайт > Карта сайта) или воспользоваться комбинацией клавиш ALT+F 8. То же самое можно выполнить еще двумя способами: при помощи палитры и панели быстрого запуска. На кнопке вызова Диспетчера узла нарисована стилизованная система каталогов. Переключение режимов можно выполнить

многими разными способами, например: по команде Window > Site Files (Окно > Файлы сайта), при помощи клавиши F 8 или щелчком на самой левой кнопке панели инструментов в окне диспетчера (рис. 2.12).

Puc . 2.12. Окно диспетчера узла

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

Строка меню Диспетчера узла содержит следующие пункты.

Самые востребованные команды программы представлены в виде кнопок, расположенных на панели инструментов Диспетчера узла (вторая строка окна). Рассмотрим эти команды в том порядке, в котором они размещены на панели инструментов.

с удаленным сервером. Она доступна, если выбран один из следующих типов связи: FTP, WebDAV или SourceSafe . Во время сеанса связи эта кнопка представляет команду Disconnects (Разорвать соединение). Сеанс связи протоколируется и записывается в журнал. Для просмотра журнала надо выполнить команду Window > Site FTP Log (Окно > Журнал передачи).

Если вид передаваемых документов зависит от дополнительных файлов, например изображений или апплетов Java , то программа выдает диалоговое окно Dependent Files (Зависимые файлы), в котором требуется подтвердить передачу связанных файлов.

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

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

Изображение карты узла напоминает своим видом организационную диаграмму — наглядное представление состава и соподчиненности различных административных или военных структур. По умолчанию выводятся только два уровня карты. Верхнюю позицию занимает основная страница узла. Если какой-либо документ имеет в своем непосредственном подчинении другие документы, то рядом с его значком выводится прямоугольный маркер. Он помечается знаком +, если отходящая ветвь не раскрыта; в том случае, когда показаны все подчиненные документы, ставится знак —.

Вот еще несколько соглашений, касающихся изображений карты узла. Ссылки на гипертекстовые документы узла отображаются зеленым цветом. Если ссылка указывает на существующий файл, расширение имени которого отличается от . HTM, .HTML и т. п., она отображается синим цветом. Если ссылка некорректная, тупиковая или разорванная, используется красный цвет. Соответствующие связи помечаются специальным значком, который выглядит как стилизованное изображение разорванной связи. Внешние файлы, файлы, расположенные на других сайтах, и специальные ссылки (например, mailto : или javascript 🙂 получают специальный значок в виде глобуса. Если включен режим контроля обращения файлов ( Check In/Out ), то на карте узла галочкой красного цвета помечаются все файлы, взятые на обработку сторонними исполнителями. Зеленая галочка — это признак того, что данный файл заблокирован самим разработчиком. Значок в виде замка выделяет файлы, доступные только для чтения.

Создание структуры узла

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

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

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

Рассмотрим основные шаги процедуры создания структуры.

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

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

Ссылки на существующие документы

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

При обилии раскрытых окон метод перетаскивания может потерять все свои преимущества и оказаться слишком громоздкой процедурой. В программе есть специальная команда, которую можно применить в любой ситуации. Для этого выберите родительский документ и дайте команду Site > Link to Existing File (Сайт > Ссылка на существующий файл) (эквивалентная клавиатурная комбинация — CTRL+SHIFT+K ). Откроется диалоговое окно Select HTML File (Выбрать гипертекстовый файл), в котором, используя стандартные приемы навигации Windows, надо разыскать файл целевого документа. Эту команду можно дать и из контекстного меню, которое открывается при щелчке правой кнопкой мыши на значке документа.

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

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

По умолчанию маркеры-указатели появляются только у внутренних гипертекстовых файлов узла, расположенных на первых двух уровнях иерархии. Какие настройки программы следует изменить, чтобы метод перетаскивания стал доступен для глубоко вложенных файлов? Выберите гипертекстовый файл на карте узла и дайте команду View as Root (Показать как корневой). Эта команда доступна из контекстного меню, кроме того, ей соответствует клавиатурная комбинация CTRL+SHIFT+R.

Выбранный документ объявляется на время основной страницей сайта, все верхние уровни структуры узла становятся скрытыми.

В третьей строчке окна Диспетчера узла в поле Site Navigation (Навигация по сайту) выводится путь доступа к корневому документу узла. Чтобы развернуть все скрытые ветви, надо просто щелкнуть мышкой по значку основной страницы, которая обычно именуется index.htm . Описанный прием работает только для внутренних HTML -файлов узла.

Создание сложных сайтов с разветвленной системой ссылок между страницами — это итерационный процесс, подразумевающий возврат к готовым фрагментам и их переделку.

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

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

Puc . 2.13. Обновление ссылок

Рис. 2.14. Глобальное изменение ссылок

Замененный файл становится “висячим”. Это значит, что никаких ссылок, указывающих на него, не остается, но сам файл автоматически с сайта не удаляется. Сказанное относится и к локальной, и к удаленной версии узла.

Команда Change Link Sitewide (Изменить связи по всему сайту) очень удобна и тех случаях, когда необходимо провести масштабные замены во всех документах сайта. Часто такой замены требуют адреса электронной почты, внешние ссылки, сценарии и пр. В таком случае следует действовать так.

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

Программа Dreamweaver позволяет менять заголовки документов HTML непосредственно в окне Диспетчера узла. Напомним, что заголовком гипертекстового документа называется содержимое дескриптора < title >. Эта строка текста считается названием документа и выполняет важные функции при индексации документов поисковыми машинами. Самые популярные броузеры Internet Explorer и Netscape Navigator выводят заголовок в строке заголовка окна программы.

Чтобы изменить заголовок, надо сделать следующее.

Работа со страницами

После разработки и верификации структуры узла начинается этап создания контента. Этим “угловатым” американизмом принято в наше время называть информационное наполнение страниц. Какие полезные функции может выполнять Диспетчер узла на этом этапе? С его помощью можно открывать выбранные страницы и источники ссылок на гипертекстовые документы и внешние объекты. Кроме того, диспетчер располагает специальными командами для замены основной, корневой страницы узла.

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

В результате открывается новое окно программы (или несколько окон), в которое загружается выбранный документ. Открытие одного файла проще выполнить двойным щелчком на его значке. Чтобы выбрать несколько объектов, надо удерживать нажатой клавишу SHIFT (для выбора файлов, идущих подряд) или CTRL (для выбора файлов в произвольном порядке).

Очень удобное средство, облегчающее работы по отладке развитой системы гипертекстовых ссылок, — это команда Open Source of Link (Открыть источник ссылки). Она выводит на экран окно программы, загружает в него документ HTML, являющийся источником ссылки, и выбирает активную область ссылки: текст или изображение.

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

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

Создание новой корневой страницы выполняется следующим образом.

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

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

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

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

Изображение документов и связей в виде дерева удобно только для сайтов небольшого масштаба. По мере увеличения числа узлов и ссылок картинка теряет свою наглядность и становится все более громоздкой и запутанной. Какими средствами настройки карты располагает программа Dreamweaver?

Любой файл, отображаемый на карте узла, программа способна объявить скрытым. Есть и специальная команда, убирающая с экрана скрытые файлы и все связанные с ними объекты. Кроме того, программа позволяет им выводить только одну ветвь карты узла, корнем которой служит выбранный документ.

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

Порядок скрытия файла документа следующий.

Имя документа, соответствующего скрытому файлу, изображается на карте узла курсивом.

Скрытым становится не только выбранный документ, но и все связанные с ним файлы.

Отобразить на экране скрытые файлы можно следующим образом.

Отдельная команда программы управляет визуализацией зависимых файлов. Таковыми считаются файлы, хранящие изображения, внешние таблицы стилей, объекты мультимедиа и др. По умолчанию они не отображаются на карте узла. Их можно вывести на экран командой View > Show Dependent File (Вид > Показать зависимые файлы). Повторное выполнение команды убирает все зависимые файлы с карты узла.

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

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

Последствия операции легко предсказуемы. Программа выводит на экран только часть карты узла с выбранным документом в качестве временного корня. В верхней части карты на панели Site Navigation (Навигация по сайту) отображается путь от действительного корня к временному. Щелчок на любом значке в этом символическом изображении пути делает соответствующий документ новым корнем сайта и выводит на экран все его подчиненные объекты.

Если программа Dreamweaver выводит на экран только значки файлов без имен или заголовков, следует увеличить ширину полосы, используемой для визуализации объектов. Для этого надо дать команду View > Layout (Вид > Размещение) и ввести в поле Column Widths (Ширина столбца) большее значение. По умолчанию ширина каждого столбца равна 125 пикселям.

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

Основные параметры работы Диспетчера узла расположены в разделах Site Map Layout (Планировка карты узла), и File View Columns (Столбцы отображения файлов) диалогового окна Site Definition (Определение сайта). Самый быстрый способ открыть это окно — это команды View > Layout (Вид > Размещение) и View > File View Columns (Столбцы отображения файлов).

Настройки категории Site Map Layout (Планировка карты узла), от которых за висит внешний вид карты, подробно рассматривались в главе, посвященной созданию локального узла. Напомним наиболее важные параметры.

От настроек раздела File View Columns (Столбцы отображения файлов) (рис. 2.15) зависит внешний вид файловой панели Диспетчера узла. Рассмотрим эти настройки.

Рис.2.15.Настройка файловой панели диспетчера

2.4. Работа с удаленным узлом

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

Жизненный цикл большинства сложных проектов не заканчивается после публикации на сервере. Это действие только начинает протяженный этап но вживлению проекта в виртуальную ткань всемирной Сети. Регистрация на поисковых машинах и в каталогах, реклама, обмен рекламными знаками, регулярные обновления контента — без этих мероприятий нельзя рассчитывать на коммерческий успех проекта.

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

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

Основные параметры, требуемые для задания удаленного узла, устанавливаются при создании локальной версии. Они были рассмотрены в разделе, посвященном определению нового локального узла. Большая их часть расположена в разделе Remote Info (Сведения об удаленном сервере). В любой момент работы над проектом настройки удаленного узла можно уточнить или изменить.

Настройка параметров соединения FTP

Некоторые настройки соединения FTP и внешний вид окна Диспетчера узла входят в число основных параметров программы и задаются в диалоговом окне Preferences (Настройки). Доступ к этим настройкам выполняется следующим образом.

Рис. 2.16. Параметры соединения FTP

Рассмотрим содержание этого раздела.

Если эти флажки сброшены, то программа не выдает окно с запросом на пересылку зависимых файлов. Чтобы открыть его, надо дать одну из команд, инициирующих файловые обмены между локальным и удаленным компьютером, удерживая нажатой клавишу ALT . Напомним эти команды: Put (Передать), Get (Получить), Check In (Заблокировать), Check Out (Разблокировать).

Важная настройка, от которой зависит режим передачи файла, не вошла в описанное диалоговое окно. Ее можно изменить при помощи прямого редактирования конфигурационного файла с именем FTPExtensionMap.txt . Он расположен в папке Dreamweaver\Configuration . В этом файле указываются режимы передачи данных разного формата ( Binary или ASCII ). Если формата передаваемого файла в списке не оказалось, то он автоматически передается в двоичном формате.

Режимы передачи

В протоколе передачи данных FTP (File Transfer Protocol —протокол передачи данных) предусмотрены два режима пересылки данных: двоичный ( binary ) и символьный (ASCII ). В двоичном режиме последовательность битов при пересылке сохраняется, поэтому оригинал и копия идентичны с точностью до бита. На первый взгляд, это хорошо, потому что обеспечивает наивысшую сохранность данных. Однако полученную битовую последовательность требуется еще и правильно расшифровать и проинтерпретировать. Например, если из вычислительной системы, работающей под управлением Mac OS , переслать программный файл в двоичном режиме на платформу BeOS , то, скорее всего, программа на этой платформе работать не будет.

В режиме передачи ASCII , или, как его иногда называют, в текстовом режиме, пересылаемые объекты рассматриваются как наборы символов. Программа-клиент и программа-сервер пытаются сделать так, чтобы пересылаемые ими символы имели на принимающем компьютере тот же смысл, что и на компьютере-отправителе.

Коды символов первой половины кодовой таблицы — это один из немногих действующих в информатике стандартов. Он сохраняется на подавляющем числе существующих в настоящее время компьютерных платформ. Если файл, который состоит из набора литер (это может быть обычный текст, исходный текст программы, закодированное при помощи символов изображение, содержимое электронного письма и пр.), переслать с компьютера Macintosh в текстовом режиме, то и на платформе BeOS он будет успешно прочитан.

При выборе режима передачи следует учитывать тип передаваемой информации и совместимость платформ клиента и сервера. Кодирование данных — это область, где действует слишком много разных стандартом и нет унификации, поэтому часто бывает трудно установить соответствие между способом кодирования и типом информации. Так, например, исполняемые коды программ всегда кодируются в двоичном виде, а программы, написанные на языке сценариев, могут иметь и текстовое представление. Файлы, хранящие документы HTML , передаются в режиме ASCII ; некоторые вычислительные системы представляют в двоичном виде даже простые символьные цепочки, не включающие в себя управляющие символы и команды форматирования.

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

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

Если проектирование узла ведется коллективом разработчиков, то для пересылки файлов следует использовать команды Check In (Разблокировать) и Check Out (Заблокировать). Если авторский коллектив представлен одним лицом, то файловые обмены между удаленным сервером и локальным компьютером можно доверить командам Put (Передать) и Get (Получить).

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

Если у данного сайта активизирована система контроля обращения файлов, то команда Get (Получить) перешлет на локальный компьютер выбранный файл, который получит атрибут Только чтение. Удаленная версия остается доступной для редактирования любым членом коллектива разработчиков. Если контроль обращения отключен, то переданный файл открыт для внесения любых изменений.

Диспетчер узла располагает двумя командами для загрузки файла на удаленный сервер. Это команды Put (Передать) и Check In (Заблокировать). Первую команду используют в тех случаях, когда система контроля обращения файлов не активизирована. Если узел находится в коллективной разработке и данная система включена, эта команда дает возможность продолжить работу над данным файлом и после его передачи. Команда Check In (Заблокировать) закрывает локальную версию файла для записи после его загрузки на сервер.

Рассмотрим техническую сторону операции.

Иногда проще скопировать отдельный документ прямо из окна редактирования. Для этого надо воспользоваться такой же командой Site > Put (Сайт > Передать).

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

Как правило, работа над сложным узлом не заканчивается его публикацией на сервере; любой перспективный Интернет-проект требует поддержки и сопровождения. Если в работе над проектом занято несколько исполнителей (программистов, дизайнеров и администраторов), которые обновляют содержимое удаленного узла асинхронно и с разных компьютером, то даже сайты с продуманной концепцией и отшлифованной структурой очень скоро рискуют превратиться в информационную свалку, заполненную копиями, версиями, дубликатами и вариантами.

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

Операция удаления, которая выполняется при синхронизации, не может быть отменена, поэтому при установке флажка Delete remote files not on local drive (Удалить файлы, которых нет в локальной версии проекта) следует соблюдать особую осторожность.

Контроль обращения файлов

Коллективное творчество в технике — жанр далеко не бесспорный, и часто можно оценить как неизбежное зло. Не случайно в среде конструкторов популярен афоризм, утверждающий, что верблюд — это лошадь, созданная коллективом. Коллективная разработка, выигрывая по скорости и глубине отработки проектных решений, может потерять свои преимущества на этапе согласования частных решений и сведения их в общий проект. Задача создания программных средств, поддерживающих параллельную работу нескольких исполнителей, не решена полностью по сию пору. Программа Dreamweaver располагает двумя наиболее популярными средствами поддержки распределенного проектирования — это механизмы синхронизации и контроля обращения файлов.

После установки соединения FTP с удаленным сервером все перемещаемые файлы помечаются в окне Диспетчера узла специальным значком галочкой. Ее цвет позволяет различить файлы, которые находятся в работе у данного пользователя, и файлы, передаваемые другими членами коллектива разработчиков. Зеленая галочка присваивается документам пользователя, красная — чужим документам. Кроме того, имя пользователя, взявшего данный файл на обработку, выводится напротив его имени в колонке Checked Out By (Заблокирован). Эти простые по сути системные соглашении позволяют избежать взаимных блокировок и тупиковых ситуаций, возможных при одновременном обращении разных пользователей к одному файлу, Доступны для обработки только файлы, не отмеченные галочкой в окне Диспетчера узла. Снять пометку, то есть разблокировать файл может только его временный владелец при помощи специальной команды. После этого файл поступает в свободное обращение и может быть затребован для обработки любым членом команды разработчиков.

После того как в файл внесены все правки, он опубликован на сервере и разблокирован, его локальная версия получает атрибут Read only (Только чтение). Эта дополнительная степень защиты должна, по замыслу разработчиков программы, запретить соисполнителям доступ к данной версии документа. Страховка работает, если пользоваться для доступа по протоколу FTP только теми средствами, которые предоставляет Диспетчер узла. Однако существует множество программ, выполняющих функции клиентов FTP Для них блокировка записи не имеет силы, и пользователь может случайно или по злому умыслу перезаписать защищенный файл на локальном узле.

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

К сожалению, программа Dreamweaver не располагает средствами защиты файлов па удаленном сервере от записи. Это значит, что любой член команды разработчиков способен перезаписать файл на удаленном сервере при помощи любой программы, способной работать по протоколу FTP.

Механизм контроля обращения и блокировок не будет работать, если он не активизирован. Все немногочисленные настроечные параметры контроля обращения рассмотрены в разделе “Создание локального узла”. Эти настройки доступны в течение всего цикла разработки сайта. Если возникла необходимость внести изменения в настройки контроля обращения, то придется проделать длинный путь по системе меню и диалоговых окон программы.

По команде Site > Define Sites (Сайт > Задать сайты) выведите на экран одноименное диалоговое окно и выберите в нем нужный сайт. Далее, щелчком на кнопке Edit (Изменить) откройте диалоговое окно Site Definition (Определение сайта) и выберите в нем категорию Remote Info (Сведения об удаленном сервере).

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

Какое подключение к интернету позволяет создать собственные web узлы в сети

АДМИНИСТРИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ

ТЕМА 3. СЕТЬ ИНТЕРНЕТ

Интерес к глобальной сети Интернет постоянно растёт среди пользователей ЭВМ, что объясняется широчайшими возможностями получения разнообразной информации со всего мира; возможностью оперативно, практически мгновенно, обмениваться информацией между пользователями сети и, что немаловажно, простотой работы в сети.

Некоторые исторические сведения.

Первая компьютерная сеть появилась в 1973 году в США и получила название “ARPAnet” (Advanced Research Project Agency – Управление передовых исследований Министерства обороны США) по имени организации, которой Министерство обороны США поручило её создание.

Затем в США появляются другие вычислительные сети, например, NASA, DOE и др. В 1983 году из ARPANET выделилась сеть Министерства обороны США “MILNET”, продолжавшая взаимодействовать с породившей её сетью. В результате впервые появляется термин “ Интернет ”, первоначально обозначавший общение между собой двух сетей “MILNET” и “ARPANET”.

В 1984 году к “ARPANET” подключился Национальный научный фонд США (National Science Foundation, NSF), а в 1986 году на основе использования каналов телефонной связи образуется сеть “NFSNET” (National Science Foundation Network), объединившая учёных и университеты США.

В 1987 году эта сеть преобразуется в “NFSNET Backbone” (базовая часть), объединившую цифровыми быстродействующими каналами (1,45 Mbps –Мегабит в секунду) 13 территориальных центров.

В 1990 году проект, основанный на идее взаимодействия независимых сетей, стали называть Интернетом (англ. “Internet”), т.е. “сетью сетей”; структурой, объединяющей другие (опорные) вычислительные и информационные компьютерные сети.

В 1991 году “ARPANET” прекращает своё существование, а созданная в её рамках сеть Интернет существует и объединяет множество сетей во всем мире.

Практически любая компьютерная сеть, обеспечивающая взаимодействие с другими компьютерными сетями в мире по протоколу TCP/IP, является частью (фрагментом или сегментом) Интернета. В России первой организацией, получившей в начале 1980-х годов доступ в Интернет, становится Институт атомной энергии им. И.В. Курчатова (ИАЭ). В 1989 году для разработки ПО и построения локальных компьютерных сетей создаётся компания ДЕМОС. В 1990 году начинает функционировать сеть пользователей UNIX, получившая название “РЕЛКОМ”. Она обеспечила связь между ИАЭ и ДЕМОС, а также подключение к европейской сети пользователей UNIX – EUnet. Кроме Relcom в нашей стране существует и успешно работает несколько региональных компьютерных сетей, например, Sprint, Glasnet, Rosnet и другие.

К концу XX века возможностей Интернета стало не хватать. В 1996 году несколько десятков американских университетов выступило с инициативой создания системы “Internet2”, предназначенной для разработки и распространения передовых сетевых технологий среди научных и образовательных структур, в частности, методов организации высококачественных цифровых ТВ-передач, дистанционного управления научным оборудованием (телескопами, микроскопами и др.), виртуальной реальности и систем распределенных вычислений.

ФУНКЦИОНАЛЬНЫЕ И АРХИТЕКТУРНЫЕ ОСОБЕННОСТИ ИНТЕРНЕТА

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

Архитектурные особенности Интернета

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

Однако интенсивная работа пользователей в такой сети (большие потоки данных) достаточно быстро перегрузила управляющие ей суперкомпьютеры и телефонные линии. Эта и другие территориальные сети, взаимодействуя между собой, сформировали глобальную компьютерную “сеть сетей”, называемую Интернетом.

Интернет можно понимать как самоорганизующуюся систему с высоким уровнем роста. При этом до 1989 года Интернет являлся некоммерческой сетью, в основном обслуживая государственные и академические (университетские) сети.

В 1992 году в сети начинает использоваться разработанная Тимом Бернс-Ли технология World Wide Web.

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

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

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

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

Происходит рост коммерческого использования технологий Интернета, приведший, например, к появлению нового термина Интранет (Intranet), обозначающего применение информационных технологий Интернета для нужд компаний и корпораций в качестве основы их корпоративных информационных ресурсов. Ядром такой системы является технология WWW, расширенная возможностями подключения через программы, реализующими специальный формат обмена данными между сервером WWW и системами управления базами данных, а также мобильными кодами языка Java, которые должны реализовать концепцию распределённой информационной системы.

Эти обстоятельства вызывают потребность организации централизованного обслуживания клиентов в рамках информационных технологий Интернета.

Рассмотрим основные требования к современным приложениям масштаба предприятия.

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

Структурное соответствие. ПО должно адекватно отражать информационную структуру предприятия – соответствовать основным потокам данных.

Ориентация на внешнюю информацию . ПО предприятия должно уметь работать с новым типом пользователей и их запросами.

Всеми перечисленными требованиями к ПО масштаба предприятия отвечают распределённые системы. Выделяют четыре основных уровня распределённой архитектуры:

1) представление данных (пользовательский уровень);

2) правила бизнес-логики (уровень обработки данных);

3) управление данными (уровень управления данными);

4) хранение данных (уровень хранения данных).

Клиентские приложения то же могут реализовать правила обработки данных. Если набор правил минимален и сводится в основном к процедурам проверки корректности ввода данных – это “тонкий клиент”. Он содержит минимальный набор бизнес-правил. “Толстый клиент”, наоборот, содержит большую долю функциональности и логики приложения.

Интернет представляет собой две сети – физическую и виртуальную.

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

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

Совокупность корпоративных сетей, объединенных в единое информационное пространство с помощью Интернета, получила название экстранет (extranet).

магистральные сети;
сети доступа.

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

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

В связи с широким использованием на предприятиях локальных сетей наиболее часто встречающийся вид удалённого доступа – это доступ не к отдельному компьютеру, а к сети в целом. Для этой цели в центральной сети предприятия устанавливается специальная система – сервер удалённого доступа (Remote Access Server, RAS), выполняющий большой спектр функций по обслуживанию многочисленных удалённых клиентов. Его часто называют коммуникационным сервером. Разделяемый для пользователей локальный пул модемов создаётся с помощью такого коммуникационного сервера.

Коммуникационный сервер (Communication Server) – это обычный компьютер или специализированное устройство, предоставляющее пользователям локальной сети прозрачный доступ к последовательным портам ввода/вывода, к которым подключены разделяемые модемы. Пользователь, подключившийся по локальной сети к коммуникационному серверу, может работать с одним из подключенных к нему модемов точно так же, как если бы этот модем был подключен непосредственно к компьютеру пользователя. Таким образом, коммуникационный сервер обслуживает пользователей локальной сети, делая локальные модемы разделяемыми ресурсами. Коммуникационный сервер поддерживает режим dial-out, позволяющий пользователям локальной сети устанавливать по своей инициативе связь через телефонную сеть с каким-либо удалённым компьютером.

Сервер удалённого доступа обслуживает не локальных, а удалённых пользователей, предоставляя им доступ к ресурсам локальной сети – файлам, принтерам и т. п. – извне. Он поддерживает режим dial-in, который позволяет пользователю, работающему на удалённом компьютере, устанавливать связь с локальной сетью по его инициативе. Именно это является основной задачей систем удалённого доступа. С этой точки зрения удалённый доступ можно определить как эффективный способ разделения ресурсов централизованных серверов между удалёнными клиентами.

Часто коммуникационный сервер и сервер удалённого доступа являются одним и тем же продуктом, выполненным в качестве дополнительного программного обеспечения в среде какой-либо популярной ОС, или в качестве отдельного устройства.

Режимы dial-in и dial-out сообщаю кто является инициатором установления соединения – удалённый пользователь или пользователь локальной сети. Режим dial-in поддерживают все серверы удалённого доступа, а режим dial-out является факультативным и не всегда реализуется.

Вариантом удалённого доступа являются две разновидности одного режима: удалённое управление (remote control) и терминальный доступ (terminal access) . При этом способе удалённый компьютер становится виртуальным терминалом компьютера-хоста, который может и не быть подключенным к сети. Этот вариант позволяет запустить любое приложение на компьютере-хосте, а также получить доступ к любым данным этого хоста. Удалённое управление или терминальный доступ эффективны, когда удалённый пользователь работает с приложениями, не оптимизированными для работы в сети, например с традиционными СУБД для персональных компьютеров. Если такое приложение находится на одном компьютере, а файлы баз данных на другом, в сети создаётся чрезмерно интенсивный трафик.

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

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

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

Если компьютер включён в Интернет, это означит, что на нём используется TCP/IP стек, что он имеет индивидуальный IP-адрес и может посылать TCP/IP пакеты другим машинам в сети.

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ СЕТЕЙ

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

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

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

Реализацию протоколов совместно с реализацией управления серверами называют сетевой ОС или сетевым программным обеспечением .

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

Программное обеспечение компьютерных сетей (сетевое программное обеспечение, СПО) обеспечивает передачу данных между приложениями, работающими на абонентских машинах. К нему относят Unix/Linux подобное СПО, NetWare, Windows NT, 2000 и другое СПО.

СПО определяет функционирование транспортной среды, системы передачи данных и взаимодействие абонентских машин с транспортной средой.

Часть протоколов в сети реализуется программно, часть – аппаратно. Для стандартизации протоколов создана Международная организация по стандартизации (МОС или ISO).

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

Конкретный набор протоколов, используемый на конкретной машине, называется стеком протоколов .

ИЕРАРХИЯ ПРОТОКОЛОВ. СЕТЕВЫЕ ПРОТОКОЛЫ

обеспечение определённого сервиса верхним уровням;
формирование независимости верхних уровней от деталей реализаций сервиса на нижних уровнях.

Протоколы сети Интернет объединяют под названием TCP/IP.

Протоколы ISO являются семиуровневыми и известны как протоколы базовой эталонной модели взаимосвязи открытых систем.

СТЕК ПРОТОКОЛОВ TCP/IP

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

В однородной сети все компьютеры используют один и тот же стек. В контексте межсетевого взаимодействия понятие “ сеть ” можно определить как совокупность компьютеров, общающихся друг с другом с помощью единого стека протоколов. Проблема возникает при необходимости организовать взаимодействие компьютеров разных сетей, на которых установлены разные стеки коммуникационных протоколов. Задачи устранения неоднородности зависят от того, к какому уровню модели OSI они относятся.

ISO разработала модель взаимодействия открытых систем (OSI) или моделью ISO/OSI. В ней взаимодействие делится на семь уровней или слоев, каждый из которых имеет дело с одним определённым аспектом взаимодействия. Таким образом, одна проблема декомпозирована на семь частных проблем, каждая из которых может быть решена независимо от других. Каждый уровень поддерживает интерфейсы с выше- и нижележащими уровнями.

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

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

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

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

При объединении сетей, использующих разные протоколы более высоких уровней, например, при организации доступа к файловому сервису Windows NT клиентов сети Novell NetWare или для работы их с сервисом telnet ОС Unix возникает проблема, называемая интероперабильностью ( interoperability) . Подобные проблемы характерны для корпоративных сетей, где в разных подразделениях часто работают различные сетевые операционные системы.

Проблема межсетевого взаимодействия может возникнуть в однородной сети Ethernet, в которой установлено несколько сетевых ОС. В этом случае, все компьютеры и все приложения используют для транспортировки сообщений один и тот же набор протоколов, но взаимодействие клиентских и серверных частей сетевых сервисов осуществляется по разным протоколам. Здесь компьютеры могут быть отнесены к разным сетям, если у них различаются протоколы верхних уровней, например, сеть Windows NT, сеть NetWare. Такие сети могут сосуществовать, не мешая друг другу и использовать общий транспорт. Однако, если потребуется обеспечить доступ к данным файл-сервера NetWare для клиентов Windows NT, администратору сети придётся согласовать сетевые сервисы.

трансляция;
мультиплексирование;
инкапсуляция.

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

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

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

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

Инкапсуляция (туннелирование) протоколов
Инкапсуляция (encapsulation) или туннелирование (tunneling) – метод решения задачи согласования сетей, применяемый для согласования транспортных протоколов и только при определённых ограничениях. Инкапсуляция может быть использована, когда две сети с одной транспортной технологией необходимо соединить через сеть, использующую другую транспортную технологию.

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

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

Интернет можно представить как организацию с добровольным участием. Управляется она Советом (Интернет Society, ISOC), избирающим авторитетных представителей для ведения технической политики, поддержки и управления сетью. При этом её составляющие (опорные сети) формируются и работают обычно на основе централизованного управления ими. Каждая такая сеть имеет сетевой эксплуатационный центр (NOC), который связывается с другими, подобными центрами, занимается технической эксплуатацией своей сети и поддержкой её в рабочем состоянии. Эти подсети соединяются между собой с помощью шлюзов. При передаче пакета машине, расположенной в другой подсети, используют специальный “межсетевой язык” – IP-протокол.

Решения по вопросам функционирования сети (стандарты, политика распределения ресурсов, например, IP-адресов и др.) принимает Совет по архитектуре Интернета (IAB).

Основу существования Интернета представляют стандартные способы общения в сети между различными компьютерами и прикладными программами.

WWW получила широкое распространение. В процессе развития WWW-технологий пользователям Интернета стали доступны различные виды представления информации, включая текст, картинки, графики, видео и звуковые записи. Одновременно развивалась и сетевая WWW-среда (веб-среда). Эта гипермедийная среда ориентирована на предоставление простого доступа пользователей к распределённым в сети Интернета универсальным БД, содержащим документы неограниченной сложности и произвольной структуры. Она предполагает организацию в глобальной сети специальных WWW-серверов (веб-серверов), имеющих доменные адреса, обозначающие их принадлежность к данной технологии, например, www.microsoft.com.

Сеть соединённых между собой веб-серверов входит в состав глобальной мировой информационной и вычислительной сети. Услуги сети обычно строятся путём использования технологии “клиент-сервер”. Пользователи такой сети являются её веб-клиентами. Сервер по запросам клиентов предоставляет им некоторые сетевые услуги. Клиентское ПО служит для передачи запросов серверу и получения от него ответов.

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

WWW-сервер – часть глобальной или внутрикорпоративной сети, программа и устройство, позволяющие пользователям сети получать доступ к гипертекстовым документам, расположенным на данном сервере. Для взаимодействия с WWW-сервером пользователю (клиенту) сети необходимо иметь специализированное клиентское программное обеспечение – браузер (от англ. “browser” – программа просмотра веб-страниц). Наибольшее распространение получила программа “Microsoft Internet Explorer” (IE), хотя известны отечественные и зарубежные варианты браузеров, например, “Netscape Navigator”, Opera и др.

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

В общем виде схема работы WWW-сервера выглядит следующим образом:

установление связи с веб-сервером и передача ему запроса на получение заданного документа;
получение требуемого документа;
отображение полученного документа на экране компьютера пользователя;
отклик на действия пользователя – доступ к новому документу.

2. Веб-сервер ищет запрашиваемый документ и возвращает полученные результаты браузеру.

ввод адреса нового документа;
печать, поиск и другие операции с текущим документом;

В первом и третьем случае происходит обращение к новым документам.

Взаимодействие веб-клиента и веб-сервера осуществляется указанием адреса документа (URL), содержащего наименование протокола, по которому работает сервер (http); имени сервера (или его IP-адреса) и пути к документу на веб-сервере. Например : http://www.cnit.nsu.ru/welcome.html.

установлении по TCP протоколу соединения с клиентским ПО;
принятие по протоколу http запроса на документ;
поиск документа в локальных ресурсах;
возврат пользователю по протоколу http результатов поиска.

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

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

Такая структура означает, что WWW-сервер – это часть программного обеспечения. Остальная часть – это компьютер, операционная система, другие процессы, сетевая структура, называемая средой работы веб-сервера или платформой. В таблице 1 приведён список наиболее распространённых платформ для WWW-сервера.

Компьютер Операционная система IBM PC Unix (UnixWare, Open Server, Solaris, BSD, Linux и т.д.)

Microsoft Windows NT

Novell NetWare Sun Sparc Station

Solaris Silicon Graphics

серверы и рабочие станции IRIS

Для создания WWW-сервера обычно используют следующие два пути. Первый заключается в создании и поддержке собственного WWW-сервера, что требует постоянного подключения сервера к выделенной линии и наличия соответствующих специалистов. Второй путь состоит в том, чтобы найти подключённую к Интернету локальную сеть, и на уже существующем сервере разместить информацию в виде «домашних страниц» — создать так называемый виртуальный Web-сервер на отведённом для этой цели компьютере провайдера или физически установить свой компьютер в чужую локальную сеть, возложив задачу поддержки сервера на персонал сетевого узла.

ЯЗЫКИ СОЗДАНИЯ СЕРВЕРНЫХ ПРИЛОЖЕНИЙ

Формально гипертекст можно представить в виде сети или графа, где узлами являются фрагменты текста, а дуги отображают отношения, связывающие эти фрагменты. Доступ к информации осуществляется не путём последовательного просмотра текста, как в обычных ИПС, а методом перемещения от одного фрагмента к другому. Элементы гипертекста (текстовые фрагменты) называют узлами. Узлы, между которыми возможен переход, считаются смежными, а сама возможность перехода называется “связь”. Совокупность смежных узлов образует “окрестность” данного узла. Последовательно соединенные связями узлы образует “цепь”. Расстояние между узлами равно минимальному количеству промежуточных узлов, что соответствует “близости” или “неблизости” их содержания. В общем случае в качестве узла могут выступать: слово; словосочетание; предложение; абзац; параграф; документ; собрание документов, относящихся к одной теме; отдельные сообщения и т. п. Характер связей между узлами может быть различным.

Основная идея гипертекстовых технологий заключается в том, что поиск документальной информации происходит с учётом множества взаимосвязей, имеющихся между документами, а значит, более эффективно, чем при традиционных методах поиска. Гипертекстовые ссылки встроены в текст документа и хранятся как его часть. Благодаря использованию специального языка можно не только формировать гипертекстовые документы, но и осуществлять связь текста и изображения с документами, расположенными на другом веб-сервере.

Язык HTML (Hypertext Markup Language – язык гипертекстовой маркировки) – средство формирования гипертекстовых документов.

Гипертекстовый документ – файл, содержащий различные виды информации и имеющий в своей структуре ссылки (гиперссылки) на другие файлы или сам являющийся документом, на который есть ссылка в другом файле, расположенном на некотором сервере в любой точке планеты. Гипертекстовый документ, размещённый на сервере с использованием WWW, называют Web-страницей (веб-страницей).

Структура гипертекстовых (HTML) документов формируется с помощью последовательности тегов – элементов HTML, включающих тексты в формате ASCII. При чтении веб-страниц теги не видны.

Тег или тэг (англ. “Tag”) является признаком объекта, управляющим кодом. Любая страница начинается с тега и заканчивается тегом . Легко заметить, что теги представляют собой некоторые операторы (команды, дескрипторы), заключенные в скобки типа “< >”, причём ими начинается и заканчивается целая страница или некоторый фрагмент. В конце команды ставится слеж “/” с именем, используемым в её начале. Таким образом, первый дескриптор включает некоторое действие, а второй – его выключает. Это правило касается парных дескрипторов. Существуют операторы, не требующие их выключения (закрытия).

Для расширения возможностей HTML в 2003 году появился стандарт XML, главное назначение которого, прежде всего, заключается в создании новых языков разметки – интеграция существующих стандартов хранения и представления данных и упрощение процессов обмена информацией.

Язык XML (eXtensible Markup Language) в отличие от HTML, ориентирован не на форматирование, а на данные. Он позволяет создавать оригинальные теги, поддерживать произвольную структуру данных и обеспечивать проверку корректности документа.

XML проектировался в основном для того, чтобы снабдить разработчиков инструментарием, упрощающим создание специализированных форматов описания данных, что весьма актуально, учитывая рост объёмов и сложности данных. Все чаще стали возникать задачи, в которых программистам требовалось представлять данные в хорошо структурированной форме. Среди них задачи экспорта данных в формате, который можно было бы в перспективе сравнительно легко понимать и обрабатывать. Язык XML, позволив это, предоставил возможность проверки структуры данных, снизив риск обмена поврежденными или неправильно структурированными данными. Это достигается путём задания корректной структуры XML-документа в виде определения Data Description Definition (DTD). Однако DTD не решает проблемы типизации данных; например, можно определить необходимость наличия того или иного элемента в XML-документе, но нельзя задать его тип и граничные значения. Эти ограничения снимает язык XML Schema, позволяющий задавать корректную структуру XML-документа, учитывая при этом типы и допустимые значения элементов.

Java — интерпретируемый язык с синтаксисом языка C++, специально рассчитанный на работу в открытой сетевой среде.

Текст программы на Java может компилироваться и передаваться по сети для исполнения на виртуальной машине в удалённом интерпретаторе. При этом доступ к ресурсам компьютера для Java-программы может быть ограничен с целью обеспечения безопасности. Такие передаваемые по сети маленькие программы на языке Java называют аплетами . Их обычно используют для украшения веб-страниц. С серверов в Интернете могут вызываться не только программы, но и описания объектов или форматов данных.

WWW-навигатор, поддерживающий Java, неограниченно расширяем. При этом пользователь использует стандартный интерфейс и не замечает никаких сложностей с форматами, протоколами и т.д. Возможности и перспективы Java гораздо шире. Принципиально важно передавать в Интернете не только данные, но приложения. В новой технологии документы позиционируются как объекты, вместе с которыми можно передавать и методы их обработки. Это позволяет с помощью Java строить большие программные продукты, полностью использующие возможности современных корпоративных информационных сред, использующих высокоскоростные сети и мощные сервера баз данных.

ISP (INTERNET SERVICE PROVIDER)

Услуги в Интернете предоставляются различными организациями – провайдерами . Выделяют интернет-провайдеров, сервис-провайдеров, провайдеров приложений и др. Предполагается, что в дальнейшем им на смену придут организации, способные осуществлять все виды услуг одновременно – Full service providers .

Обычно провайдер имеет несколько телефонных линий (телефонных номеров) с модемами для подключения к ним пользователей. Такая структура называется “ модемный пул ”. Её назначение – уменьшение времени дозвона пользователя до сервера, а также предоставление бóльшему количеству абонентов возможности работать с ним одновременно.

Специально оборудованные сетевые узлы с серверами, называют хостами . Они, являясь провайдерами и, как правило, за определённую плату предоставляют различным категориям пользователей широкий спектр услуг. Наиболее существенным является “ хостинг ” – размещение на таком узле сайта или портала пользователя.

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

Текстовая, цифровая, графическая и иная, в том числе мультимедийная электронная информация сайтов на веб-серверах обычно оформляется в виде страниц “бумажного документа”. Поэтому принято говорить, что в сети присутствуют “страницы информации”. Каждый документ и любая страница (документ может состоять из ряда страниц-файлов) содержат различные виды данных и множество внутренних ссылок. При этом одна веб-страница всегда называется главной, начальной – “home page”. С неё начинается документ, сайт или портал. На одном сервере может размещаться несколько сайтов и (или) порталов. Так обычно поступают организации, предоставляющие пользователям услуги размещения и поддержания их “домашних страниц” (хостинг).

Материалы, размещаемые на веб-сервере, готовятся с использованием языка HTML, например, с помощью специальных HTML-редакторов или средств конвертирования в HTML-формат документов, подготовленных в среде популярных текстовых процессоров (MS Word и др.). Поэтому вопрос создания веб-сервера в локальной сети заключается в основном в обеспечение постоянного подключения к Интернету.

Поскольку электронный документ создаётся и хранится на любом машинном носителе данных, то методы создания электронных документов для страниц, выставляемых на сайте, не отличаются от методов создания документов в прикладных программах, например, в любом текстовом редакторе. Документ созданный в ряде компьютерных прикладных программ (ПП) может быть сохранён в формате веб-страницы. Во многих случаях целесообразно использовать специальные ПП, например, FrontPage, Publisher, Hot Dog, HomeSite, Dreamweaver, Noteped, Site_Create и др.

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

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

Кроме того, используется CGI (общий шлюзовой интерфейс) – программа для связи HTML-браузеров с другими прикладными программами и (или) текстами, находящимися на стороне сервера.

Помимо доступа к статическим документам сервера существует возможность получения документов как результата выполнения прикладной программы. Такая возможность реализуется на сервере WWW благодаря использованию интерфейса CGI (Common Gateway Interface).

CGI является механизмом выбора, обработки и форматирования информации. Спецификация CGI описывает формат и правила обмена данными между ПО веб-сервера и запускаемой программой.

В отличие от HTML, CGI не является языком описания документов — это стандарт. Он просто определяет, как Web-серверы передают информацию, используя приложения, исполняемые на сервере. Это способ расширения возможностей Web-сервера без преобразования его самого. Подобно тому, как Web-браузер обращается к вспомогательным приложениям для обработки информации, которую он не понимает, CGI предоставляет Web-серверу возможность переложить работу на другие приложения, такие как базы данных и средства поиска.

Для инициирования CGI необходимо, чтобы в запрашиваемом URL был указан путь к запускаемой программе. ПО веб-сервера исполняет эту программу, передаёт ей входные параметры и возвращает результаты её работы, как результат обработки запроса, клиенту. CGI-программой может являться любая программа локальной операционной системы сервера в двоичном виде или в виде программы для интерпретатора (Basic, SH, Perl и т.д.). С целью облегчения администрирования CGI-программ, а также для удовлетворения требованиям безопасности CGI-программы группируются в одном или нескольких явно указанных серверу каталогах. По умолчанию это каталог «cgi-bin» в иерархии серверных каталогов, однако, его имя и положение могут отличаться. Например, клиент, обращающийся к CGI-программе test-query, будет использовать URL http:///cgi-bin/test-query.

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

ОСНОВНЫЕ СЕРВИСЫ ИНТЕРНЕТА

Интернет предоставляет пользователям различные услуги (сервисы).

Сервисом Интернета называют программу, выполняющую определённые функции для обеспечения работы пользователей в Интернете. Существует ряд способов работы с компьютерной сетью: получение информации с электронной доски объявлений; обмен электронной почтой; получение списков рассылки; участие в электронных форумах, конференциях и т.п.; участие телеконференциях; обмен текстовыми сообщениями в чатах; копирование файлов по протоколу FTP; использование WWW, использование интернет-телефонии и др.

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

Сервисом Интернета является и перенос с различных серверов и сайтов на компьютер пользователя необходимой ему информации для последующей обработки её на собственном ПК. Пользователь может переслать информацию любому абоненту сети или послать её на определённый сервер (сайт, портал) для размещения там на некоторое время. В этом случае обычно используют такие прикладные сервисы Интернета, как WWW, News и FTP.

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

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

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

Сервисы с немедленной реакцией на полученную информацию (в них получаемая информация является, по сути дела, запросом) относятся к интерактивным сервисам .

Электронная доска объявлений (Bulletin Board System, BBS) – один из первых сервисов Интернета, небольшая система с доступом по телефонным каналам связи, обычно предназначенная для местных пользователей. Как правило, это отдельная ЭВМ, к которой посредством телефонной сети могут обращаться другие пользователи. Им открыт доступ к части дискового пространства для записи в него информации (“объявлений”) или копирования информации из него.

Одним из первых сервисов Интернета было и создание режима удалённого терминала. Протокол TELNET предназначен для осуществления эмуляции удалённых машин, т.е. организации сеансов работы на удалённых машинах.

Это один из наиболее простых способов переноса локальных информационных систем в технологию Интернета, т.к. он не требует переделки баз данных и программного обеспечения, которое используется при доступе. Его использование позволяет отказаться от копирования системы на каждый из компьютеров пользователей и обеспечить централизованное управление информационным ресурсом. Он продолжает оставаться важным способом первичной организации доступа к локальным информационным системам через сеть. Сервис “ telnet ” позволяет войти в терминальный сеанс работы с удалённым компьютером. После ввода имени и пароля пользователь оказываетесь в режиме терминальной работы с удалённой машиной.

FTP (File Transfer Protocol) – протокол передачи файлов прикладного уровня, определяющий правила передачи файлов с одного компьютера на другой. С точки зрения применения он во многом аналогичен протоколу telnet. Это стандартная программа, работающая по протоколу TCP, всегда поставляющаяся с операционной системой и предназначенная для передачи файлов между разными компьютерами, работающими в сетях TCP/IP. При этом на одном из компьютеров работает программа-сервер, а на втором пользователь запускает программу-клиента, которая осуществляет соединение с сервером и передаёт или получает файлы по FTP протоколу. FTP-серверы нецентрализованны.

При рассмотрении FTP как сервиса Интернета имеется в виду не просто протокол, а сервис, обеспечивающий доступ к файлам в файловых архивах. Он позволяет переносить файлы с локального компьютера на удалённый и обратно. Этот сервис прямого доступа требует полноценного подключения к Интернету, но возможен доступ и через электронную почту.

FTP-сервер часто позволяет соединяться с ним не только под своим именем, но и под условным именем “anonymous” (аноним). В этом случае пользователю доступна не вся файловая система компьютера, а некоторый набор файлов на сервере, составляющий содержимое сервера anonymous FTP – публичного файлового архива.

FTP-архивы Интернета – огромный распределённый архив различных материалов: от программ до списков классической литературы. Чтобы присоединиться к этому распределённому архиву, необходимо создать и поддерживать свой FTP-сервер.

News (Usernet, Телеконференции)
Сетевые новости Usenet, в российских сетях принято называть телеконференциями. Телеконференции действуют на основе уставов: принятых участниками правил.

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

Правила работы помещаются в эти группы человеком, добровольно взявшим на себя обязанности координатора группы (модератора).

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

Разновидностью групп новостей являются списки рассылки (maillists) – простой, полезный сервис Интернета. Это практически единственный сервис, не имеющий собственного протокола и программы-клиента, работающий исключительно через электронную почту.

Суть этого сервиса заключается в том, что существует некоторый адрес электронной почты, общий для многих людей – подписчиков организованного на этом адресе списка рассылки. Письмо, посланное на этот адрес или адресованное подписчикам, становится доступным (рассылается) всем людям, подписанным на этот список рассылки, на их адреса электронной почты. Каждый список рассылки ведётся какой-то организацией, обладающей полным контролем над этим списком, в отличие от новостей Usenet, как правило, не принадлежащих никакой организации и менее управляемых. Группы Usenet могут быть доступны через списки рассылки и другими способами, например через WWW.

World Wide Web (WWW, Web или W 3 ) – глобальная гипертекстовая информационная система, удобная оболочка традиционных приложений. WWW является информационной системой, которой весьма непросто дать корректное определение. Она может быть обозначена как: гипертекстовая, гипермедийная, распределённая, интегрирующая, глобальная система.

WWW интегрируется в среду сервисов Интернета. Это второй после FTP ресурс, который пользуется наибольшей популярностью среди пользователей Интернета. Большинство веб программ-клиентов (браузеры, навигаторы) являются программами-клиентами и таких сервисов, как: ftp, gopher, сетевые новости Usenet, электронная почта и т.д. Таким образом, программные веб средства универсальны для различных сервисов Интернета.

Вслед за FTP и World Wide Web следует электронная почта. По ней передаётся как текстовая, так и двоичная информация, которой являются программы, графические образы, видеоматериалы и звукозаписи.

Электронная почта (Electronic mail, E-mail) – специальный пакет программ для хранения и пересылки сообщений между пользователями ЭВМ; типичный сервис отложенного чтения (off-line).

Посредством электронной почты реализуется служба безбумажных почтовых отношений . Она является системой сбора, регистрации, обработки и передачи любой информации (текстовых документов, изображений, цифровых данных, звукозаписи и т.д.) по сетям ЭВМ и выполняет такие функции, как редактирование документов перед передачей, их хранение в специальном банке; пересылка корреспонденции; проверка и исправление ошибок, возникающих при передаче; выдача подтверждения о получении корреспонденции адресатом; получение и хранение информации в своем “почтовом ящике”; просмотр полученной корреспонденции.

“Почтовый ящик” – специально организованный файл для хранения корреспонденции. Он состоит из двух корзин: отправления и получения. Любой пользователь может обратиться к корзине получения другого пользователя и сбросить туда информацию. Но просмотреть её он не может. Из корзины отправлений почтовый сервер забирает информацию для рассылки другим пользователям. Каждый почтовый ящик имеет сетевой адрес. Для работы электронной почты используют выделенные компьютеры – “почтовые отделения”, называемые почтовыми серверами .

Пользователь передаёт сообщение вместе с адресом по телефонному каналу через модем на почтовый сервер в режиме on-line. Отправка адресату осуществляется по мере его выхода на связь с почтовым сервером в режиме off-line. Пересылка сообщений пользователю может выполняться в индивидуальном, групповом и общем режимах. С помощью двух последних режимов можно организовать телеконференцию, электронные доски объявлений.

С 1995 года в России активно используется доступ к ресурсам Интернета в режиме Dial-IP, т.е. доступ по протоколам TCP/IP через телефонную сеть. В качестве, транспорта используются протоколы SLIP (Serial Line Internet Protocol) и PPP (Point-to-Point Protocol).

Интернет-телефония предоставляет пользователям возможность разговаривать по телефону, используя технологии Интернета. Она позволяет с помощью компьютерной техники и телекоммуникаций в реальном времени организовать недорогую голосовую связь. IP-телефония – технология, основана на использовании Интернета или любой другой IP-сети для ведения междугородних и международных телефонных разговоров и передачи факсов в режиме реального времени. IP-телефония одно из наиболее сложных и системных приложений компьютерной телефонии. Голосовой трафик сообщений в сетях передачи данных (речь) передаётся в виде IP-пакетов между шлюзами в оцифрованном виде, а между шлюзом и аппаратом абонента – обычным способом. Данный вид работы называют также “ службой пакетных голосовых сообщений ”. Шлюз – компьютер и специальные устройства, оснащённые программой, преобразующей телефонный (звуковой) сигнал в коды (формат), передаваемые по сетям Интернета. Фактически шлюз является устройством, обеспечивающим доступ в сеть IP.

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

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

Потребители и создатели Интернет услуг различным образом оценивают эти услуги. Существует система SLA (Service Level Agreement), характеризующая уровень поставляемой услуги. Предоставление услуг может быть связано и с иными негативными последствиями, например, слэммингом (slamming) и крэммингом (cramming).

Сламминг представляет собой подмену одного поставщика услуг телекоммуникаций другим без согласия клиента.

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

Какое подключение к интернету позволяет создать собственные web узлы в сети

Общие принципы создания Web-узла

Рекомендуемые материалы

Рекомендуемые лекции

Глава 11 Создание Web-узла с помощью мастеров и шаблонов

Мастера создания Web-узлов

Мастер создания Web-узла для представления компании

Web-узел для проведения дискуссий

Мастер импорта Web-узлов

Мастер интерфейса базы данных

Шаблоны для создания Web-узлов

Шаблон создания одностраничного Web-узла

Шаблон создания пустого Web-узла

Шаблон создания многостраничного персонального Web-узла

Модификация персонального Web-узла

Шаблон создания Web-узла поддержки покупателей

Шаблон создания Web-узла проекта

Шаблоны и мастера для создания Web-страниц

Какое подключение к интернету позволяет создать собственные web узлы в сети

Какое подключение к интернету позволяет создать собственные web узлы в сети

Добавить комментарий Отменить ответ