Реферати

Учбова допомога: Загальні відомості об HTML, принципи створення Web-вузла

Економічна характеристика Японії. виконала студентка 2 курси факультету Маркетингу групи 1210 Паленова Евеліна Японія - одна з найбільш високорозвинених країн світу, що займає друге місце у світі по економічній моці. На нее приходиться близько 7% світового ВВП. Країна розташована на 4 великих (Хоккайдо, Хонсю, Сикоку, Кюсю) і 4 тис. дрібних островах Японського архіпелагу.

Логистическая схема конкретного товару. Московський Відкритий Соціальний Університет Економічний^-Фінансово-економічний факультет Спеціальність: Менеджмент організації Курсова робота з маркетингу Логистическая схема конкретного товару ПИВО ОЧАКОВО ОРИГІНАЛЬНЕ

Поняття і порядок виборів Росії. Зміст: Уведення......3 Реєстрація (облік) списків виборців......4 Складання списків виборців......8

Кримінально-виконавче право 2. НЕДЕРЖАВНА ОСВІТНЯ УСТАНОВА ВИЩОГО ПРОФЕСІЙНОГО УТВОРЕННЯ МОСКОВСЬКИЙ ПСИХОЛОГО-СОЦІАЛЬНИЙ ІНСТИТУТ" Філія недержавної освітньої установи вищого професійного утворення "Московський психолого-соціальний інститут" у м. Муромі Владимирськ області

Розробка технологій повторення теми Логіка висловлень. Дипломна робота Технології повторення навчальної теми "Логіка висловлень" УВЕДЕННЯ Математика є наукою, у якій усі твердження доводяться за допомогою умовиводів, тобто шляхом використання законів людського мислення. У зв'язку з цим математика була основним споживачем логіки.

Лекція 1: Загальні відомості об HTML, принципи созданияWeb-вузла

Загальні принципи створення Web-вузла

Ви вирішили створити і розмістити в інформаційному просторі WWW (WorldWideWeb, Всесвітня павутина) власний Web-вузол. Які ж кроки треба зробити, щоб він був цікавий, корисний і, що важливо, відвідуємо. Перше питання, на яке необхідно дати чітку відповідь: з якою метою створюється Web-вузол? Від цього залежить багато що: стиль оформлення, необхідні для створення і подальшого функціонування витрати, формат представлення інформації для розміщення в Web, інструментарій і вимоги, що пред'являються до програмного забезпечення Web-сервера і каналів зв'язку з Internet. Тут можливо декілька варіантів. Якщо ви створюєте Web-вузол для компанії, реалізуючий якийсь товар, то основною метою може бути поширення інформації про фірму і реклама продукції, а також організація Web-магазина. При цьому будуть вирішені наступні задачі:

- зміна іміджу і підняття престижу компанії;

- просування торгової марки;

- доступність інформації про продукцію і ціни для клієнтів;

- підтримка ділерської мережі, доступність інформації про продукцію і ціни для ділерів;

- прямий продаж продукції в Internet, організація Web-магазина;

- доступність внутрішньої інформації для співробітників, працюючих поза офісом.

Інший варіант - створення Web-вузла наукової або загальноосвітньої організації, що не займається комерцією в Internet, а що розповсюджує інформацію. У цьому випадку мова піде про збір, переробку і розміщення на Web-вузлі великих масивів даних з організацією пошуку і доступу до них.

І останній варіант, що розглядається - коли ви вважаєте за необхідним розмістити в Internet свою особисту сторінку. Для того, щоб правильно відповісти на поставлені питання, необхідно сформувати категорії користувачів, на які розрахований Web-вузол. Виходячи з їх психології, повинна будуватися інформаційна структура, яка буде залучати і втримувати клієнтів. Надалі всі питання про доцільність яких-небудь дій, пов'язаних з Web-вузлом, повинні розглядатися відповідно до того, як відреагують на них відвідувачі, і наскільки вони будуть сприяти досягненню головної мети. Після того, як сформульовані цілі і визначені категорії користувачів, необхідно розподілити підготовлену інформацію по Web-документах, продумати зв'язку між ними і передбачити додаткові навігаційні можливості, наприклад, пошукову систему по вмісту Web-вузла.

Типова структураWeb-вузла фирмиобично представлена так:

Інформація про компанію. Потрібно розказати про цілі і діловий вигляд фірми, її історії і т. д. Покажіть, яку вигоду отримають клієнти від співпраці саме з вами, а не з іншими компаніями.

Інформація про продукцію і послуги. Розмістіть на Web-сторінці фотографії або малюнки своєї продукції. Опишіть її властивості і переваги, приведіть приклади використання. Якщо є паперовий каталог продукції, то можна перенести його структуру і зміст в Web-вузол. Це полегшить створення і подальше оновлення електронного варіанту каталога. Якщо планується прийом замовлень на продукцію або послуги через Internet, то треба розмістити тут бланк замовлення, який буде поступати по електронній пошті.

Інформаційна підтримка. У цьому розділі публікується додаткова технічна інформація, питання, що часто задаються, ради по усуненню несправностей і т. п.

Новини. Проінформуйте клієнтів про нові товари і послуги, що надаються фірмою, опублікуйте пресс-релизи і т. п.

Зворотний зв'язок. Повідомте, як з вами можна зв'язатися, де ви знаходитеся. Вмістіть форму для відгуку, гостьову книгу, адреси електронної пошти, на які клієнт може відправити запит, і т. п.

При наповненні Web-вузла завжди треба пам'ятати два принципи: унікальність і достовірність матеріалів, що публікуються. Унікальність є першочерговою вимогою до змісту. У WWW вже може існувати немало сторінок з схожими матеріалами. Ваш Web-вузол повинен чимсь відрізнятися від серверів з аналогічною тематикою, хоч би для того, щоб привернути до себе увагу. Наявність унікальних матеріалів на вашій сторінці збільшить її відвідуваність. Для того, щоб створити унікальний інформаційний ресурс, не обов'язково винаходити щось принципово нове, можна по-іншому оформити вже існуючі ресурси, але при цьому не примушувати клієнта тратити багато часу на їх пошук. Перевірити ж ресурси на унікальність можна за допомогою пошукових серверів. Що стосується авторитетности, то все залежить від того, наскільки ретельно ви підберете інформацію, перевірите її і будете своєчасно оновлювати. При створенні Web-вузла необхідно пам'ятати, що становлячі його окремі документи повинні бути об'єднані загальним стилем оформлення і коштами навігації. Єдиний стиль оформлення - один з показників, що відрізняють професійний Web-вузол від любительського. Завдяки одноманітно зробленим документам користувачі будуть відрізняти ваш Web-вузол від інших і запам'ятають його. Це не означає, що документи повинні бути схожі один на одну як двох краплини води, але загальна ідея, єдиний стиль, повинні бути присутній неодмінно.

Те ж відноситься і до коштів навігації по сторінках. Не варто розраховувати, що відвідувач знає структуру Web-вузла так само добре, як ви. Він повинен без великих зусиль розуміти, де він знаходиться зараз і як можна попасти в будь-яке інше місце. Необхідно передбачити можливість переходу до першого документа, програми пошуку або до схеми Web-вузла.

Крім того, єдність стилю дозволяє використати шаблони - сторінки, вмісні тільки загальні елементи оформлення і навігації (без інформаційного наповнення). З їх допомогою можна швидко і ефективно створювати нові сторінки і розподіляти роботу по їх створенню між декількома людьми. При використанні шаблона для отримання готової сторінки досить лише внести в нього необхідну інформацію. Послідовність, логічність, постійність - ось необхідні якості хорошого Web-вузла. Значно спростять роботу по формуванню і зміні стилю вашого Web-вузла каскадні таблиці стилів, що з'явилися в HTML 4.0. Про деякі їх можливості буде розказано нижче, а повністю ним присвячений окремий розділ. Після того, як визначені цілі, задана структура і зібрана текстова і графічна інформація, необхідно розробити зовнішній вигляд Web-вузла. Він також залежить від тих цілей, які необхідно досягнути. Спектр можливих рішень тут дуже широкий: від перегляду вже існуючих сторінок і створення подібних, до звертання за допомогою до професійних дизайнерів і художників. У той же час, необхідно пам'ятати про деякі вже що склався правила побудови Web-документів, з яких складається Web-вузол.

Структура. На сьогодні уявлення про структуру документа досить устоялося. Web-документ повинен містити в собі наступні розділи: заголовок, назва компанії, навігаційну панель, власне зміст, контактну інформацію, дату і час оновлення, авторські права і статус документа.

Логотип. Створюючи Web-сторінку, необхідно потурбуватися про те, щоб назва фірми завжди була присутня на екрані. Для цього на початку кожного Web-документа звичайно вміщується барвисто оформлений логотип фірми. Крім того, назва компанії повинно бути присутній і у вихідних даних до всіх документів.

Навігаційна панель. Одним з найбільш важливих розділів Web-документа є навігаційна панель або панель управління. WWW завоювала весь світ багато в чому завдяки тому, що гіпертекстові посилання забезпечують повну связность матеріалів, що публікуються. Але ці ж посилання таять в собі небезпеку занурення в повний хаос, коли, пройшовши ланцюжок з трьох-чотирьох документів, ви вже не зможете повернутися назад, заплутавшись у великій кількості посилань. Ваш Web-вузол повинен забезпечувати користувачу ясні і інтуїтивно зрозумілі навігаційні маршрути.

Численні дослідження показали, що відвідувачі Web-серверів дуже нетерплячі і далі, чим на два рівні документів, заглиблюватися в зміст сервера не хочуть. Тому, створюючи Web-вузол великого об'єму, потрібно передбачити проміжні документи, що звичайно знаходяться на першому-другому рівнях, від яких будь-яка інформація знаходиться не далі, чим в двох переходах. Навігаційна панель вашого Web-вузла повинна бути присутній в кожному документі. Насамперед, вона повинна включати в себе направляючі посилання типу "Уперед "-" Назад" ( "Наступний "-" Попередній"), вказуючі на сусідні документи в структурі Web-вузла. Далі від панелі управління обов'язково повинні йти посилання на всі великі розділи Web-вузла - так звані розділи першого рівня. І, нарешті, користувач завжди повинен мати можливість вмить повернутися на головну сторінку Web-вузла. Крім посилань потрібно указати шлях до локальної пошукової системи і індексу.

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

Часто виникає питання про розміри документа: яке число сторінок є оптимальним? Відповідь на перший погляд може показатися дивним: одна екранна сторінка або взагалі ніяких обмежень. Численні дослідження показали, що користувачі не люблять працювати з смугами прокрутки браузеров. Більше усього їм подобаються документи, які розміщуються на одній екранній сторінці. Так і в WWW - ви ніяким чином не зможете дати користувачу більше інформації, ніж в концентрованому викладі на одній сторінці. Якщо все-таки ви не укладаєтеся в ці рамки, створіть ще один документ. Одна екранна сторінка виявилася відповідною мірою представлення інформації. Якщо розмір документа перевищує одну сторінку, то в більшості випадків він може бути поділений на декілька логічних частин, кожна з яких буде займати не більше за одну сторінку. Якщо ж логічного ділення інформації зробити не вдається, то необхідно переробити стиль викладу, а можливо, і самі матеріали. Зараз виробилася єдина думка, що Web-сервер необхідно будувати на основі одноекранних документів. Є тільки два виключення з цього правила. Воно не розповсюджується на статті, що публікуються в WWW, і друге виключення - анкетні форми, які, природно, не можна розривати.

Графіка. При розробці Web-сторінки треба дуже уважно вибирати оптимальне співвідношення графічних і текстових матеріалів. Одна хороша картинка може замінити тисячу рядків тексту, але і завантажуватися по мережі вона буде в тисячу разів довше. Тому графікою треба користуватися обережно. Можна вийти з того, що графіки на сторінці повинне бути трохи менше, ніж хочеться Web-майстру. Користувачам може просто не хватити терпіння, і вони закриють документ ще до того, як він повністю завантажиться. Затримка відгуку системи спричиняє у користувача роздратування. Всі розуміють, як важко зараз йдуть справи з канальною інфраструктурою в Internet. Тому час затримки зростає в залежності від часу діб, за різними оцінками до 15-60 секунд. Тепер представте, що у клієнта тільки модем на 19200 біт/з. Більшого на російських телефонних лініях досягнути дуже важко. Тоді за хвилину, тобто до того, як клієнт втратить терпіння, можна передати тільки біля 170 Кбайт даних. Отже, розмір документа не повинен перевищувати цього значення. Потрібно відмітити, що звичайно панель управління, логотип і назва фірми виконуються у вигляді графічних елементів. Після створення макета можна приступити до його реалізації за допомогою мови HTML і інакших коштів, що пропонується сучасними технологіями WWW.

Завершивши створення Web-вузла, необхідно розмістити його в Internet. Тут можливі два варіанти: перший - використати комп'ютер, який разом з Web-сервером і Web-вузлом знаходиться у вашому офісі і підключається до Internet по виділеній або комутованій лінії; другої - скористатися для розміщення Web-вузла послугами спеціальних організацій.

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

На що потрібно звернути увагу при виборі провайдер, що розміщує вашWeb-вузол на своєму сервері?

Пропускна спроможність каналів. Щоб вашим відвідувачам не довелося дуже довго чекати завантаження сторінок, провайдер повинен володіти надійним високошвидкісним з'єднанням порядку 1-2 Мбіт в секунду. Підтримка сервером провайдераSSI(ServerSideIncludes, вставки на стороні сервера). Використання SSI дозволяє Web-серверу вставляти невеликі об'єми динамічних даних безпосередньо в HTML-документ, що пересилається користувачу. Запитана HTML-сторінка "переглядається" в пошуках елементів SSI. Виявивши такий елемент, сервер вставляє необхідну динамічну інформацію. З допомогою SSI можна включати один файл до складу іншого, виконувати CGI-сценарії і передавати іншу інформацію. Необхідно уточнити, які саме функції SSI підтримуються на сервері провайдер. Підтримка сервером провайдер CGI-сценаріїв. CGI (CommonGatewayInterface, загальний шлюзовий інтерфейс) - специфікація, що дозволяє Web-серверу виконувати довільні прикладні програми. Внаслідок роботи таких програм (сценаріїв, або "скриптов") створюються HTML-документи. За допомогою CGI-сценаріїв можуть прийматися дані від користувача, вони дозволяють організувати діалог на Web-сторінках, запити до баз даних і т. д. Створити CGI-сценарій можна за допомогою будь-якої популярної мови програмування: Perl, Basic, З, З++, Pascal і т. п. Підтримка моментальної перекодировки. На жаль, для російської мови в Internet при роботі на різних платформах (Windows, Mac, Unix і т. д.) прийняте різне кодування. Щоб користувачу було легко переглядати сторінки, Web-сервер провайдер повинен уміти автоматично перекодувати документи в залежності від запиту, що поступив. У іншому випадку або зміст вашого Web-вузла для деяких відвідувачів буде що нечитається, або доведеться забезпечувати декілька копій Web-вузла - по одній на кожне кодування, що підтримується. Спосіб оновлення сторінок. Звичайно сторінки оновлюються по протоколу FTP (FileTransferProtocol, протокол передачі файлів). Деякі FTP-клієнти дозволяють працювати з файлами на комп'ютері провайдер так само, як з власним диском, - копіювати, видаляти, перейменовувати і т. п.

Як правило, можливість розміщення Web-вузла провайдер надає своїм користувачам за невелику плату або безкоштовна.

Існують служби, які надають місце під Web-вузли безкоштовно разом з адресою електронної пошти і іншими послугами. Як правило, умовою такого "безкоштовного" розміщення є виділення на ваших сторінках деякого місця під рекламу. Крім того, накладаються обмеження на розмір ваших файлів.

Історія розвитку HTML

В чи 1989 році Тім Бернерс- запропонував керівництву Європейського Центра ядерних досліджень (CERN) проект розподіленої гіпертекстової системи, яку він назвав WorldWideWeb (WWW), Всесвітня павутина. Спочатку ідея системи полягала в тому, щоб за допомогою гіпертекстової навігаційної системи об'єднати всю безліч інформаційних ресурсів CERN в єдину інформаційну систему. Технологія виявилася настільки вдалою, що дала поштовх до розвитку однієї з самих популярних в світі глобальних інформаційних систем. Практично в свідомості більшості користувачів глобальної комп'ютерної мережі Internet сама ця мережа асоціюється з трьома основними інформаційними технологіями:

- електронна пошта (e-mail);

- файлові архіви FTP;

- World Wide Web.

Причому остання технологія поступово переміщається на перше місце.

Успіх технології WorldWideWeb визначений двома основними чинниками: простотою і використанням протоколів міжмережевого обміну сімейства TCP/IP, (TransmissionControlProtocol, протокол управління передачею/InternetProtocol, протокол Internet), які є основою Internet.

Практично всі користувачі Мережі одночасно отримали можливість спробувати себе як творці і читачів інформаційних матеріалів, опублікованого у Всесвітній павутині. Але і популярність самого Internet багато в чому викликана появою WorldWideWeb, оскільки це перша мережева технологія, яка надала користувачу простий сучасний інтерфейс для доступу до різноманітних мережевих ресурсів. Простота і зручність застосування привели до зростання числа користувачів WWW і привернули увагу комерційних структур. Далі процес зростання числа користувачів став лавиноподібним, і так продовжується досі.

При цьому сама технологія на початковому етапі була надзвичайно проста. Справа в тому, що при розробці різних компонентів технології (мови гіпертекстової розмітки HTML (HyperTextMarkupLanguage, мова розмітки гипертекста), протоколу обміну гіпертекстовою інформацією HTTP, специфікації розробки прикладного програмного забезпечення CGI і інш.) передбачається, що кваліфікація авторів інформаційних ресурсів і їх оснащеність коштами обчислювальної техніки будуть мінімальними. Однією з компонентів технології створення розподіленої гіпертекстової системи WorldWideWeb стала мова гіпертекстової розмітки HTML, розроблена чи Тімом Бернерсом- на основі стандарту мови розмітки друкарських документів - SGML (StandardGeneralisedMarkupLanguage, стандартна узагальнена мова розмітки). Дениел В. Коннолі написав для нього DocumentTypeDefinition - формальний опис синтаксису HTML в термінах SGML.

Розробники HTML змогли вирішити дві задачі:

- надати дизайнерам гіпертекстових баз даних простий засіб створення документів;

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

Перша задача була вирішена за рахунок вибору теговой моделі опису документа. Така модель широко застосовується в системах підготовки документів для друку. Прикладом такої системи може служити добре відома мова розмітки наукових документів TeX, яка була створений Дональдом Батогом і запропонований Американським математичним суспільством, і програми його інтерпретації. Мова НТМ L дозволяє розмічати електронний документ, який відображається на екрані з поліграфічним рівнем оформлення; результуючий документ може містити самі різноманітні мітки, ілюстрації, аудіо- і відеофрагменти і так далі. До складу мови увійшли розвинені кошти для створення різних рівнів заголовків, шрифтових виділень, різні списки, таблиці і багато що інше. Другим важливим моментом, що вплинув на долю HTML, стало те, що як основа був вибраний звичайний текстовий файл. Вибір був зроблений під впливом наступних чинників:

- такий файл можна створити в будь-якому текстовому редакторі на будь-якій апаратній платформі в середовищі якої бажано операційної системи;

- до моменту розробки HTML існував американський стандарт для розробки мережевих інформаційних систем - Z39.50, в якому як одиниця зберігання вказувався простий текстовий файл в кодуванні LATIN1, що відповідає USASCII.

Таким чином, гіпертекстова база даних в концепції WWW - це набір текстових файлів, розмічених на мові HTML, яка визначає форму представлення інформації (розмітка) і структуру зв'язків між цими файлами і іншими інформаційними ресурсами (гіпертекстові посилання). Гіпертекстові посилання, що встановлюють зв'язки між текстовими документами, поступово стали об'єднувати самі різні інформаційні ресурси, в тому числі звук і відео; в результаті виникло нове поняття - гипермедиа. Такий підхід передбачає наявність ще одного компонента технології - інтерпретатора мови. У WorldWideWeb функції інтерпретатора розділені між Web-сервером гіпертекстової бази даних і інтерфейсом користувача. Сервер, крім доступу до документів і обробки гіпертекстових посилань, забезпечує предпроцессорную обробку документів, в той час як інтерфейс користувача здійснює інтерпретацію конструкцій мови, пов'язаних з представленням інформації. Перша версія мови (HTML 1.0) була направлена на представлення мови як такого, де опис його можливостей носив швидше рекомендаційний характер. Друга версія мови (HTML 2.0) фіксувала практику використання його конструкцій. Версія ++ (HTML++) представляла нові можливості, розширюючи набір тегов HTML у бік відображення наукової інформації і таблиць, а також поліпшення стилю компонування зображень і тексту. Версія 3.2 змогла упорядити всі нововведення і погодити їх з існуючою практикою. HTML 3.2 дозволяє реалізувати використання таблиць, виконання кодів мови Java, що обтікається графіки текстом, а також відображення верхніх і нижніх індексів. Зараз WorldWideWebConsortium (W3C) - міжнародна організація, яка займається підготовкою і поширенням документації на опис нових версій HTML - вже опублікувала матеріали специфікації HTML 4.01. Крім можливостей розмітки тексту, включення мультимедіа і формування гіпертекстових зв'язків, що вже існували в попередніх версіях HTML, у версію 4.01 включені додаткові кошти роботи з мультимедіа, мови програмування, таблиці стилів, спрощені кошти друку зображень і документів. Для управління сценаріями перегляду сторінок Website (гіпертекстової бази даних, виконаної в технології WorldWideWeb) можна використати мови програмування цих сценаріїв, наприклад, JavaScript, Java і VBScript. Ускладнення HTML і поява мов програмування привело до того, що розробка Web-вузлів стала справою високопрофессиональним, що вимагає спеціалізації у напрямах діяльності і постійного вивчення нових Web-технологій. Але можливості Internet дозволяють користувачам, що володіють основами HTML, створювати і розміщувати власні Web-вузли без великих витрат. Саме на таких користувачів і розрахований курс, що пропонується.

Принципи гіпертекстової розмітки

HTML є описовою мовою розмітки документів, в ньому використовуються покажчики розмітки (теги). Теговая модель описує документ як сукупність контейнерів, кожний з яких починається і закінчується тегами, тобто документ НТМL являє собою не що інакше, як звичайний АSСII-файл, з доданими в нього керуючими НТМL-кодами (тегами). Оскільки HTML стався від SGML, в ньому дозволено використати тільки три керуючих символи: горизонтальну табуляцію, переклад каретки і переклад рядка. Це полегшує взаємодію з різними операційними системами. Теги НТМ L-документів в більшості своїй прості і зрозумілі, бо вони освічені за допомогою загальновживаних слів англійської мови, зрозумілих скорочень і позначень. НТМL-тег складається з імені, за яким може слідувати необов'язковий список атрибутів тега. Текст тега береться в кутові дужки (" < " і " > "). НайПростіший варіант тега - ім'я, взяте в кутові дужки, наприклад, < HEAD > або < I >. Для ряду тегов характерна наявність атрибутів, які можуть мати конкретні значення, що встановлюються автором для зміни функції тега.

Наприклад, при описі таблиці відкриваючий тег з атрибутами може виглядати так:

< table WIDTH=570 ALIGN=center CELLPADDING=10

CELLSPACING=2 BORDER=16 >

Цей запис означає наступне: таблиця шириною 570 пікселів, виравнена по центру, поле між рамкою і вмістом осередків 10 пікселів, поле рамки 2 пікселя, ширина бордюру 16 пікселів.

Атрибути тега слідують за ім'ям і відділяються один від одного одним або декількома знаками табуляції, пропусками або символами повернення на початок рядка. Порядок запису атрибутів в теге значення не має. Значення атрибута, якщо таке є, слідує за знаком рівності, що стоїть після імені атрибута. Якщо значення атрибута - одне слово або число, то його можна просто указати після знака рівності, не виділяючи додатково. Всі інші значення необхідно брати в одинарні або двійчасті лапки, особливо якщо вони містять декілька розділених пропусками слів. Довжина значення атрибута обмежена 1024 символами. Регістр символів в іменах тегов і атрибутів не враховується, чого не можна сказати про значення атрибутів. Наприклад, особливо важливо використати потрібний регістр при введенні URL (UniformResourceLocator, уніфікований покажчик ресурсу) інших документів як значення атрибута HREF.

Частіше за все елементи розмітки HTML або HTML-контейнери складаються з початкового і кінцевого компонентів, між якими розміщуються текст і інші елементи документа. Ім'я кінцевого тега ідентично імені початкового, але перед ім'ям кінцевого тега ставиться коса межа (/) (наприклад, для тега стилю шрифту - курсив < I > закриваюча пара являє собою < /I >, для тега заголовка < ТIТLЕ > закриваючою парою буде < /ТIТLЕ > ). Кінцеві теги ніколи не містять атрибутів. По своєму значенню теги близькі до поняття дужок "begin/end" в універсальних мовах програмування, які задають області дії імен локальних змінних і т. п. Теги визначають область дії правил інтерпретації текстових документів. При використанні вкладених елементів розмітки в документі потрібно дотримувати особливу акуратність. Вкладені теги треба закривати, починаючи з останнього. Деякі елементи розмітки не мають кінцевого компо нента, оскільки є автономними елементами. Наприклад, тег зображення < IMG >, який служить для вставки в документ графічного зображення, кінцевого компонента не вимагає. До автономних елементів розмітки також відносяться розрив рядка ( < BR > ), горизонтальна лінійка ( < HR > ) і теги, вмісний таку інформацію про документ, яка не впливає на його вміст, що відображається, наприклад, теги < META > і < BASE >. У деяких випадках кінцеві теги в документі можна опускати. Більшість браузеров влаштована так, що при обробці тексту документа початковий тег сприймається як кінцевий тег попереднього. Самий поширений тег такого типу - тег абзацу < Р >. Оскільки він використовується в документі дуже часто, його звичайно ставлять тільки на початку кожного абзацу. Коли один абзац закінчується, наступний тег < Р > сигналізує браузеру про те, що треба завершити даний абзац і почати наступний. Більшість авторів тегом кінця абзацу не користуються. Є і інші кінцеві теги, без яких браузери відмінно працюють, наприклад, кінцевий тег < /HTML >. Проте, рекомендується включати по можливості більше кінцевих тегов, щоб уникнути плутанини і помилок при відтворенні документа. Скорочено і образності ми будемо в ряді випадків замість словосполучення "елемент розмітки" застосовувати термін "контейнер". Загальна схема побудови контейнера в форматі HTML може бути записана в наступному вигляді:

"контейнер"=

< "ім'я тега" "список атрибутів" >

зміст контейнера

< / "ім'я тега" >

Потрібно відмітити, що в літературі крім терміну "контейнер" ще використовується і термін "елемент". Потрібно бути уважним, щоб не плутати контейнер (наприклад, BODY) і тег (BODY), що використовується при формуванні контейнера. Крім тегов, елементами HTML є CER (CharacterEntityReference), вони призначені для представлення спеціальних символів в документі HTML, які можуть бути невірно оброблені браузером. Передбачимо, створюється документ HTML, мова в якому йде про елементи даної мови. Якщо указати ім'я тега < BODY > просто в документі, браузер може сприйняти його як безпосередньо старт-тег. Для виведення таких і використовується CER. Наприклад, щоб представити символ " < " в документі HTML, треба замінити його на <><, а символ " > " - на >. Тобто, якщо указати в тексті HTML рядок <BODY>, вона буде виглядати на екрані як текст < BODY >.

Може виникнути питання: як бути з символами " < / > ", "&" і зі спеціальними символами, типу знака наголосу? Можна виводити їх, використовуючи відповідні CER, наприклад для "&" це буде &, і т. д. Якщо подивитися на структуру будь-якого документа HTML, оскільки кожний з них починається з амперсанда "&". На відміну від найменувань тегов HTML, найменування CER чутливі до регістра символів. Також найменування CER можуть задаватися не у вигляді імені, а за допомогою трехзначних кодів символів у вигляді &#nnn;. Далі в таблиці приведені CER, що найчастіше використовуються і відповідні ним числові коди.

Числовий код

Іменна заміна

Символ

Опис

"

"

"

Лапки

&

&

&

Амперсанд

<

<

<

Менше

>

>

>

Більше

 

 

Нерозривний пропуск

¡

¡

¡

Обернений окличний знак

¢

¢

¢

Цент

£

£

£

Фунт

¤

¤

д

Валюта

¥

¥

¥

Йена

¨

¨

¨

Умлаут

©

©

й

Копірайт

«

«

«

Лівої кутової лапки

®

®

про

Зареєстрована торгова марка

±

±

±

Плюс або мінус

»

»

»

Правої кутової лапки

Групи тегов НТМL

Все теги НТМL за їх призначенням і областю дії можна розділити на наступні основні групи:

- що визначають структуру документа;

- оформлення блоків гипертекста (параграфи, списки, таблиці, картинки);

- гіпертекстові посилання і закладки;

- форми для організації діалогу;

- виклик програм.

Структура гіпертекстової мережі задається гіпертекстовими посиланнями. Гіпертекстове посилання - це адреса іншого HTML-документа або інформаційного ресурсу Internet, який тематично, логічно або яким-небудь іншим способом пов'язаний з документом, в якому посилання визначене. Природно, при таких умовах дуже важлива схема адресації всіх інформаційних ресурсів, що є.

Реальний механізм інтерпретації ідентифікатора ресурсу, що спирається на URI (UniformResourceIdentifier, універсальний ідентифікатор ресурсу), називається URL, і користувачі WWW мають справу саме з ним.

Типовим прикладом використання такого запису можна вважати наступний приклад:

Цей текст містить:

< "AHREF= http://www.intuit.ru/help/index.html" >

гіпертекстове посилання < /А >

Виглядати це буде таким чином: ( відкрити)

У приведеному вище прикладі тег "A", який в HTML називають якором (anchor), використовує атрибут HREF, вказуючий гіпертекстове посилання (HypertextReference), для запису цього посилання в формі URL. Дане посилання вказує на документ з ім'ям "index.html" в каталозі "help" на сервері "www.intuit.ru", доступ до якого здійснюється по протоколу HTTP. Гіпертекстові посилання в HTML діляться на два класи: контекстні гіпертекстові посилання і загальні. Контекстні посилання вмонтовані в тіло документа, як це було продемонстроване в попередньому прикладі, в той час як загальні посилання пов'язані з всім документом загалом і можуть використовуватися при перегляді будь-якого фрагмента документа. Обидва класи посилань спочатку присутні в стандарті мови, однак перший час найбільшою популярністю користувалися контекстні посилання. Ця популярність привела до того, що механізм використання загальних посилань практично повністю "атрофувався". У даному прикладі ми уклали URL в двійчасті лапки. Насправді, це необов'язкове. Лапки (двійчасті або одинарні) застосовуються тільки тоді, коли всередині значення URL з'являються символи-роздільники (пропуск, табуляція, символи, що невідображаються ). Але такого сорту URL потрібно всіляко уникати. Структура HTML-документа дозволяє ввести в дію вкладені один в одну контейнери. Власне, сам документ - це один великий контейнер, який починається з тега < HTML > і закінчується тегом < /HTML >.

На закінчення відмітимо, що при підготовці документів HTML використовується ідентифікатор тексту DTD (DocumentTypeDefinition, визначення типу документа) як перший рядок. Це дозволяє браузеру ідентифікувати документ як відповідний стандарту HTML. Звичайно (але не обов'язково) кожний документ HTML починається з рядка типу:

< !"DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0

Transitional//EN" >

Тут міститься інформація про те, що документ відповідає версії HTML 4.0; розробленої W3C; мова, що використовується - англійська.