- •Основы технологии «клиент-сервер». Технология «клиент-сервер»
- •Семейство серверов Microsoft .Net (Microsoft Corporation)
- •5. Серверы Интернет. Web-сервер, его функции и предъявляемые к нему требования.
- •IPlanet server (бывший Netscape Enterprise server) от Netscape и Sиn
- •7. Основы Web-программирования: основные понятия и термины
- •9. Модель osi.
- •10. Протокол прикладного уровня http. Их назначение и применение.
- •12. Протокол прикладного уровня pop. Их назначение и применение.
- •13. Протокол прикладного уровня imap. Их назначение и применение.
- •Достоинства
- •Недостатки
- •18. Протокол soap, применение и преимущества.
- •19. Принципы гипертекстовой разметки. Структура гипертекстовых документов.
- •21. Понятие о стандартном обобщенном языке разметки sgml.
- •22. Консорциум w3c. Версии языка гипертекстовой разметки html.
- •23. Понятие о расширяемом языке разметки xml.
- •24. Html-редакторы и универсальные редакторы Web-страниц.
- •25. Описание языка html. Теги языка html и их свойства.
- •26. Создание html-документа. Структура и синтаксис документа.
- •27. Служебные теги, теги форматирования текста и таблиц.
- •29. Теги включения ссылок, изображений.
- •30. Теги включения мультимедийных объектов.
- •Фреймы.
- •Организация Web-страниц.
- •Каскадные таблицы стилей.
- •Способы определения стилей.
- •Элементы стилей. Синтаксис стилей.
- •Способы динамического управления страницей.
- •Команды Dynamic html.
- •Скрипты.
- •Характеристика и возможности расширяемого языка разметки xml.
- •Язык описания схемы данных xml (dtd).
- •Способ формального описания структуры xml-документа (xsdl).
- •Структура агрегированных объектов документа (dom).
- •Стандарты платформы xml: xPath, xLink, xPointer.
- •Стандарты платформы xml: xslt, rdf.
- •Стандарты платформы xml: xml-Signature, xQuery.
- •Связывание данных xml с элементами html.
- •Интеграция xml с корпоративными бизнес-моделями.
- •Разработка Web-приложений с помощью xml.
- •Базовый парсер xml (sax) и его функционирование.
- •Приемы и методы разработки сетевых приложений.
- •Основные задачи, выполняемые серверными программами.
- •Инструментальные средства создания приложений: Средства создания программ, выполняемых на стороне сервера. Их характеристика и назначение.
- •Инструментальные средства создания приложений: Спецификация cgi (Common Gateway Interface).
- •Шлюз cgi. Препроцессор.
- •Инструментальные средства создания приложений: Расширения isapi и их преимущества.
- •Инструментальные средства создания приложений: Серверы asp.
- •Характеристика типовых задач, решаемых клиентской частью приложений.
- •Функциональные возможности клиентской части.
19. Принципы гипертекстовой разметки. Структура гипертекстовых документов.
За основу модели разметки документов в HTML принята таговая модель. Таговая модель описывает документ как совокупность контейнеров, каждый из которых начинается и заканчивается тагами. Т.е. документ НТМL представляет собой не что иное, как обычный АSСII-файл, с добавленными в него управляющими НТМL-кодами (тагами).
Таги НТМL-документов в большинстве своем просты для понимания и использования, ибо они образованы с помощью общеупотребительных слов английского языка, понятных сокращений и обозначений. НТМL-таг состоит из имени, за которым может следовать необязательный список атрибутов тага. Текст тага заключается в угловые скобки (< и >). Простейший вариант тага - имя, заключенное в угловые скобки, например <HEAD> или <i>. Для более сложных тагов характерно различие атрибутов, которые могут иметь конкретные значения, определенные автором для видоизменения функции тага.
Атрибуты тага следуют за именем и отделяются друг от друга одним или несколькими знаками табуляции, пробелами или символами возврата к началу строки. Порядок записи атрибутов в таге значения не имеет. Значение атрибута, если таковое имеется, следует за знаком равенства, стоящим после имени атрибута. Если значение атрибута - одно слово или число, то его можно просто указать после знака равенства, не выделяя дополнительно. Все остальные значения необходимо заключать в одинарные или двойные кавычки, особенно если они содержат несколько разделенных пробелами слов. Длина значения атрибута ограничена 1024 символами. Регистр символов в именах тагов и атрибутов не учитывается, чего нельзя сказать о значениях атрибутов. Например, особенно важно использовать нужный регистр при вводе URL других документов в качестве значения атрибута HREF.
Чаще всего НТМL-таги состоят из начального и конечного компонентов, между которыми размещаются текст и другие элементы документа. Имя конечного тага идентично имени начального, но перед именем конечного тага ставится косая черта (/) (например, для тага стиля шрифта - курсив <i> закрывающая пара представляет собой </i>, для тага заголовка <ТIТLЕ> закрывающей парой будет </ТIТLЕ>). Конечные таги никогда не содержат атрибутов. По своему значению таги близки к понятию скобок "begin/end" в универсальных языках программирования, которые задают области действия имен локальных переменных и т. п. Таги определяют область действия правил интерпретации текстовых тагов документа.
При использовании вложенных тагов в документе следует соблюдать особую аккуратность. Вложенные таги нужно закрывать, начиная с самого последнего и двигаясь к первому. Некоторые НТМL-таги не имеют конечного компонента, поскольку они являются автономными элементами. Например, таг изображения <IMG>, который служит для вставки в документ графического изображения, конечного компонента не требует. К автономным тагам также относятся разрыв строки (<BR>), горизонтальная линейка (<HR>) и таги, содержащие такую информацию о документе, которая не влияет на его отображаемое содержимое, например таги <META> и <BASE>.
В некоторых случаях конечные таги в документе можно опускать. Большинство броузеров реализованы так, что при обработке текста документа начальный таг воспринимается как конечный таг предыдущего. Самый распространенный таг такого типа - таг абзаца <Р>. Поскольку он используется в документе очень часто, то его обычно ставят только в начале каждого абзаца. Когда один абзац заканчивается, следуюший таг <Р> сигнализирует броузеру о том, что нужно завершить данный абзац и начать следующий. Большинство авторов тагом конца абзаца вообще не пользуются.
Есть и другие конечные таги, без которых броузеры отлично работают, например конечный таг </HTML>. Тем не менее, рекомендуется включать по возможности больше конечных тагов, чтобы избежать путаницы и ошибок при воспроизведении документа.
20. Идентификаторы UDI. Коды языков.
Unknown Device Identifier (UDI)
UDI - небольшая утилита, предназначенная для идентификации неизвестных устройств в системе, отмеченных в диспетчере устройств знаком вопроса. Предоставляет детальный отчет об устройстве: производитель, OEM изготовитель, тип, модель и даже точное имя. При помощи собранных сведений можно произвести поиск на сайте изготовителя или в Интернет на предмет поиска необходимого драйвера по клику мыши. Известные устройства, уже установленные системой Windows будут также идентифицированы. Может быть запущена с любого носителя.
Основные возможности:
идентификация устройств на шине USB 1.1/2.0/3.0
идентификация устройств на шине IEEE 1394 (FireWire)
идентификация Plug&Play устройств на шине ISA
идентификация устройств на шине AGP
идентификация PCI, PCI-Express и eSATA устройств
многоязычный интерфейс (английский и французский)
Идентификаторы или имена служат для обозначения различных объектов программ: переменных (ячеек памяти), адресов, функций, файлов и т.д., иначе говоря - данных и действий над данными.
Имена должны начинаться с букв латинского алфавита или знака подчеркивания, далее допускается использовать и арабские цифры:
БНФ:
имя = ( буква | "_" ) { буква | цифра | "_" }
буква = |"A"|"B"|...|"Y"|"Z"|"a"|"b"|...|"y"|"z"
цифра = "0"|"1"|...|"9"
При этом прописные и строчные буквы считаются разными.
Длина имени в ANSI стандарте языка Си не ограничена. В Турбо Си имя не может быть длиннее 32 символов. Например: a, a1, _a, a_b.
Выбор имен должен производиться так, чтобы имя как можно точнее соответствовало смыслу объекта или действия, которое оно обозначает. Например: speed_of_body, SpeedOfBody, BodySpeed.
Экономия на длине имен - плохой стиль программирования.