Ж у р н а л   о   к о м п ь ю т е р н ы х   с е т я х   и   т е л е к о м м у н и к а ц и о н н ы х   т е х н о л о г и я х
СЕТИ И СИСТЕМЫ СВЯЗИ on-line
  ПОИСК: ПОДПИСКА НА НОВОСТИ: НОМЕР:
    ДОМОЙ • Архив: Новостей | Конференций | НомеровПодписка
 
   
 
   
    
РЕДАКЦИЯ
 
Все о журнале
Подписка
Как проехать
Где купить
Отдел рекламы
График выхода журнала
Адреса в Интернет

РУБРИКАТОР
   
• Инфраструктура
• Информационные
   системы

• Сети связи
• Защита данных
• Кабельные системы
• Бизнес
• Колонка редактора
• Электронная
   коммерция

• Только на сервере
• Системы
   учрежденческой
   связи

• Новые продукты


Rambler's Top100

  

Как улучшить Web-страницу?

Джеймс Сабо

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

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

Планирование

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

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

Едва вы включите компьютер и начнете вникать в язык HTML, сразу же столкнетесь с серьезным недостатком стандартов программ просмотра. В настоящее время на рынке популярны около десятка этих программ. Одни из них поддерживают версию языка HTML 2.0, которую выбрали от 6 до 8 миллионов пользователей сетей America Online (AOL), CompuServe и Prodigy. Другие, усложняя себе жизнь, включают некоторое число так называемых ярлычков еще не одобренной версии языка HTML 3.0.

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

Выбор программы Netscape, на которую приходится 75% рынка, — правильное решение в большинстве случаев. Создатели Netscape, несмотря на очевидное превосходство, решили дополнить программу спецификациями версии языка HTML 3.0 до ее официального принятия, предоставляя оформителям и художникам новые возможности. Универсальная природа программ просмотра позволит большинству пользователей не потерять из виду страницу, которая была создана в расчете на Netscape.

Можно отойти от идеи применения единственной программы просмотра и построить Web-страницу, которую можно использовать для нескольких программ. В таком случае сервер посылает соответствующий набор связанных между собой страниц в формате, пригодном для типа программы просмотра, который был заявлен при регистрации станции в сети. По словам Эдда Кастелло, отвечающего за Web-страницы фирмы IBM (http://www.ibm.com/), именно так построен сервер его фирмы. Если вы обращаетесь к серверу с помощью последней версии программы просмотра WebExplorer для OS/2 или Netscape 1.1, то получаете страницы, содержащие таблицы. Если же ваша программа просмотра является старой версией WebExplorer или Mosaic, таблиц и некоторых графических объектов уже не будет. Ну а если вы работаете с программой Lynx, то получите простейшую, однако читаемую страницу.

Большинство разработчиков соглашаются, что исключительное значение при такой многоцелевой стратегии имеет содержание страниц, т. е. то, что должна прочитать любая программа просмотра. Особенно изощренно сделанные “книги” полны всеми мыслимыми трюками и ухищрениями, но страница содержания оформляется просто. Хороший пример тому сервер научной фантастики SciFi Channel (http://www.scifi.com/). Он использует ориентированную на программу Netscape технологию, которая показывает списки в виде бегущей строки, как на бирже. Однако, если на станции установлена другая программа просмотра, строка уже не бежит, а вы видите обычные открывающиеся меню.

Матисс Энцер, президент фирмы Internet Literacy Consultants (http://www.matisse.net), говорит, что иногда при разработке Web-страниц используются сценарии CGI, чтобы показывать разные страницы для разных программ просмотра; иногда же бывает точно известно, какая именно программа просмотра (например, для внутреннего сервера Web) будет использоваться. Часто мы проектируем страницы, предназначенные только для основных программ просмотра: Netscape, AOL. Известно, что лучший способ оценить результат — это попробовать. Запустите любую программу и посмотрите на свое произведение. Можете ли вы прочитать хоть что-то? Возможно ли перемещаться, если выключено воспроизведение графики?

Говоря о графике, необходимо точно знать, насколько быстро канал, по которому пользователи получают доступ к вашему серверу. Вряд ли кто имеет линию Т1 (не у всех есть даже соединение со скоростью 28,8 Кбит/с). Соответственно конструируйте и сервер. Эндрю Уонлис-Орлебар — Web-мастер сервера TotalNY (http://www.TotalNY.com/) строит страницы исходя из минимальных требований. Наибольшая трудность — сделать документ по возможности коротким, учитывая и изображения, звуковые фрагменты и другие средства.

При проектировании важно знать, что, собственно, пользователи хотят увидеть. Так, фирма Digital Planet (http://www. digiplanet.com/), знаменитая разработкой нескольких лучших серверов, вызывает возмущение пользователей своими огромными графическими картинками и видеоклипами и ищет способы сократить требуемую полосу пропускания.

Включение картинок

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

Стандарт JPEG архивного качества допускает записи 16,7 миллиона цветов или 24 бита информации на каждый пиксел. При формировании файла JPEG алгоритм сжатия теряет некоторые детали изображения. В многоцветном изображении эти потери незаметны, но для картинок с малым числом цветов, а также черно-белых потери качества становятся существенными. Поэтому, чтобы точно определить, какой формат подойдет в каждом случае, нужно сравнить изображения в форматах GIF и JPEG.

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

Другая маленькая хитрость при загрузке изображений — строчный ярлычок, ускоряющий формирование картинки. Сначала выводится текстовая часть с пустыми местами для графики. После загрузки текста программа просмотра возвращается назад и заполняет изображениями пустоты. Важно указывать реальные размеры изображений (например, <IMGSRC=”picture.gif” VSIZE=200 HSIZE=400>), по-скольку одни программы просмотра подстраивают размер изображения под выделенное окно, а другие, такие, как в сети Prodigy, позволяют графике переливаться и покрывать окружающий текст.

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

Средства передвижения

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

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

Разработка стиля

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

Обратная связь

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

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


распечатать статью




  
2 '1996
СОДЕРЖАНИЕ

колонка редактора

• Сладкие сети

локальные сети

• Сценарии входа в сеть

• Высокоскоростные сетевые адаптеры

• Службы NetWare и новые средства разработки приложений

• Cisco и 3Com в одном проекте

• Массивы RAID: емкость и производительность

корпоративные сети

• "Штормящая" сеть

• Суперсерверы широкого пользования

• Catalyst 5000 фирмы Cisco

• Сетевая ловушка, или Платформы управления

• Установка и настройка средств удаленного доступа Windows 95

услуги сетей связи

• Пейджеры

• Беспроводные мосты

приложения клиент-сервер

• Стратегия многопроцессорной обработки

• Доступ к базам данных по низкоскоростным каналам

открытые системы

• Мир TCP/IP. Протоколы UDP и TCP

• Как улучшить Web-страницу?

защита данных

• Руководство по выбору ИБП

• Голосование без обмана

новые продукты

• Семейство BayStack, Цветные струйные принтеры DeskJet 1600C и DeskJet 1600CM, Дисковый массив StorageWorks RAID Array 230 ...



 Copyright © 1997-2007 ООО "Сети и Системы Связи". Тел. (495) 234-53-21. Факс (495) 974-7110. вверх