Вы можете
посмотреть 56 предыдущих рассылки
по адресу
http://www.doctor.oost-west.com/rassilka.htm . Там Вы сможете прочитать
о том, как выбрать себе компьютер, о мышах, рабочем столе, окнах Windows и
их зависаниях, о русификации компьютера, о сохранении информации,
инсталляции компьютера, файловых системах, вирусах и
оптимизации системы, об использовании bios так же о том, как самому сделать
сайт.
Выпуск рассылки получился таким большим, что
пришлось его разделить на три, тоже не малые части. Темы, о которых мы будем
говорить в этих выпусках:
продолжение темы BIOS;
продолжение уроков по сайтостроению;
дальнейшая судьба учителя Поносова, о
котором я уже писала;
мультимедийные интерактивные уроки по
компьютеру.
Я думала сделать один выпуск из трех частей,
а потом решила, что лучше делать выпуски с промежутком в пару дней, чтобы
было время прочесть материал. Этот первый выпуск - о сайтостроении.
Делаем свой
сайт (урок 12)
В прошлом уроке Вы уже немало
узнали о HTML тегах. Вернемся к нашему базовому
шаблону:
<html>
<head>
<title></title>
</head>
<body>
</body>
</html>
На основании того, что Вы узнали в прошлом уроке, Вы можете
поэкспериментировать, создавая самостоятельно разные html
страницы. Какое расширение Вы будете им давать html
или htm не важно, но начинайте всегда с
этого шаблона.
Между тегами <head>
располагается служебная информация, нужная для правильной работы браузера и
поисковых роботов. Сейчас там находится тег
<title>,
который относится к классу, так называемых мете тегов.
Его Вы всегда должны иметь на своих
страницах. Давайте напишем в блокноте так:
Затем запишем этот файл с
расширением html и дадим ему какое-то имя.
Например, exp.html. Затем откроем файл в браузере.
Вы увидите на верху, в стоке заголовка браузера имя Вашей странички "Мои
эксперименты". Т.е. информация записанная в тегах <title> становится
доступной пользователям.
Но это еще не все. Это очень важный
мете тег для поисковых роботов. Но в это мы пока углубляться не будем.
Запомните только, что этот тег всегда должен быть. Туда не надо писать
какую-то абракадабру, а нужно писать то, что определяет содержание Вашей
страницы, написано это должно быть нормальным человеческим языком, со всеми
необходимыми знаками препинания.
То что мы поместили между тегами <body>
вышло как обычный текст веб страницы.
Конечно, в этих уроках мы не охватим
все имеющиеся теги html, да и задача так не
ставится. Но основные теги мы обязательно рассмотрим.
Вы можете сами экспериментировать с
теми тегами, которые мы уже рассмотрели, создавая новые странички. В
дальнейшем можно для лучшего обучения подглядывать в чужие веб странички.
Правда, надо помнить, что не всегда Вы найдете там коды, достойные
подражания. А посмотреть очень просто. Для этого надо, находясь в браузере,
нажать в IE на меню "вид", а затем выбрать
"просмотр HTML - кода. Вы получите текст в
блокноте. Некоторые страницы Вы так открыть не сможете, в других мало что
сможете понять. Но чаще всего Вы увидите обыкновенный
html - код.
Вы помните, что в первом уроке я
написала: Мы будем изучать XHTML (Extensible HyperText Mark-up
Language), который, является более новым и продвинутым вариантом HTML.
Затем, приводя в пример, тег
<br>, как пример непарного тега, я его записала по
привычке, не по правилам XHTML, а по правилам HTML. По правилам XHTML
нужно было писать <br/>, а еще лучше
<br />. Например:
Другой непарный тег нужно,
согласно правилам XHTML записывать так: <img />, а не <img>, как в HTML.
Прочтя одну статью, я вообще засомневалась в том, так ли уж нужно
придерживаться правил XHTML. Чуть позже, в конце урока, я приведу текст этой
статьи. Это для тех, кто хочет несколько углубиться в этот предмет.
Если посмотреть на 4 правила, приведенные в этой статье, то
правило 1 я почти всегда соблюдала, правило 2а не соблюдала, но я не кинусь
сейчас вставлять во все свои сайты в теги br и
img слэши с пробелами. Правило 3 я также всегда
соблюдала, а что касается двойных кавычек, о которых я писала еще в прошлом
уроке, то приводят они к проблемам не на веб страницах, а в некоторых
скриптах, интерпретирующих html код. В частности в
скриптах Ласто, которыми я пользуюсь. Прочтя статью, Вы можете сами для себя
решить вопрос с соблюдением этих правил.
Пока же рассмотрим еще один тег -
<i></i>
Если тег <b></b>
получил свою букву от слова bold, что
соответствует жирному написанию шрифта, то тег <i></i>
- от слова italic, т.е., попросту говоря, - курсив.
<i><b>Учимся
делать веб страницы</b></i>
</body> <hr />
</html>
Наша страничка начала понемногу
оживляться.
Попробуйте сделать то же самое во
FrontPage. Впишите на пустую страницу слова Учимся
делать веб страницы, нажмите на кнопку "ж" и "к", если программа на русском
языке, затем внизу нажмите на "код", и посмотрите, что получилось.
<p><i><b><font size="2"><code>Учимся делать веб страницы</code></font></b></i></p>
</body>
</html>
Это тег языка - <meta http-equiv="Content-Type"
content="text/html; charset=windows-1251">
1251 - код кириллицы. Но, на самом деле
это не правильно. Нужно стукнуть на пустом месте Вашей страницы правой
кнопкой мыши, затем выбрать "свойства страницы", а там "язык". В верхнем
окне выбрать -"русский", в следующем - "кириллица", а в самом нижнем -
"автоматический выбор". Тогда появится еще один тег - <meta http-equiv="Content-Language"
content="ru">
Наличие двух этих тегов обеспечит Вам
правильную поддержку русского языка. Если в
браузере посетителя будет стоят "вид" - "кодировка" - "автоматический выбор", то страница будет
правильно отображаться на русском языке.
В отношении голландских страниц или
других страниц, где имеются специальные знаки, если Вы смотрите их с
компьютера, поддерживающего русский язык, такое определение языка может
работать плохо. Я имею в виду:
Вместо специальных знаков Вы будете
видеть русские буквы. Так как разработчики сайтов не всегда об этом думают,
то такая проблема встречается сплошь и рядом.
Для голландских страниц я даю такой
тег:
<!DOCTYPE html PUBLIC "-//W3C//DTD
XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="nl" lang="nl">
Я не очень вдавалась в дебри этого
тега, но работает, как надо.
Мы в своих маленьких примерах о выборе
языка вообще пока не задумывались, а надо бы. Думаю, что Вы часто видели
сайты, где на каждой странице надо заново вручную настраивать в браузере
язык, а бывают и такие, где настраивай, не настраивай, выходит абракадабра.
Это последствия неправильного определения языка на веб странице.
Еще в коде, созданном
FrontPage появился тег <font size="2"></font>
Этот тег определяет размер шрифта. Его
Вы можете легко поменять. В нашем примере мы размер не задавали, а то, что
видели, это выдавал браузер "по умолчанию". До этого мы размер задавали с
помощью тегов <h>. Считается, что для поисковых
машин такой способ предпочтительней, чем с помощью тегов
<font>.
И, наконец, появился еще один тег - <p></p>
Собственно говоря, он тут совершенно не
нужен, так как тут всего одна строчка. Другое дело, если бы было несколько
строк.
<p>Учимся
делать веб страницы</p>
</body> <hr />
</html>
Уберите тут теги <p>
и все расположится в одну строчку.
В данном конкретном примере эти теги
можно заменить на тег <br />, но в других случаях
тег <p> не может быть заменен. Это Вы поймете,
когда мы начнем изучать атрибуты.
Учимся делать веб страницы<br
/><br />
</body> <hr />
</html>
Это уже похоже.
Прежде, чем Вы перейдете к чтению
статьи, я даю еще один текст, проливающий свет на эти понятия. Ну, а не
поймете, беды нет, это вовсе не помешает Вам делать свои веб страницы.
Развитие HTML в определенном смысле зашло в тупик — новые
теги уже не нужны, поскольку хватает существующих, к тому же акцент
разработки веб-страниц сместился на стили, которые расширяют возможности
по оформлению документов. Естественно, CSS никак не подменяет HTML, но
зато позволяет использовать ограниченный набор тегов, а вид элементов,
их положение и различные параметры задавать через стили.
Определенным ограничением HTML является и то, что он
относится к формальным языкам, в том смысле, что теги и их иерархическая
структура жестко описаны в спецификации. Поэтому популярность набирает
XML, с помощью которого можно создавать собственные теги и формировать
их структуру. Разница между HTML и XML состоит не только в тегах, но и
правилах написания кода. Браузер при работе с HTML «закрывает глаза» на
разные мелкие огрехи и недочеты в структуре или тому, что не корректно
указан параметр. С XML такие фокусы не проходят, поэтому браузер выдаст
ошибку о том, что документ неверно сформирован.
Чтобы научить разработчиков «правильному» мышлению,
изменить их стиль написания кода, а также сократить разрыв между HTML и
XML, и был разработан XHTML, как промежуточный этап между ними.
XHTML (EXtensible HyperText Markup Language,
Расширенный язык разметки гипертекста) предназначен для замены HTML и
считается его более строгой версией. Вообще,W3C определяет XHTML как
последнюю версию HTML, которая постепенно его вытеснит. Так ли это будет
обстоять на самом деле, покажет только время.
Если рассуждать о некотором идеальном коде
веб-страницы, то его можно сравнить с программой, которая не будет
скомпилирована до тех пор, пока все ошибки не исправлены. Браузер
выступает в роли компилятора и не отображает документ, если он не
соответствует спецификации. XHTML, сохраняя все особенности HTML, вносит
более строгие правила создания страниц, чтобы приблизиться к
«идеальному» коду. Это позволяет делать сайты независимыми от устройства
отображения и браузера. Иными словами, сайт будет корректно показываться
во всех современных браузерах и платформах вроде компьютеров, смартфонов,
наладониках и т.д.
На деле все обстоит не так прозаично. Разработчики
браузеров не могут позволить себе, чтобы их детище работало только с
«правильным» кодом. А все из-за того, что большая часть сайтов в мире
просто не будет отображаться в таком браузере. Виноваты в таком
положении вещей и разработчики и пользователи. Первые не обеспечили
должную поддержку спецификации в своих браузерах, а вторые не
потрудились ей следовать.
По этим причинам XHTML 1.x является всего лишь
подобием HTML, но с более строгим синтаксисом, а не тем перспективным
языком разметки, на который обязательно стоит переходить из-за его
уникальных возможностей.
Оценка XHTML
автор: 2000 (c) Peter-Paul Koch and A List
Apart
перевод: Михаил Дубаков
Эту статью в 2000 году написал небезызвестный
веб-разработчик Петер-Пауль Кох (Peter-Paul Koch), который
поддерживает один из лучших ресурсов по JavaScript
http://www.xs4all.nl/~ppk/js. Его взгляды на XHTML во многом
совпадают с моими личными взглядами на этот язык разметки.
По прошествии двух лет можно сказать, что PPK был совершенно
прав, тем интереснее будет читать...
(мое прим. Ссылку с адреса http://www.xs4all.nl/~ppk/js, так
как сайт переехал на
http://www.quirksmode.org/. Кстати, как ни странно, сначала
он был не на нормальном хостинге, а на месте, предоставляемом
для сайтов провайдером интернетных услуг
xs4all, услугами которого я сама пользуюсь. Автор живет в
Амстердаме, но пишет, к сожалению, для меня на английском, а не
на голландском. По-английски я тоже читаю, но без удовольствия:(
)
Быть веб-разработчиком нелегко. Мало того, что
вам надо каждый день обходить ловушки и западни популярных
браузеров, так еще надо хотя бы вполглаза следить за
технологиями, которые могут повлиять (или не повлиять), на вашу
работу. Пока вы совершенствуете свое мастерство в работе с
таблицами стилей и DHTML, на новые технологии не остается
времени. Какие из них важны в настоящий момент? Какие можно пока
проигнорировать?
В этой статье я выражаю свой взгляд на язык,
который W3C разработало под видом улучшения HTML: XHTML.
Согласитесь вы со мной или нет, в любом случае статья заставит
вас задуматься и поможет принять решение.
Вначале я объясню, что такое XHTML, затем дам
четыре правила для написания корректного XHTML, и в заключение
скажу несколько слов о том, зачем вам может понадобиться XHTML.
Что же такое XHTML?
XHTML — это HTML, записанный в соответствии с
синтаксическими правилами XML. Таким образом, для понимания
XHTML мы должны понять XML. О нем уже написано много статей, так
что ограничимся кратким описанием:
XML — это обобщенный язык разметки. В отличие
от HTML, XML позволяет создавать собственные теги и таким
образом формировать собственную структуру документа. Вам нужен
тег <color-of-hat>? Добавьте его в ваш документ, убедитесь что
программа знает, что обозначает этот тег, и все готово.
Существует несколько простых правил для XML
документа (они будут перечислены ниже). До тех пор, пока все
теги написаны согласно этим правилам, XML без разницы, что эти
теги обозначают. XML обобщенный язык разметки, так что вы можете
его использовать как вам угодно.
В противоположность XML, HTML гораздо более
строго определенный язык разметки с ограниченным набором тегов.
В любом случае, общий характер XML позволяет рассматривать
HTML-документы как XML-документы с набором тегов для отображения
в веб-браузерах. Однако, старые стандарты HTML не до конца
совместимы с XML. Например, в HTML необязательно закрывать тег <P>,
то есть тег </P> можно опускать. Веб-браузеру на это плевать,
так как он запрограммирован, но XML-парсер выдаст ошибку о том,
что ваш HTML-документ не является "правильно сформированным" (well-formed).
Чтобы устранить разрыв между этими двумя
языками разметки и был разработан XHTML. По существу это обычный
HTML, в который добавили синтаксические правила XML для создания
well-formed документов. Так что веб-страницы станут
XML-совместимыми, а веб-разработчики познакомятся с синтаксисом
XML.
Правила игры
На практике, в HTML надо добавить четыре
правила, чтобы получился XHTML:
Все теги должны быть записаны в нижнем
регистре, то есть нельзя писать <BODY>, а надо писать <body>
Все теги должны быть закрыты
2a. В случае, если элемент не имеет закрывающего тега
(например, <IMG> или <BR>), надо добавлять слэш в конце тега
<img /> и <br />
Вложенность тегов должна быть корректной.
Например, нельзя писать <B><P>текст</B></P>, а надо писать <p><b>текст</b></p>
Все атрибуты должны быть заключены в
кавычки. Например, нельзя писать <P ALIGN=center>, а надо
писать <p align="center">.
Хорошая новость в том, что у браузеров
практически нет проблем с XHTML. Вообще говоря, правила 1, 2 и 4
уже есть в HTML, но не являются обязательными, тогда как правило
3 является обязательным, хотя браузеры в большинстве случаев
игнорируют ошибки вложенности. Единственное действительно новое
правило — это правило 2а. Однако, это правило приводит к
проблемам со старыми браузерами только в том случае, когда вы
записываете слэш без пробелов, вот так <br/>. Браузер думает,
что это тег br/, а такого он знать не знает, так что никак на
него не отреагирует. Если вставлять пробел, то проблема будет
решена. Если вы напишите <br />, то браузер увидит тег br с
неизвестным атрибутом /. Тег br будет отработан корректно, а
неизвестный атрибут / тихо проигнорирован.
Плохая новость в том, что многим придется
изменить свои привычки кодирования. Лично мне не нравится
правило 1. Во-первых, я не могу понять, почему XML теги могут
быть только в нижнем регистре, во вторых, я всегда пишу теги в
верхнем регистре, потому что тогда они лучше выделяются в
тексте. Почему я должен отказаться от этого, если это удобно? В
любом случае, я не изменю своих привычек без веской на то
причины.
Зачем использовать XHTML?
Итак, зачем использовать XHTML вместо старого
доброго HTML? Консорциум W3C выделяет
следующие причины:
"Разработчики документов и разработчики
браузеров откроют новые пути выражения своих идей через
новую разметку. В XML относительно легко вводить новые
элементы или новые атрибуты. Язык XHTML разработан для
согласования этого расширения посредством специальных
XHTML-модулей, которые можно разрабатывать совершенно
самостоятельно. Эти модули позволят комбинировать
существующие и новые возможности при разработке новых
документов и новых браузеров."
"Постоянно появляются новые альтернативные
способы доступа в интернет. […] XHTML разрабатывался с
учетом общей совместимости пользовательских браузеров (user
agents). Так чтобы новые пользовательские браузеры, сервера
и прокси могли достичь наилучшей трансформации контента. В
конечном счете, можно будет разработать XHTML-конформный
контент, который будет доступен из любого XHTML-конформного
пользовательского браузера"
Короче говоря в будущем, которое пока
неизвестно, улучшения XHTML будут позволять разработчикам
использовать новейшие, пока не написанные, модули для расширения
XHTML, чтобы включать новые, пока не определенные, вещи в свои
веб-страницы. В добавок ко всему, W3C ожидает, что в будущие
браузеры будут использовать XHTML вместо HTML.
X это из своего списка
Я не считаю, что этих двух причин достаточно
для того, чтобы мы, веб-разработчики, перешли с HTML на XHTML.
Первая причина в настоящий момент не важна
сама по себе. Возможно, модули XHTML ошеломят нас, возможно, они
вообще ни на что не сгодятся. В любом случае, появятся они года
через два-три, так что мы пока даже не можем предполагать, как
они будут работать и что они будут делать. Даже если с ними не
будет особых проблем, мы все равно пока ничего не можем с ними
сделать или как-то приготовиться к их появлению.
Вторая причина пока тоже не важна. В настоящее
время нет чистых XHTML-конформных браузеров, которым
необходим XHTML. Да и вообще неизвестно, появятся ли они
когда-либо. В конце концов, если вы создадите браузер, который
отображает только XHTML, он не будет корректно отображать
HTML-страницы. Производители браузеров этого совсем не хотят.
У примеру, Эдди Конечный-Пользователь заходит
на свой любимый сайт новым, требующим XHTML, только что
установленным браузером "Ультра-Бразуер X7" и видит только
множество сообщений об ошибках, касающихся валидности
XHTML-кода. Что он подумает: "Проклятые веб-разработчики! Вы
должны были использовать XHTML!" или "Хренов браузер с кучей
багов!"?
Так что, если новый браузер выйдет,
разработчики все равно позаботятся о поддержке старого доброго
HTML. Новые браузеры на каких-то новых платформах возможно и
будут требовать XHTML (хотя я так не думаю), но Netscape и
Explorer никогда, потому что они должны быть консервативными в
выборе языка.
Запас прочности
Я думаю, что многие люди недооценивают запас
прочности HTML. Это стандарт на сегодняшний момент, без которого
вы не сможете сделать веб-страницу. Потому что все
веб-разработчики используют HTML. Потому что из-за этого все
будущие браузеры, которые хотят отображать традиционные
страницы, должны включать поддержку HTML. Потому что из-за этого
все разработчики будут продолжать использовать HTML, так что
веб-страницы будут по-прежнему написаны на HTML, так что
браузерам придется поддерживать его и т.д.
А что с новыми браузерами? Что можно сказать о
новых областях Интернет, таких как WAP? Как насчет изучения XML
используя XHTML? Читайте дальше…
Просто скажите нет
Конечно, новые браузеры на новых платформах
могут требовать XHTML. Но тогда они столкнутся с той же
проблемой, что и старые браузеры на старых платформах: они не
смогут корректно отображать существующие HTML-страницы, а это
означает крайнее недовольство конечных пользователей. Во
избежании этого, новые браузеры должны поддерживать
HTML.
Конечно, XHTML может стать стандартом для
новых областей Интернет, как WML стал стандартным языком для WAP.
Это одна из причин, по которой W3C разрабатывал XHTML. Но,
откровенно говоря, я в это не верю. Новые области Интернет
требуют действительно новых языков, потому что они отличаются от
WWW, тогда как XHTML хорошо подходит только для традиционных
WWW-страниц.
Конечно, XHTML может уменьшить разрыв между
HTML и XML и познакомить веб-разработчиков с синтаксисом XML.
Однако я сомневаюсь, что XML настолько важен для истинных
веб-разработчиков. Я не считаю, что каждый веб-разработчик
должен знать XML, потому что не знаю широко используемых
браузеров, которые корректно отображали XML на стороне клиента.
XML на стороне сервера, конечно, другое дело.
В заключении, повторю фразу W3C:
"В конечном счете, можно будет разработать
XHTML-конформный контент, который будет доступен из любого
XHTML-конформного пользовательского агента"
Это не кажется вам знакомым? Разве HTML
разрабатывался не для всех типов пользовательских агентов? Мы
все знаем, что случилось с этим планом…
Итак, если HTML останется, зачем переходить на
более сложный язык, который изменит ваши привычки кодирования,
но ничего не даст? Я не вижу ни одной причины начать
использовать XHTML. Я с наслажденьем продолжу писать теги в
верхнем регистре и буду пропускать иногда теги </P>, если
почувствую, что все будет хорошо и без них.
Как и все спецификации W3C, XHTML — это
интересная теоретическая конструкция, которая может развиться и
сыграть важную роль в Интернете. Но пока она бесполезна на
практике. Разработчики браузеров должны сделать первый ход. Они
должны внедрить поддержку XHTML конструктивным способом, чтобы
пользователи не отвернулись от их продуктов. Только в этом
случае за ними потянется остальная часть веба.
А те фанатики, которые считают, что каждое
слово W3C имеет силу Божьей Заповеди и смотрят на всех, кто не
использует XHTML, как на еретиков, которых надо сжечь на костре
и чем раньше, тем лучше, просто ошибаются. XHTML — это не о
настоящем, XHTML — это о будущем.
В продаже появилась новая
модификация компьютерной диагностики. Этот новый прибор работает, как по Накатани, так и по
Фоллю. Не требует, по-прежнему специального обучения. Позволяет
непосредственно определять полезность пищи, Бадов, лекарств для человека,
без приема внутрь
Если Вам
нравится моя рассылка, нажимайте, пожалуйста, каждый раз, когда Вы ее
читаете, на рекламные баннеры сайта рассылок (разумеется, находясь on-line).
Вам нетрудно, а мне полезно. Если же Вам рассылка не нравится, то нажимайте
тоже.
Всего доброго и до новых встреч,
Наташа Сахновская
Есть вопросы? Пишите. Но
подписывайтесь, пожалуйста, с фамилией, а также давайте описание своей
системы и компьютера. Если вы будете ставить вопросы без описания системы и
компьютера, то на такие вопросы я отвечать больше не буду, так как это
отнимает у меня слишком много времени.