статьи о сайтостроении. Что в имени тебе моем Несмотря на то, что с понятием Интернет
 Скачать 133 Kb.
|
1 2 Материалы сайта: http://ebizpro.info – не указывая данный источник вы нарушаете авторские права создателя сайта! Что в имени тебе моем... Несмотря на то, что с понятием «Интернет» мы столкнулись относительно давно, немногие из нас хоть когда-нибудь слышали о таком выражении, как «доменное имя». Действительно, далеко не каждый, проходя ежедневно мимо красочного рекламного щита в метрополитене или на оживленной улице, понимает, что означает столь невнятная надпись на английском языке, размещенная обычно в углу плаката и начинающаяся с трех магических букв «www». Между тем, современность такова, что в наше время иметь представление о том, что же такое домен и доменное имя иногда не только полезно, но и просто необходимо. Доменные Интернет-имена оказались в центре внимания где-то в 1996 году. Постепенно по мере того, как человек узнавал все больше о предназначении доменных имен, а также о возможностях, с ними связанных, интерес к своеобразной современной науке постоянно рос. Многие стали даже полагать, что в отличие от бездушных персональных компьютеров с помощью доменных имен можно выражать чувства, эмоции. Другие, более предприимчивые, оценив всю важность, которую вкладывают в получение определенного доменного имени различные компании, впрочем, как и частные лица, открыли для себя с помощью знаний о доменных именах неплохой источник доходов. В то же время третьи и по сей день продолжают бороться за право управлять доменной империей и руководить и теми и другими. Таким образом, на сегодняшний день вокруг незамысловатых доменных имен разгораются скандалы, крутятся огромные суммы денег, за право их получения ведется активная борьба. Однако сами доменные имена по-прежнему выполняют одну, самую главную функцию – направляют заинтересованного Интернет-пользователя по определенному адресу в Сети. Что ж, прежде чем подойти к определению доменного имени, давайте все же совершим небольшой ракурс в историю Интернет, чтобы лучше понять идею его возникновения и, так сказать, предпосылки. Зарождение самой большой мировой компьютерной Сети, сети Интернет, относят к концу 1960-х годов. Именно тогда Министерством Обороны США была создана национальная экспериментальная компьютерная сеть ARPANET, целью которой являлось обеспечение связи между разработчиками различных научных и исследовательских проектов, что позволяло сотрудникам лабораторий, расположенных порой в слишком удаленных друг от друга уголкам Соединенных Штатов, искать решения определенных задач в тесном сотрудничестве. Это резко повышало эффективность их работы. Позднее, в начале 1980-х годов, стало появляться программное обеспечение, позволяющее подключать к этой сети и отдельные персональные компьютеры, причем затраты на подключение были относительно низкими. Такой прогресс не мог не привести к резкому росту количества пользователей сети, желающих использовать возможности ARPANET. Существующих ресурсов перестало хватать, и создатели сети приняли решение провести ее «реорганизацию», в результате которой вместо привычной ARPANET в 1986 году американцы стали свидетелями появления сети с иным названием, NSFNET, администратором которой выступала уже организация National Science Foundation. Отныне информационной паутиной были охвачены все университеты страны, в то время как цели ставились прежние: исследования, научная деятельность, процессы обучения. Однако многие американцы, еще тогда ощутив потенциал и перспективы нового чуда, порожденного прогрессом современных информационных технологий, начинали постепенно осваивать его возможности, применив немного иной подход – коммерческий. Именно это, как полагают историки, и внесло радикальные коррективы в протекание естественного процесса развития ресурса для научной деятельности. К 1995 году Америка окончательно осознала, что именно нужно ее народу. Глобальный ресурс Интернет появился как бы сам собой, плавно переродившись из NSFNET. Со временем американцы открыли для себя возможности электронной почты, а затем и «путешествований» по многочисленным Веб-страницам, которых ежедневно становилось все больше. По мере того, как число пользователей Сети росло, все отчетливее вырисовывалась определенная проблема. Программисты очерчивали ее так: для получения доступа к одному из узлов Всемирной Паутины в адресную строку браузера (программы, позволяющей просматривать содержимое Веб-страниц) необходимо было вводить IP-адрес компьютера, к которому пользователь намеревался «подключиться». В то же время IP-адрес представлял собой довольно сложный цифровой код (например, вот такой: 210.203.209.22), который было непросто запомнить. Учитывая то, что ежедневно «рядовой» пользователь готов был посещать до нескольких десятков Веб-сайтов, заведение обычной записной книжки для фиксирования координат всех понравившихся сайтов не представлялось приемлемым выходом из положения. И именно в этот момент кому-то в голову пришла мысль: а почему бы не присвоить каждому компьютеру, входящему в Сеть, персональное имя, которое легко запомнить? Казалось, решение проблемы было найдено. Как выяснилось позже, именно оно и явилось оптимальным на долгие годы. Имена, присваиваемые узлам Интернет, стали простейшими примерами современных доменных имен, которые впоследствии лишь упорядочили в иерархическую структуру, таким образом, максимально упростив с ними работу. Итак, что же такое «доменное имя». В двух словах можно сказать так: это Интернет-адрес компьютера, подключенного к Всемирной Паутине, указывающий на путь доступа к определенному Интернет-узлу. Доменные имена, используемые при указании электронного почтового адреса, в конечном счете представляют собой координаты, по которым можно отправлять в электронном виде информацию. Обычно электронный почтовый ящик принадлежит определенному человеку, однако иногда его регистрируют и на имя компании. В последнем случае, как правило, электронный ящик служит для получения сообщений общего характера: высказываний, пожеланий, вопросов, адресуемых предприятию в целом. Таким образом, доменное имя, определяющее почтовый адрес получателя, должно для простоты запоминания быть как можно более коротким и несложным, чтобы отправитель корреспонденции имел как можно меньше возможностей направить сообщение не тому адресату. Доменные же имена, характеризующие адрес Веб-сайтов в сети Интернет, напротив как бы подсказывают посетителям интерактивных страниц, где именно в электронном виде найти ту или иную информацию во Всемирной Паутине. Цель администраторов сайтов заключается в привлечении как можно большего числа посетителей на страницы своего Веб-сайта, поэтому в этом случае адрес должен быть как можно более запоминающимся, однако не всегда наиболее коротким. Например, имя www.wр.ru, по мнению некоторых Интернет-пользователей, может оказаться сложнее, чем, скажем, www.tractor.ru. Хотя с другой стороны и достаточно длинное имя может запоминаться не менее тяжело. Судите сами, максимальная допустимая длина доменного имени составляет 67 знаков, среди которых, кстати, могут быть как буквы и цифры, так и некоторые символы, а регистр букв (верхний или нижний), между прочим, значения не играет. Опыт показывает, что чем длиннее адрес, тем, как правило, его сложнее запомнить. Разумеется, сочиняя наиболее привлекательное и доступное имя Веб-сайта, можно придумать и целую простую для восприятия фразу, например, www.iloveyou.com, однако не стоит забывать, что с ростом количества используемых знаков растет и риск ошибиться при вводе посетителем электронного адреса с клавиатуры. А если Интернет-пользователь сразу в таком случае не поймет, в чем дело, он может ведь развернуться и уйти к «конкуренту»… Впрочем, многие провайдеры услуг в Сети уже позаботились и о том, как потенциальным посетителям найти страницу, скажем, компании, даже не зная ее адреса, доменного имени. В функции современных поисковых двигателей в Интернет уже входит определение точного электронного адреса сайта по нескольким первым буквам, например, или вывод на экран целого списка подходящих под данное пользователем определение. Таким образом, учитывая то, что доменное имя фактически дублирует в буквенной форме цифровой IP-адрес, уникальный для каждого отдельного компьютера, нескольких одинаковых доменных имен существовать в природе по определению не должно. Для обеспечения их «уникальности» был разработан определенный формат, в котором записывается каждое отдельное имя. Давайте рассмотрим 2 примера простых доменных имен: terralycos357@moscow.tsi.ru – пример электронного почтового адреса; http://www.kerry.msc.ru – пример электронного адреса Веб-сайта в сети Интернет. Нетрудно заметить, что между ними есть что-то общее в синтаксисе написания. Действительно так. В первом случае доменное имя указывается после символа «@», который обычно в шутку называют «собачкой», а во втором – после символа «//». Доменное имя состоит из нескольких частей (справа налево): домена высшего уровня (общий в обоих случаях“.ru”), а затем доменов второго (“.tsi” и “.msc” соответственно) и третьего (“.moscow” и “.kerry”) уровней. Домены высшего уровня классифицируются на три группы: общие домены высшего уровня, домены высшего уровня указывающие код определенной страны, а также международные домены высшего уровня. Примерами общих доменов высшего уровня можно считать столь привычные “.com”, “.net” и “.org”. Их можно использовать в независимости от географического положения подключаемого к Сети компьютера. Однако они распределяются в зависимости от статуса подавшего на их получение заявления. Так, обладателями сайтов с именем, заканчивающимся на “.com” могут стать лишь компании и коммерческие предприятия, с «суффиксом» “.net” – провайдеры сетевых услуг, а “.org” «присваивают» Веб-сайтам организаций, при том в большинстве своем общественных. Примерами доменов высшего уровня, указывающих код определенной страны, можно считать и “.ru”, и “.jp”, и “.uk”. Принцип, который использовали для подбора каждого из них, следующий: как правило, в качестве домена этой категории используют первые две буквы кода страны согласно кодировке ISO 3166. Так, например, Японию (название которой на английском языке пишется не иначе, как Japan) характеризует имя “.jp”, Россию (Russia) – “.ru”, а Францию (France), соответственно, “.fr”. В качестве примера доменного имени последней категории приведем “.int”. Имена, подпадающие под эту категорию, как правило, более «специфичны» и распределяются между правительственными учреждениями разных государств (“.gov”), учебными заведениями США (“.edu”) и международными организациями (“.int”). Согласно условиям регистрации доменных имен компания, например, занимающаяся торговлей продуктами питания, не имеет права получить доменное имя “.edu”, например, в то же время французское предприятие не в праве претендовать на доменное имя высшего уровня другой страны, скажем, той же России, “.ru”. Хотя, конечно, не обходится и без исключений. Крупные американские корпорации получают электронные адреса в Интернет-зонах других стран, как открывшие в них виртуальные представительства, а практически «любой смертный» может смело зарегистрировать свой сайт в зоне того же африканского Интернет, так как в последнем случае развивающиеся страны страдают от избытка доменных имен и недостатка спроса на них. К слову, если в онлайновом секторе США год назад было зарегистрировано порядка пяти миллионов адресов Веб-сайтов, а в Германии (“.de”) немногим более одного миллиона, в Австралии было удовлетворено лишь 130000 заявок на получение «местного» доменного имени, в Новой Зеландии чуть более 30000, а на Филиппинах порядка 3000. И не каждый даже знает, что в принципе доступных в Интернет доменных имен высшего уровня на самом деле больше 240. ----------------------------- Источник: http://ecom.aport.ru Удаление избыточного кода Многим специалистам в области SEO известно, что избыточный код представляет собой большую проблему для индексации сайта. Кроме этого, затрудняется само понимание кода: где что и что к чему относится. Существует методы, применив которые можно добиться корректной индексации страниц сайта, прозрачности и понятности HTML-кода. Что такое избыточный код? Появления избыточного HTML-кода сопряжено с чрезмерным употреблением операторов, тегов разметки (markup). Разумеется, в данном случае не ведется речь о контенте, который присутствует на странице, – затрагивается проблема именно устранения избыточного кода разметки. Чтобы решить проблему, нужно выяснить ее источники. Избыток кода от использования Dreamweaver Image Swap Данное свойство картинки позволяет добиться того, что картинки могут сменять друг друга в порядке, определенном пользователем (эффект «перекатывания»). Пожалуй, многие обращали внимание на следующие фрагменты кода: eg. MM_swapImgRestore(), MM_pImages() etc. Наличие подобных фрагментов прибавляет порядка 1,3 кб избыточного кода. Не такая уж и большая цифра, но это только один источник лишнего кода. Не рекомендуется использовать Image Swap при создании навигационных элементов. Лучше потратить больше времени на создание приличного CSS для меню, нежели прибегать к использованию Image Swap, к примеру, можно использовать свойство “a:hover”, чтобы менять цвет фона картинками. #menu a { background: url('images/button.gif'); { #menu a:hover { background: url('images/button-over.gif'); { Использование одних и тех же стилей в CSS Думается, большинство пользователей совершали подобную ошибку, когда начинали работу с CSS….. HTML: Foo Bar Baz CSS: a.menu-item { color: red; } Часто класс "menu-item" используется подобным образом. Но гораздо лучше использовать класс “menu” так: HTML: Foo Bar Baz CSS: #menu a { color: red; } В результате, код станет более удобен для восприятия, не будет лишних фрагментов, а работать будет он так же, как и предыдущий. Бесполезные мета-теги Не следует злоупотреблять мета-тегами, особенно теми, содержание которых может привести к санкциям со стороны поисковых систем. Не нужно бессмысленно включать ключевые слова во все мета-теги. Пример лишней мета-информации: Нельзя сказать, что все из них приносят пользу, некоторые даже могут навредить: прописав meta name="Publisher-Email", вы добровольно подписываетесь под то, что ваш почтовый ящик будет в скором будущем заспамлен. Пожалуй, самыми полезными мета-тегами являются Description и Keywords. Добавление бесполезной мета-информации также ведет к увеличению кода на 1 кб. Избыточный код для таблиц Пустые ячейки – очень частые гости в HTML-коде. Следите за тем, чтобы такой бесполезной информации не было в вашем коде. Избыток информации в CSS Многие не знают, что грамотно составленный CSS может привести к экономии 5 - 10 Кб. Если хотите узнать, за счет чего можно сократить CSS, то можно обратиться к данному сервису. Избыток от использования редакторов WYSIWYG What You See Is What You Get («что видишь, то и получаешь») – режим, в котором работает большинство HTML-редакторов. Обычный фрагмент кода для таких редакторов: This is bold text Это путь, по которому пойдет скорее ленивый, нежели грамотный. А теперь более экономный и лучший вариант: This is bold text or This is bold text Также вполне обычным делом является следующий фрагмент: some bold text Пустые теги лишь засоряют код и отнюдь не способствуют корректной индексации страниц сайта. Избыточный комментарий Здесь, думается, в подробные описания пускаться не стоит. Каждый для себя решает этот вопрос по-своему. Если разработчик или верстальщик считает нужным давать развернутый комментарий, то пусть это делает. В конце концов, перегруженный код будет все-таки получше, нежели тот, который не работает или в котором легко запутаться. Идентификаторы сессий Кроме того, что идентификаторы сессий представляют собой угрозу успешному продвижению сайта (роботы поисковых систем неохотно индексируют url с идентификаторами сессий), так еще подобные url изрядно перегружают HTML-код. Если на странице находится около 50 url с идентификаторами сессий, то это составляет приблизительно 1,6 кб лишней информации. Как видим, избыточный код может появиться по очень большому количеству причин. Каждая из них, возможно, не так значительна. Однако, если их брать совокупно, получается существенное количество лишнего кода. Поэтому, перед тем как прописать какой-нибудь тег, подумайте о его необходимости и пользе продвижению, при этом, конечно, не в ущерб концепции и дизайну сайта. Материал взят: http://www.wolab.ru/article/a-137.html Создание сайта: «Как это было 10 лет назад?» Предлагаю Вам серию статей на тему: «Как это было 10 лет назад?», во времена героев х/ф «БУМЕР» и сериала «БРИГАДА», когда на улицах господствовали группировки, назначались «стрелки» и происходили разборки. Нет смысла брать в руки книги истории прошедших лет, на много интереснее было бы проследить ход развития «Рунета» и Интернет-проектов тех лет. Чтение собранных нами материалов, позволит Вам получить полную картину понятия — «Создание сайта»! Часть 1. — В книгах пишут! (Изучаем создание сайтов) Книги тех лет (1995г. — 1997г.) не баловали исчерпывающей информацией, о том как нужно делать веб-сайты, какими основными принципами необходимо было руководствоваться при создании сайта. Книги писались в странах с более развитой сетью Интернет и переводились в России для программистов! В то время, термин «Веб-дизайн» еще не появился в России, вся работа по созданию сайта лежала только на Веб-программисте, который, сами понимаете, дизайном владел поверхностно. Интернет того времени был мало востребован в России, т.к. Рунет только развивался, качество связи оставляло желать лучшего, и в России господствовали сети FIDO NET и BBS станции. В качестве примера, можно привести «Введение» из книги «HTML в действии», автора «Брюса Мориса» 1996 год.: Я хотел начать свою книгу с предупреждения: «Все, что написано далее, устарело на четыре месяца», но мой редактор, похоже, считает, что такое вступление — не самое удачное. Он, конечно, прав с точки зрения маркетинга. Вы, может быть, уже знаете, что World Wide Web и Интернет развиваются быстро. Наверное, пора вводить новую единицу измерения времени, «год Web», нечто очень краткое, намного меньше календарного года. Чтобы написать книгу такого объема, как эта, необходимы три-четыре месяца, и почти столько же нужно для того, чтобы ее отредактировать, внести корректуру, напечатать и распространить. За это время пройдет несколько Web-лет, и некоторые представленные здесь материалы окажутся вытесненными новыми разработками или станут, увы, для будущих Web-дизайнеров чем-то вроде устаревших новостей. Я пытался, как мог, сделать книгу соответствующей современным стандартам, и по мере приближения срока окончания работы над ней возвращался назад и обновлял написанные ранее разделы. Но Web — это движущаяся мишень, и единственное, на что может рассчитывать любая книга о ней, — стать своего рода моментальной фотографией. Несмотря на темпы перемен, багаж Web не пропадает - он лишь пополняется. Все, чему вы научитесь после того, как прочтете эту книгу, лишь дополнит ваши знания, почерпнутые из нее. Я надеюсь, что смогу помочь вам включить в вашу Web-страницу кое-что из тех интересных и полезных штучек, которые вы видите в Web. Невозможно в одной книге рассказать обо всем, что есть в Web, но я надеюсь по крайней мере помочь вам взять старт и указать верное направление. Двигаясь по намеченному пути, вы сами найдете те средства, которые потребуются, чтобы сделать ваш Web-сервер интересным и современным с точки зрения технологии и дизайна. Я считаю, что вы в основных чертах знакомы с HTML. При описании большинства вопросов я начинаю с основ, но затем быстро перехожу к объяснению различных тонкостей создания Web-страниц, ради которых вы, возможно, и купили эту книгу. Некоторые из указанных средств относятся к основам языка, другие достаточно сложны. Но поскольку большая часть материала весьма проста, книга в целом не перегружена техническими подробностями и сложными методами. Когда мы перейдем к действительно трудным вещам, я предупрежу вас. Что выбрать: расширение границ или совместимость? Я обожаю выходить за рамки «обычного» HTML. HTML-пуристы могут назвать меня подпольщиком — я буду с гордостью носить это звание. Я бы даже написал на всех своих страницах: «Подготовлено в строгом соответствии со спецификациями подпольного HTML». Не поймите меня неправильно: я не призываю распустить комитеты по HTML-стандартам. Если бы они нас не сдерживали, легко представить, во что превратились бы наши Web-страницы. Но не менее очевидно и то, что без HTML-радикалов любые нововведения лежали бы под сукном во всякого рода комиссиях до скончания века. Хотя я сам приверженец идеи использования нестандартных, или неофициальных, расширений, я хочу, чтобы вы ясно осознавали: многие броузеры не понимают нововведений. В то время как Web-дизайнеры раздвигают границы HTML, часть Web-пользователей приходит в отчаяние: их броузеры не в состоянии показать документ в том виде, в каком он должен быть по замыслу его создателя. Каждый броузер показывает HTML-страницы по-своему, даже два броузера одного типа и версии могут быть настроены по-разному у двух пользователей. Если один из них, скажем, установил шрифт Helvetica, а другой предпочитает Times Roman, то одна и та же страница будет выглядеть по-разному. Обычно HTML-дизайнеры пишут код HTML в текстовом редакторе, держа на экране открытый броузер, чтобы, внося изменения в страницу, одновременно видеть, что у них получается. При этом приходится все время переключаться между двумя окнами, следя за вносимыми исправлениями. В процессе работы нередко забывают о том, что вид страницы зависит от броузера. Мудрый Web-дизайнер поступит иначе: он сначала проверит, как смотрятся все необычные HTML-конструкции в нескольких популярных броузерах, а уже потом поместит свои страницы в Web. Некоторые разработчики предпочитают сначала определить броузер, которым лучше смотреть их страницы, а потом проектируют под него свой Web-узел. Многие делают ссылку на броузер с сервера компании-разработчика. Это законный способ. Большинство компаний, разрабатывающих Web-броузеры, стараются поддерживать все последние расширения, так что в основном броузеры все же совместимы. Редко бывает так, что страницы с расширением, специфичным для какого-то определенного броузера, совершенно не читаются другими. Как Web-дизайнер вы должны решить, будут ли добавления, которыми вы пользуетесь, видны большей части ваших посетителей. Необходимо понять, что лучше: привлекательный сервер, который реально увидят во всей его красе только 80 процентов посетителей, или простой скучный сервер, который сможет посмотреть любой. Что до меня, то я предпочитаю, чтобы 80 процентов пользователей снова и снова заходили посмотреть на мои страницы и рассказывали о них друзьям, чем чтобы 100 процентов побывали там один раз, зевнули и больше никогда не возвращались. В настоящий момент Microsoft Internet Explorer и Netscape Navigator являются самыми популярными броузерами. При этом обе компании стараются расширить HTML. Еще недавно исследовать Web можно было только с помощью текстовых броузеров, таких как почтенный Lynx, а единственным редактором был EMWACs; наверное, пионерам Интернет кажется, что все это было вчера. Появление HTML 1.0 избавило пользователей от зависимости от типа машины. HTML был разработан как система доставки документов, позволяющая сделать практически любой файл доступным через Интернет. Главной задачей HTML является отображение информации с гипертекстовыми ссылками на компьютерах самых разных типов. К сожалению, метод передачи документов с помощью HTML не дает возможности согласовывать вид документа на разных платформах - гарантируется только его структура. До недавнего времени HTML уделял гораздо больше внимания переносимости структуры и содержимого, чем внешнему виду. Не следует забывать о том, что и сейчас небольшой процент пользователей исследует Web с помощью текстовых броузеров, а некоторые Web-разработчики применяют для оформления своих HTML-страниц редакторы из UNIX. Но это не означает, что вы должны перестать пользоваться новейшей техникой, чтобы ваши страницы можно было смотреть текстовыми броузерами. Вы можете разместить среди атрибутов картинки тег ALT= и продублировать в тексте ссылки на URL, заданные в картах активных изображений. Netscape Navigator и Microsoft Internet Explorer предлагают новейшие "крутые" расширения и подключаемые модули (plug-ins), среди них VRML, Java, Real Audio и Acrobat. Один из способов проголосовать за эти нововведения - включить их в свои страницы. По мере того как все большее число пользователей требуют предоставить им доступ к потрясающим возможностям самых лучших узлов, разработчики броузеров вынуждены совершенствовать свои продукты. Таким образом, новые инструменты Web будут завоевывать популярность, и терять свое привилегированное положение. Мне повезло: будучи менеджером группы Internet Team в Gateway 2000, я работал с самыми изобретательными и творчески одаренными Web-дизайнерами. Некоторые из их трюков попали на эти страницы. Я долго изучал разные способы, как эффектно сделать простые вещи, да еще так, чтобы они работали, и попытался описать все это для вас понятным языком. Некоторые хитрости и способы их реализации описаны в этой книге. Но мне всегда хочется чего-нибудь «покруче». Пожалуйста, не стесняйтесь, рассказывайте мне, что еще вам запомнилось в Web, какие инструменты и методы разработки Web-страниц вам нравятся. Основные методы HTML. Не пролистывайте эту главу слишком быстро, даже если вы считаете себя опытным HTML-разработчиком. Тот факт, что заголовок включает слово «основные», еще не означает, что описываемые здесь средства непригодны для создания действительно "крутых" страниц. Некоторые из фундаментальных тегов и методов HTML почти неизвестны или мало используются, а между тем они способны привнести в ваши страницы нечто новое. В HTML 3.0, а также в броузерах Netscape Navigator и Microsoft Internet Explorer появились новые тега и атрибуты. Примените их с толком, и ваши страницы станут не только удобными и красивыми, но и запоминающимися на фоне обычных Web-страниц. Не стоит, конечно, увлекаться модной или особенно эффектной техникой только для того, чтобы показать, что вы ею владеете. И все же часто именно среди самых новых атрибутов или тегов можно найти такие, которые придадут вагам страницам оригинальность. Используйте найденное средство сразу же, ждите, пока основная масса Web-разработчиков тоже его откроет. А когда это произойдет - оставьте его только на тех страницах, где оно действительно необходимо. Описании тегов и атрибутов в этой главе я старался показать, насколько удобными и красивыми становятся Web-страницы при хорошем дизайне. Однако это не значит, что здесь рассматриваются все малоизвестные теги, такие как , и ), мигание () и другие. Для создания нумерованных и маркированных списков существуют теги списков. Простые операции по размещению текста на странице выполняют теги и ряд других. Но чтобы по-настоящему скомпоновать текст и графику, нужно поместить все это в таблицу
. Таблицы без разделительных и окаймляющих линий применяются для расположения элементов дизайна на всей странице. Пользователь, читающий такую страницу, даже не поймет, что она создана с помощью таблицы. Искусство построения таблиц необходимо для разработки сложных Web-страниц. Мы займемся подробным изучением таблиц в главе 3. Атрибуты Атрибуты дополняют теги, позволяя описывать внешний вид части страницы, окруженной тегами. Например, текст, помещенный внутри тегов , будет выглядеть как большой центрированный заголовок. Атрибут ALIGN=CENTER указывает расположение текста. Тег с атрибутом показывает, что у таблицы будут граничные и разделительные линии нормальной толщины.
задает таблицу без граничных линий. Немного фантазии - и с помощью разнообразных атрибутов можно украсить даже самую скучную страницу. Теги и атрибуты могут различаться в разных броузерах. Некоторые исключительно полезные и интересные теги, предлагаемые такими современными броузерами, как Microsoft Internet Explorer и Netscape Navigator, могут не работать с другими броузерами. Если у вас есть основания считать, что ваши читатели используют некий определенный броузер, стоит проверить в нем свои красивые страницы. К счастью, большинство броузеров следуют за Microsoft и Netscape и стараются как можно быстрее включить поддержку новых средств. Те теги и атрибуты, которые не входят в текущие спецификации HTML, считаются расширениями HTML. Выравнивание и отступы Представьте себе, насколько элегантнее станут ваши страницы, когда вы освоите все возможные теги и атрибуты для выравнивания и отбивок элементов текста! Именно творческое использование этих возможностей отличает настоящих Web-гуру от новичков. Компоновка Web-страницы почти так же важна, как и ее содержимое. Полную версию «HTML в действии», автора «Брюса Мориса», вы можете прочитать в книге. Что стоит почерпнуть из прочитанного? Обратите внимание на то, как представляет себе Интернет автор книги. Автор владея опытом создания сайтов, пытается объяснить то, что еще только бурно развивается! Васильев Станислав Дмитриевич «Интернет-студия «Setupsite.Ru» 1 2 |