Навигация
Главная
Поиск
Форум
FAQ's
Ссылки
Карта сайта
Чат программистов

Статьи
-Delphi
-C/C++
-Turbo Pascal
-Assembler
-Java/JS
-PHP
-Perl
-DHTML
-Prolog
-GPSS
-Сайтостроительство
-CMS: PHP Fusion
-Инвестирование

Файлы
-Для программистов
-Компонеты для Delphi
-Исходники на Delphi
-Исходники на C/C++
-Книги по Delphi
-Книги по С/С++
-Книги по JAVA/JS
-Книги по Basic/VB/.NET
-Книги по PHP/MySQL
-Книги по Assembler
-PHP Fusion MOD'ы
-by Kest
Professional Download System
Реклама
Услуги

Автоматическое добавление статей на сайты на Wordpress, Joomla, DLE
Заказать продвижение сайта
Программа для рисования блок-схем
Инженерный калькулятор онлайн
Таблица сложения онлайн
Популярные статьи
OpenGL и Delphi... 65535
Форум на вашем ... 65535
21 ошибка прогр... 65535
HACK F.A.Q 65535
Бип из системно... 65535
Гостевая книга ... 65535
Invision Power ... 65535
Пример работы с... 65535
Содержание сайт... 65535
ТЕХНОЛОГИИ ДОСТ... 65535
Организация зап... 65535
Вызов хранимых ... 65535
Создание отчето... 65535
Имитационное мо... 65535
Программируемая... 65535
Эмулятор микроп... 65535
Подключение Mic... 65535
Создание потоко... 65535
Приложение «Про... 65535
Оператор выбора... 65535
Реклама
Сейчас на сайте
Гостей: 12
На сайте нет зарегистрированных пользователей

Пользователей: 13,368
новичок: Goosprin
Новости
Реклама
Выполняем курсовые и лабораторные по разным языкам программирования
Подробнее - курсовые и лабораторные на заказ
Delphi, Turbo Pascal, Assembler, C, C++, C#, Visual Basic, Java, GPSS, Prolog, 3D MAX, Компас 3D
Заказать программу для Windows Mobile, Symbian

Программа тестирования и обучающая программа по математике на Turbo Pasc...
Моделирование интернет кафе на GPSS + Отчет
Моделирование работы класса персональных компьютеров на GPSS + Отчет + Б...

Структура узла и система навигации
Структура узла

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


http://www.citforum.ru/internet/cgi/

и попадет туда, куда надо. Но
вот если он захочет узнать о Domino Go Webserver Pro компании Lotus Development,
он никогда не догадается, что нужно набрать в строке запроса:


http://www.lotus.com/home.nsf/tabs/lotusgopro

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


Базовые структуры


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


Плоская структура

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


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


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

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


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


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


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


Древовидная структура

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


Комбинированная структура


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


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


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


Навигация по узлу


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


Организация домашней страницы


Одним из основных элементов
навигации является домашняя страница узла. Это та страница, которая показывается
при запросе корня сервера (слеша), например:


http://www.webclub.ru/

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


Существует два основных вида
домашних страниц: презентационная и информационная.


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


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


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



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

  • элементы навигации (меню) должны быть
    очевидны и заметны, посетитель мог прийти к вам в первый раз, и ему не
    знаком ваш стиль;

  • желательно, чтобы элементы навигации
    помещались в один экран, если конечно у вас не мегаузел;

  • домашняя страница должна ясно говорить,
    чему посвящен этот узел, или же как то привлекать внимание посетителя;

  • не делайте страницу полностью графической
    - что бы вы там ни думали, всегда найдется причина, чтобы в будущем добавить
    туда текст: экстренное сообщение, новости, анекдот дня и т.п.;

  • следите за ее "весом" - посетитель
    согласен ждать только если знает, зачем он это делает, а новый посетитель
    еще не знает, куда и зачем он попал; на данный момент маргинальным является
    размер в 70-90 килобайт; если она все-таки очень "тяжелая" - минимизируйте
    количество графики, разбейте таблицу (если в нее заключена вся страница) на
    куски - сделайте так, чтобы посетитель увидел хотя бы ее часть, пока не
    подгрузится все остальное;

  • на первой странице вы ничего еще не знаете
    о посетителе, поэтому не помещайте на страницу никакие нестандартные
    элементы: Java-апплеты, звук, Flash и т.д. - это считается плохим тоном;
    если это так критично, предупредите об этом заранее на странице-заставке.


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


Принципы построения системы навигации


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


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


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


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


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


Что делать, если разделов очень
много? Как выбрать, что именно поместить в подсистему глобальной навигации?
Существует три подхода (хотя вы вольны придумать четвертый):



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

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

  3. Объединить в некоей пропорции два
    предыдущих способа.


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


Опубликовал Kest October 26 2008 13:01:05 · 0 Комментариев · 6250 Прочтений · Для печати

• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •


Комментарии
Нет комментариев.
Добавить комментарий
Имя:



smiley smiley smiley smiley smiley smiley smiley smiley smiley
Запретить смайлики в комментариях

Введите проверочный код:* =
Рейтинги
Рейтинг доступен только для пользователей.

Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.

Нет данных для оценки.
Гость
Имя

Пароль



Вы не зарегистрированны?
Нажмите здесь для регистрации.

Забыли пароль?
Запросите новый здесь.
Поделиться ссылкой
Фолловь меня в Твиттере! • Смотрите канал о путешествияхКак приготовить мидии в тайланде?
Загрузки
Новые загрузки
iChat v.7.0 Final...
iComm v.6.1 - выв...
Visual Studio 200...
CodeGear RAD Stud...
Шаблон для новост...

Случайные загрузки
Реализация ЭЦП по...
iChat v.7.0 Final...
Работа с матрицами
Игра PackMan
C++ Builder 6 СПР...
ИНТЕРНЕТ ПРОГРАММ...
Нестандартные при...
Ehlib
Text3D
Усложнённый кальк...
EMS QuickExport S...
PHP 5. Полное рук...
Фундаментальные а...
Создание меню на ...
Szwavepanel
Java Server Pages...
Самоучитель PHP 5...
Rotolabel
AVIwriter
XPmenu

Топ загрузок
Приложение Клие... 100774
Delphi 7 Enterp... 97833
Converter AMR<-... 20268
GPSS World Stud... 17014
Borland C++Buil... 14191
Borland Delphi ... 10291
Turbo Pascal fo... 7373
Калькулятор [Ис... 5984
Visual Studio 2... 5207
Microsoft SQL S... 3661
Случайные статьи
Нерегулярные связа...
Установка IBM WebS...
Архитектура vnode/vfs
Как представить чи...
Программа HTML-Kit
Встраивайте SQL-за...
Передачи файла
Модели выполнения ...
CD-ROM
К вопросу об играх...
Основы соседских о...
поток (соединение ...
Лучшие слоты казин...
Выгодный азарт в к...
Что такое рекурсия
Переопределенные м...
Типичные размеры в...
PokerMatch - попул...
skip(X)
12.5. Задачи
Опасность разглаше...
Стандартные процед...
Элементарная комби...
Перечисление детал...
Вы можете сразу от...
Статистика



Друзья сайта
Программы, игры


Полезно
В какую объединенную сеть входит классовая сеть? Суммирование маршрутов Занимают ли таблицы память маршрутизатора?