Веб-дизайн. От А до Я. # 8 (comp.design.webg) : Рассылка : Subscribe.Ru

← Апрель 2001 →
	1
2	3	4	5	6	7	8
9	10	11	12	13	14	15
16	17	18	19	20	21	22
23	24	25	26	27	28	29
30

В этом выпуске: Ссылки Вебмастеру:
URL. Краткая история HTML. Рейтинг сайтов по оформлению. Теги IE & NC. Интересные сайты.	Web-дизайн Flash Награды Баннеры Photoshop Java скрипты Фотографии Баннер-Форум	3d буквы, цифры Иконки и кнопки Анимированные гифы Фоновые изображения CGI скрипты Java апплеты Free услуги Архив рассылок

Доброе время суток!

URL.

На протяжении еще нескольких лет URL будет являться частью пользовательского интерфейса, поэтому "удобные" сайты (usable sites) должный иметь:

доменное имя, которое легко запомнить и произнести
короткие URL-ы
URL-ы простые в написании/наборе
URL-ы, которые визуально показывают структуру сайта
URL-ы, которые можно править ("откусывать" последнюю часть) и таким образом попадать на более высокие уровни иерархии сайта
постоянные/неизменяемые URL-ы

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

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

убедитесь что все URL-ы вашего сайта не длиннее 78 символов, чтобы они не "ломались" при автоматическом переносе строки, чем короче URL-ы, тем лучше, так как людям часто приходится набирать их вручную, не используйте CмЕСь прописных и строчных букв в URL-ах, так как люди не запоминают какие символы в каком регистре должны писаться: URL-ы со всеми строчными буквами - предпочтительны (проблема не касается доменных имен, ибо регистр букв для них не играет значения). Удобство работы с сайтом повысится, если веб-сервер будет настроен на игнорирование регистра букв при обработке URL-ов пользуйтесь программой проверки орфографии, чтобы избежать всяких недоразумений при выборе имен для URL-ов Постоянные URL-ы увеличивают число ссылок на них.

Ссылки с других сайтов - третий наиболее распространенный путь, которым люди попадают на сайты (после поисковых серверов и электронной почты), так что стройте свой сайт так, чтобы на него проще было делать ссылки:

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

Должно ли доменное имя заканчиваться на .com?

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

К сожалению, многие пользователи привыкли считать окончание ".com" стандартным окончанием в имени коммерческого сайта: это результат доминирования США на ранних этапах развития Web, а в некоторые популярные броузеры заложен алгоритм "добора" доменного имени, когда к любому набранному в адресной строке имени добавляется ".com". В связи с этим, я бы посоветовал:

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

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

Доменные имена отомрут.

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

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

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

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

Михаил Мельников.

Оглавление/Вверх

Краткая история HTML.

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

В начале был SGML

Начало истории HTML следует отнести к далекому 1986 году, когда Международная организация по стандартизации (ISO) приняла стандарт ISO-8879, озаглавленный "Standard Generalized Markup Language (SGML)". Стандарт этот посвящен описанию SGML - обобщенного метаязыка, позволяющего строить системы логической, структурной разметки любых разновидностей текстов. Слово "структурная" означает, что управляющие коды, вносимые в текст при такой разметке, не несут никакой информации о внешнем виде документа, а лишь указывают границы и соподчинение его составных частей, т.е. задают его логическую структуру.

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

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

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

Золотой век

Язык SGML - это типичное детище академической науки, изящная игрушка теоретиков. Его создание не было вызвано насущной практической необходимостью. Принципы, на которых строится этот язык, значительны и интересны; несомненно, идеология SGML оказала влияние на многие компьютерные разработки. Однако сам по себе SGML не получил сколько-нибудь заметного распространения - до тех пор, пока в 1991 г. сотрудники Европейского института физики частиц (CERN), занятые созданием системы передачи гипертекстовой информации через Интернет, не выбрали SGML в качестве основы для нового языка разметки гипертекстовых документов. Этот язык - самое известное из приложений SGML - был назван HTML (HyperText Markup Language, "язык разметки гипертекста").

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

А первым (и долгое время единственным) графическим броузером в те далекие времена была программа Mosaic, разработанная, как и сам WWW, в научном учреждении - Национальном центре суперкомпьютерных приложений США (National Center for Supercomputer Applications - NCSA). Так что нет ничего удивительного в том, что в этот "золотой век" никаких противоречий между официальными стандартами и их реализацией в броузерах еще не существовало. HTML неторопливо развивался, оставаясь в рамках парадигмы структурной разметки, и в апреле 1994 г. началась подготовка спецификации следующей версии языка - 2.0. Этим занимался образованный в том же году Консорциум W3 (W3 Consortium, сокращенно W3C), унаследовавший от CERN верховную власть и авторитет в мире WWW.

В настоящий момент консорциум, имеющий статус "международной некоммерческой организации", объединяет свыше 150 организаций-членов, в том числе фирмы Netscape, Microsoft и множество других. Однако в 1994-1995 гг. его членами были почти исключительно университеты и научные учреждения. Столь "академический" состав W3C сказывался как на самих документах, публикуемых консорциумом, так и на процедуре (и особенно на сроках) их принятия. Достаточно сказать, что окончательный вариант HTML 2.0, единственным серьезным усовершенствованием в котором был механизм бланков (форм) для отсылки информации с компьютера пользователя на сервер, был окончательно утвержден лишь в сентябре 1995 г., когда в W3C уже полным ходом шло обсуждение HTML 3 (или, как его называли поначалу, "HTML+").

Стили

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

Чтобы разрешить это противоречие, не оскверняя заветов отцов-основателей HTML, авторы версии 3 ввели в ней поддержку нового средства - так называемых иерархических стилевых спецификаций (Cascading Style Sheets, CSS). Система CSS формально независима от HTML, имеет совершенно иной синтаксис (более того, HTML 3 можно стыковать с разными реализациями CSS, обладающими разным синтаксисом и возможностями), не наследует никаких идеологических ограничений и позволяет, уже в совершенно иных терминах, задавать параметры визуального представления для любого тега HTML. С помощью CSS автор может наконец с чистой совестью указать, каким шрифтом какого кегля набирать заголовки такого-то уровня. И, что самое важное, достигнуто это было не введением новых тегов, а разработкой механизма, позволяющего влиять на интерпретацию уже существующих тегов логической разметки, причем с учетом контекста его употребления. Броузеры с текстовым интерфейсом или с синтезатором речи смогут с легкостью проигнорировать эту дополнительную информацию и использовать для оформления свои обычные средства.

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

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

Дмитрий Кирсанов, "Мир ПК", апрель 1997 г.

Оглавление/Вверх

Рейтинг сайтов по оформлению или TOP DESIGNED (# 11).

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

1) http://www.twt.prometeus.net/

[screenshot]

Сайт Transworld Translation agency. Понятно, что сайт представляет агентство переводов... Что же можно сказать о дизайне? достаточно профессионально. Хорошо подходит к тематике сайта. Одно расстраивает - Flash. Просто можно было сделать и без него. Заголовки выполнены красиво - в виде буквицы в квадратной рамке. Не ясны же мне лишь красные полосы в логотипе. По идее (аналогично с меню), они должны представлять градиент, но здесь - простые, толстые, неприятные красные полосы. Забыл написать - на первой странице совсем не читается: Language is our primary subject matter. [ПЖ]

оформление:	5
дизайн:	4
оригинальность:	4
эффективность:	4
скорость:	3
моя оценка:	4

Рейтинг:	24

2) http://hydra.unison.ru/

[screenshot]

Сайт "Обучения и тестирования по Internet и Lan". Сразу скажу - дизайн неоригинален. Белые боксы с тенями красивы, но везде используются. Хотя, многие делают ошибки и неправильно выстраивают оформление. Здесь же такого нет. Все сделано правильно, изъянов нет. Стоп. После долгого поиска ошибок одна таки и нашлась. Вот.

[screenshot2]

Посмотрите на второй скриншот. Цвета не совпадают. Уф. Больше претензий нет... [ПЖ]

оформление:	4
дизайн:	4
оригинальность:	3
эффективность:	4
скорость:	4
моя оценка:	4

Рейтинг:	23

Часть вторая. Собственно TOP LIST. И ВНЕ РЕЙТИНГА.

Смотрите на моем сайте

Часть третья. Из будущего.

Оставьте свою ссылку на моей (zoom) гостевой книге. Действительно хороший или плохой дизайн будет обязательно оценен - "станьте примером".

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

Петр Жарнов:	pzzh@nm.ru
	http://zoomdesign.euro.ru http://pzzh.by.ru

Оглавление/Вверх

Теги, поддерживаемые только броузером Internet Explorer.

*Тег или атрибут HTML*	*Описание*
<BGSOUND>	Задается фоновый аудиофайл для страницы
<BODY> BGPROPERTIES=значение	Задается фон типа "водяные знаки", который не прокручивается вместе с документом
<BODY> LEFTMARGIN=n TOPMARGIN=n	Задаются параметры полей документа
<CAPTION> VALIGN=позиция	Один из способов размещения заголовка таблицы по вертикали
<COL>	Задается тип выравнивания текста в столбцах таблицы
<COLGROUP>	Задается группировка столбцов таблицы
<COMMENT>	В исходный HTML-файл помещается комментарий
<FORM> TARGET=имя	Задается целевое окно или кадр для вывода формы
<FRAMESET> FRAMESPACING=n	Задается расстояние между кадрами, указанными в теге <FRAMESET>
<IFRAME>	Создание "плавающих" кадров
<IMG> DYNSRC=url CONTROLS LOOP=n START=действие	Задание параметров встроенных видео- и аудиоклипов
<ISINDEX> ACTION=url	Указывается URL программы, которая выполняет поиск
<LINK> SRC=url REL=связь TYPE=TEXT/CSS	Задание различных способов поддержки таблиц стилей
<MARQUEE>	Помещение в страницу бегущей строки текста
<OBJECT>	Вставка в страницу Java-апплетов, управляющих элементов OLE, других объектов
<SPAN>	Задается форматирование с помощью таблицы стилей
<STYLE>	Группировка элементов стиля
<TABLE> BORDERCOLOR=цвет BORDERCOLORDARK=цвет BORDERCOLORLIGHT=цвет	Задание цвета объемного обрамления таблицы в тегах <TABLE>, <TD>, <TH> и <TR>
<TABLE> FRAME=значение	Управление отображением внешнего обрамления таблицы в теге <TABLE>
<TABLE> RULES=значение	Задание параметров разграничительных линий таблицы в теге <TABLE>
<TBODY>	Служит для ограничения строк тела таблицы
<TFOOT>	Используется для обозначения строк нижнего колонтитула таблицы
<THEAD>	Используется для обозначения строк заголовка таблицы

Теги, поддерживаемые только броузером Netscape Navigator

*Тег или атрибут HTML*	*Описание*
<FRAME> BORDERCOLOR=цвет	Задается цвет обрамления кадра. Можно указывать также в теге <FRAMESET>
<FRAMESET> BORDER=n	Задается интервал между кадрами
<IMG> LOWSRC=url	Задается исходное изображение с низким разрешением для ускоренной загрузки
<MULTICOL>	Задается представление текста в многостолбцовом формате
<NOSCRIPT>	Служит для предоставления альтернативной информации для броузеров, не поддерживающих язык JavaScript
<SCRIPT> SRC=url	Загрузка внешнего файла, содержащего JavaScript-код
<SPACER>	Задаются разделительные объекты для использования при разработке дизайна страниц
<TEXTAREA> WRAP=стиль	Служит для задания вариантов перехода на новую строку для текстовых областей в формах
<UL> TYPE=метка	Задается вид метки для неупорядоченных списков

Сергей Волокитин

Оглавление/Вверх

Интересные сайты.

Дизайн - В этом разделе содержатся обучающие материалы по HTML, PhotoShop, Corel Draw, JavaScript, CGI, различным графическим редакторам. Существует спецкурс создания суперграфики.
Чат - Только здесь последние новости от...

Вы хотите публиковаться?
Присылайте статьи или вопрос (по публикации) по адресу kar_dd@inbox.ru с пометкой "Статьи в рассылку". Гонорар за статьи - договорной (500-3000 показов RLE).

Дмитрий Давыденко