31. Технология «клиент-сервер»

Термин клиент-сервер используется для описания модели взаимодействия 2-х типов независимых и автономных процессов серверов и клиентов.

Клиент – некоторый процесс, который запрашивает ресурсы или сервисы у другого процесса (сервера).

Сервер – процесс, который предоставляет необходимые ресурсы или сервисы другому процессу (клиенту).

Эти процессы могут находиться как на одном и том же ПК, так и на различных ПК объединённых в сеть.

Серверы и клиенты находятся между собой в связи «Многие ко многим», т.е. 1 сервер может предоставлять сервисы многим клиентам и, соответственно, 1 клиент может запрашивать сервисы от многих серверов.

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

Слабый(тонкий) клиент выполняет минимум обработки на стороне клиента, в то время как сильный(толстый) клиент берёт на себя значительную часть функций обработки данных.

Клиент-серверный системы подразделяются также на 2-х уровневые и 3-х уровневые.

В двухуровневой системе клиент запрашивает сервисы непосредственно у сервера, а в трёхуровневой через промежуточный сервер, который координирует выполнение запросов клиентов.

Интранет – корпоративная локальная сеть повышенной надежности и с ограниченным доступом.

Экстранет – объединение корпоративных сетей разных фирм, при взаимодействии между собой через Интернет.

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

Вариант сервера БД предполагает, что сервер выполняет не только функции хранения файлов БД, но и значительную часть функций обработки данных. От сервера к клиенту передается не весь набор данных, а только те данные, которые были затребованы клиентом.

Вариант сервера приложений предполагает, что вся обработка данных выполняется на сервере, а клиенту передаются лишь конечные результаты такой обработки.

32. Понятие динамического НТМЛ и его сост. простой(статический) НТМЛ позвол.отображать только текстовую или граф.инфу, ссылки, простые аудио и видео фрагменты. Это недостатояно для разоаблтки высокопроф. Web-сайтов. Для этого необходимо, чтобы НТМЛ-док. был динамическим (изменяющимся) и интерактивным (мог взаимод.с пользов.). Эти требования были реализованы с пом.технологии ДНТМЛ, кот.базир.на 3-х компанентах: непосредст. НТМЛ каскадных таблицей стилей и языках сценариев, кот.объедин.новое качество-возможность динамического изменения содержимого НТМЛ-док. без перезагрузки стр

33. Каскадные таблицы стилей: способы присоед. таблиц стилей к док-ту. КТС-предст.собой набор правил, определ.внешний вид НТМЛ-док.при его отображении в окне браузера. Таблицы стилей наз. каскадными, т.к. для управл. форматир.таблицы стилей наз. каскадными, т.к. для управл. форматир.НТМЛ-док. можно использ.несколько таких таблиц. Способы присоед.: 1) связывание-позвол.хранить таблицу стилей в отдел файле с расшир. .css. 2) импортир-е-позвол. присоед. табл.стилей расположен. на сервере с пом.тега <STYLE>. 3) внедрение-позвол. задавать все правила таблиц и стилей. 4) встраивание-позвол.изменить формиров. конкретных НТМЛ-элем.стр.

34. Каскадные таблицы стилей: селекторы CLASS и ID. КТС-предст.собой набор правил, определ.внешний вид НТМЛ-док.при его отображении в окне браузера. Таблицы стилей наз. каскадными, т.к. для управл. форматир.таблицы стилей наз. каскадными, т.к. для управл. форматир.НТМЛ-док. можно использ.несколько таких таблиц. В НТМЛ каждый тег снабжён параметрами CLASS и ID, кот.по умолч.присвоено значение «пустая строка».Этими параметрами можно присвоить конкретн.знач.и использ.их в качестве селекторов КТС. Если дополнить имя селектора типа CLASS и ID именем конкр. НТМЛ-док, то действие этого стилевого правила будет распрастр.только на данный элемент.

35. Каскадные таблицы стилей: контекстные селекторы. КТС-предст.собой набор правил, определ. внешний вид НТМЛ-док.при его отображении в окне браузера. Таблицы стилей наз. каскадными, т.к. для управл. форматир.НТМЛ-док. можно использ. несколько таких таблиц. КТС обеспеч след.новые возможности:1) позиционирование элемента. С пом.значен. top и left для разл. элементов можно добиться того, что одни элементы накрыты др.Чтобы установ., какой элем.будет выше использ. св-во z-inoled.2) реализвция новых возможн. форматирования. 3) реализ. альтернативных стилей. Можно созд.нескол.вар-ов отображ. НТМЛ-стр. с пом.различных табл. стилей4)учет вида устройств отображения инфы. С пом. табл.стилей возможна ориетация НТМЛ-док на отображение в браузера, моб.телеф., компах и др.

36. Возможности форматирования, обеспечив.КТС. КТС-предст.собой набор правил, определ. внешний вид НТМЛ-док.при его отображении в окне браузера. Таблицы стилей наз. каскадными, т.к. для управл. форматир.НТМЛ-док. можно использ. несколько таких таблиц. Кроме обычных способов форматирования с пом. соответств. тегов в НТМЛ использ.КТС. Она позвол.изменить межбуквенный и межстрочный интервал, выбрать прописные или строчные буквы, реализ.мультимедийные эффекты с пом.фильтров, изменять контрастности и др.

37. Объ-я модель Web–браузера и Web–док-та. Доступ к св-ам и методам объекта. Объектная модель Web–браузера:

Во главе иерархии стоит объект Window. Модель включ.в себя объекты практич. всех НТМЛ-док. и отраж.их подчин-ть. Ряд объектов,сгруппир.в коллекции, предст. собой массивы объектов одного типа(all и все, кот.зак. на –s). Еслт к.-то объект входит в частную коллекцию, то он входит и в кол-ю all. Доступ к св-м и методам объекта имеет след.вид: ПолноеИмяОбъекта.свойство ПолноеИмяОбъекта.метод([параметры]. Объектная модель док-та делает все эл-ты стр.программируемыми объектами. С ее пом.через языки сценариев можно получить доступ и управл.всем, что есть в док-те.

38. Язык сценариев JavaScript. Перехват и обработка событий. Интерприт. JavaScript встроен. в Web-браузер предост. возможн. использов. средств языка для доступа к ресурсам браузера, а также св-м, методам и событиям, объектов в объектной модели док-ов. <HTML>…<SCRIPT>…//код события </SCRIPT> <SCRIPT SRC=@\”my library.js> </SCRIPT>…</HTML>. Одно из важнейших назначений сценариев вНММЛ-док. явл.перехват и обработка событий, возник.в резул. действий пользов. Для этого многие теги сод-т паркметры обработки событий, значение кот. указыв.на соотв. обработ. событий., предсьавл.собой сценарий JavaScript. Имена параметров событий нач.с приставки on , за кот. след.наз.события. <HTML>

<H2 onclick=”myFunc()”>щелкни здесь</H2>

<SCRIPT>

function myFunc()”{

alert(“Привет”)

}

</SCRIPT>

</HTML>

39. Способы перехвата и обработки событий в НТМЛ-коде. Св-ва событий. Одно из важнейших назначений сценариев вНММЛ-док. явл.перехват и обработка событий, возник.в резул. действий пользов. Для этого многие теги сод-т паркметры обработки событий, значение кот. указыв.на соотв. обработ. событий., предсьавл.собой сценарий JavaScript. Имена параметров событий нач.с приставки on , за кот. след.наз.события. <HTML>

<H2 onclick=”myFunc()”>щелкни здесь</H2>

<SCRIPT>

function myFunc()”{

alert(“Привет”)

}

</SCRIPT>

</HTML>

Св-ва событий:Инфа о произош.событии оформл.ввиде объекта event. Как только этот объект созд., браузер присваивает знач.его св-м. Объект event храниться в памяти столько времени, сколько необходимо сценарию для его обработки. Как только обраб.событие завершает работу, объект события становится пустым. Все события заносятся опер-й сист.в буфер и выполн.последоват.в том порядке, в котором они туда попали.