- •Понятие информационного ресурса. Ит: определение, способы использования
- •2. Цель, методы и средства создания информационных ресурсов(ир)
- •1. Математические – совокупность моделей разного уровня(от глобальных моделей принятия решения до частных моделей реализации информационных процессов);
- •2. Технические – средства реализации информационных процессов. Сюда входят вычислительные машины и средства на их основе;
- •3. Алгоритмические – алгоритмы реализации математических средств;
- •3. Протоколы tcp/ip применительно к ир
- •4. Сеть, структура сети, маска подсети
- •5. Мосты в сетях tcp/ip. Доменные имена узлов.
- •7. Архитектура «Клиент-сервер»
- •Преимущества
- •Недостатки
- •8. Архитектура Intranet.
- •6. Архитектура mainframe
- •9. Программирование в web: доступ к бд на стороне сервера.
- •10. Программирование в web: доступ к бд на стороне клиента.
- •11. Синтаксис url. Протокол http.
- •12. Передача данных форм. Кодирование в url.
- •13. Стандартный ввод и метод Post.
- •14. Интерфейс Windows cgi. Файлы данных cgi.Интерфейс Windows cgi.
- •15 Файлы данных cgi.
- •15. Обработка результатов на сервере в сети при передаче данных.
- •16. Директивы включения на стороне сервера (ssi).
- •17. Понятие безопасности web-сервера. Принципы безопасности web-сервера.
- •18. Решение вопросов безопасности для web-сервера.
- •19. Характеристики языка Java.
- •20 Байткоды.
- •21 Средства разработки Java.
- •22 Базовая модель Java 1.0.
- •23 Типы данных, переменные и массивы в Java. Преобразование типов в Java. Типы данных
- •Массивы
- •24. Область видимости и время жизни переменных в Java.
- •25. Классы Java. Определение класса в Java. Создание объекта класса.
- •26 Методы Java. Определение методов в Java. Конструкторы Java.
- •27 Перегрузка методов в Java. Перегрузка конструкторов в Java.
- •28 Использование объектов в качестве параметров.
- •29 Использование ключевого слова this
- •30 Механизм финализации в Java. Сбор мусора.
- •31 Апплеты в Java. Характеристики апплетов.
- •32 Структура аплета.
- •33 Тэги апплета.
- •34 Обработка событий апплета, методы апплета.
- •События, генерируемые клавиатурой
- •35 Методы апплетов в Java.
- •36 Модели обработки событий Java 1.0.
- •37 Размещение объектов для графического пользовательского интерфейса. Диспетчера компоновки
- •38 Использование меню. Окна Frame
- •39 Работа с изображениями.
- •40 Динамическая диспетчеризация методов в Java.
- •41 Абстрактные классы в Java.
- •42 Классы Vector и Rectangle.
- •43 Многопоточное программирование в Java.
- •44 Создание потока. Синхронизация потоков в Java
- •45 Классы пакетов java.Io и java.Net.
- •46 Ввод и вывод в Java
- •47 Новые пакеты Java и особенности Java 1.1
- •48 Встроенные классы и интерфейсы в Java
- •49 Классы-члены в Java
- •50 Новый синтаксис для классов-членов
- •51 Локальные классы
- •52 Анонимные классы.
- •53 Модель обработки событий Java 1.1.
- •55. Использование jar-файлов
- •61. Безопасность Ява-программ
- •Защита виртуальной машины Ява. Верификация файлов ява-программ
- •62. Контроль доступа в Ява с использованием технологии «песочницы»
10. Программирование в web: доступ к бд на стороне клиента.
Доступ к БД на стороне клиента: эту возможность обеспечивает применение Java – технологии. Получив доступ к документу, который содержит ссылки на апплеты, клиент запрашивает у WEB – сервера все коды этого апплета. Эти коды могут начать выполнятся сразу после размещения на компьютере – клиенте, или же быть активизированными после выполнения специальных команд, т.к. апплет представляет собой произвольную Java – программу, то он может быть специализирован для работы с внешними БД.
Для взаимодействия Java – программ с внешним сервером БД разработан специальный протокол JDBC, который фактически сочетает в себе функции шлюзования между интерпретатором Java – кодов и ODBC, а также включает ODBC.
Использование CGI – скриптов на стороне сервера позволяет иметь на стороне клиента сравнительно простые программы просмотра, т.е. вся логика работы с БД, обработка БД переходит на сторону WEB – сервера.
Разгрузку клиента от логики приложения называют решением проблемы «толстого клиента», т.е. мы имеем предельно «тонкого клиента» при утолщении WEB – сервера. При этом если необходимо подключить новые CGI – скрипты, то требуется модификация кода сервера.
Но для включения нового апиета требуется перекомпилировать HTML документ. WEB – сервер трогать не нужно, но в этом случае клиент должен быть достаточно толстым, чтобы в нужное время справиться с интерпретацией всех кодов апиета.
O
DBC
(Open
Database
Connectivity)
— это программный интерфейс (API)
доступа к базам
данных. Для
добавления нового типа БД нужно лишь
написать драйвер и зарегистрировать
его. Еще одно преимущество, вытекающее
из такого построения ODBC - пользовательское
приложение общается с физической БД
через менеджер драйверов, фактически
ничего не зная о типе используемой БД
Для обеспечения доступа к базам данных на стороне Web-клиента применяется Java-технология.
Для взаимодействия Java-апплета с внешним сервером баз данных разработан специализированный протокол JDBC, который, фактически, сочетает функции шлюзования между интерпретатором мобильных Java-кодов и интерфейсом ODBC (Open Data Base Connectivity). Это платформенно-независимый промышленный стандарт взаимодействия Java-приложений с различными СУБД.
J
DBC
базируется на интерфейсе уровня вызовов
X/Open SQL CLI - основе ODBC. Прикладной программный
интерфейс JDBC реализуется поверх других
SQL-API, включая ODBC. То есть, все базы данных,
допускающих работу с ODBC, будут
взаимодействовать с JDBC без изменений.
При использовании JDBC Internet-пользователи
подключаются к Web-серверу и загружают
HTML-документ с апплетом. Апплет выполняется
на клиентской ЭВМ в среде браузера и
устанавливает связь с сервером базы
данных. Механизм связи с базами данных
является классом Java.
11. Синтаксис url. Протокол http.
URL (унифицированный адрес ресурсов) используется для указания местоположения файлов в www. URL состоит из:
названия и типа ресурса, который используется для задания протокола доступа к ресурсу;
адреса сервера;
имени файла.
Синтаксис URL.
scheme: //host. domain [:port]/path/name, где
sсheme – тип (название) ресурса (малые английские буквы);
port – номер порта используется по умолчанию, если нужно – его указать.
Типы ресурсов:
HTTP (протокол передачи гипертекстов) – доступ к локальным файлам;
FTP позволяет получить бинарные и ASCII файлы с FTP – серверов.
host/ domain – узел Internet (доменное имя узла);
path – непосредственный путь к файлу HTML;
URL – логическое расположение файлов. При создании WEB – сервера нужно установить соответствие между физическим и логическим расположением файлов. Объясняется это тем, что файлы, к которым осуществляется доступ через WEB – сервер, могут находиться как на самом сервере, так и на любом компьютере сети.
При задании любого URL нужно помнить, что корневой для документа обозначается / и вся дальнейшая структура WEB – сервера считается от него:
http://local host/main.htm.
Предположим, что все HTML страницы хранятся по физическому адресу D:\mydoc\html\, но чтобы вызвать эти документы, используя логический путь (myPage), на сервере прописывается соответствие между ними, и вызвав адрес http://local host/myPage/main.htm.
Различают:
абсолютные URL – адреса;
относительные URL – адреса.
Абсолютные адреса содержат полный адрес объекта. Относительный URL – адрес использует URL текущего документа, открытого в браузере. Браузер автоматически реконструирует URL.
Например, в браузере загружена страница с адресом http://local host/dir1/1.htm. На ней встречается относительный адрес dir2/2.htm. Браузер автоматически изменяет текущий адрес на следующий http://local host/dir1/dir2/2.htm.
При создании ссылки может потребоваться подняться на 1 уровень каталогов вверх, тогда перед относительным URL ставят две точки.. . (../dir3/3.htm). Браузер автоматически изменит на следующий:
http://local host/dir1/dir3/3.htm.
Если нужно добавить путь прямо к адресу серверу, то используется /
/dir4/4.htm, следовательно, http://local host/dir4/4.htm.
Протокол HTTP.
HTTP – протокол, предусматривающий использование транзакций. Браузер (клиент) посылает запрос на сервер. Сервер, если возможно, выполняет запрос и посылает ответ клиенту. Сервер после этого запроса забывает об этой транзакции.
Запросы клиента к серверу и ответы сервера клиенту называются сообщениями HTTP. Сообщение HTTP состоит из набора различных полей, поля заголовка запроса позволяют клиенту указывать дополнительную информацию о запросе и о себе для WEB – сервера. Поля заголовка ответа содержат информацию о WEB – сервере и о передаваемых данных.
CGI – программирование различает 2 типа запросов или методов HTTP:
GET;
POST (безопасен и эффективен)
Они позволяют возвратить от сервера информацию любого вида и объема, различия в способе передачи данных серверу.
В CGI – программировании надо помнить о том, что CGI – программа должна генерировать хотя бы один HTTP – заголовок Context-type, который отвечает за тип передаваемых данных.
Для разработки CGI – программы должны знать:
как прочитать информацию, передаваемую методами GET и POST;
как прочитать содержание переменных CGI;
как переслать ответ браузеру.
Интерфейсы CGI:
Standart CGI использует средства, которые хорошо приспособлены к Unix;
Windows CGI использует средства, которые хорошо приспособлены к Windows.
Для сервера WebSite различают 3 вида интерфейсов:
Windows CGI;
Standart CGI (32 разряда);
Dos CGI (16 разрядные программы)
HTTP (сокр. от англ. HyperText Transfer Protocol — «протокол передачи гипертекста») — протокол прикладного уровня передачи данных (изначально — в виде гипертекстовых документов). Основой HTTP является технология «клиент-сервер», то есть предполагается существование потребителей (клиентов), которые инициируют соединение и посылают запрос, и поставщиков (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом. HTTP в настоящее время повсеместно используется во Всемирной паутине для получения информации с веб-сайтов.
