віту в HTML-файл, відсутність динамічного перегляду зміни інформації в базі даних, процедура "не пам'ятає станів запитів" - кожне звернення до БД вимагає повторного встановлення з'єднання. Крім того, такий принцип роботи перевантажує комунікаційне середовище і має системні витрати при запуску серверних процесів. p align="justify"> Розглянута схема по суті є триланкової архітектурою клієнт-сервер, де Web-сервер виступає в якості сервера додатків. Для усунення недоліків CGI використовують можливості спеціальних API для Web-серверів і включають додаткове "релейне" ланка в архітектуру. Все це тільки підштовхує до подальшого вдосконалення архітектури клієнт-сервер. br/>В
Рис. 1. Схема Intranet-додатки з доступом до БД
- друга хвиля Web-ізації
Запропонована фірмою Sun технологія Java орієнтує взаємодія між клієнтом і сервером на потік команд, а не даних. У ході сеансу забезпечується фонова підкачка через мережу на комп'ютер клієнта програмних агентів - аплетів, які беруть на себе функції забезпечення гнучкої взаємодії. Все, що потрібно для цього - вбудувати в Web-браузер виконуючу систему для аплетів. p> При побудові інформаційних додатків з використанням Java-технології виходить класична двох-або трехзвенная архітектура клієнт-сервер (рис. 2), а гіпертекст йде на задній план і виконує лише роль ініціатора аплетів. Істотним достоїнством такої технології є незалежність додатки від апаратної платформи. Але є й чимало недоліків: невисока швидкодія вследствии інтерпретації байт-кодів, повернення до віконної метафорі "робочого столу", залишаються ті ж проблеми організації зв'язку з БД. br/>В
Рис. 2
2.2 Дворівнева архітектура клієнт-сервер
Джерело
даних
Web-браузер
Web-сервер
NOS (Network Operation System)
Розмежування функцій між Web-броузером і Web-сервером є дуже чітким. Web-сервер надає HTML-сторінки, а броузер відображає ці сторінки шляхом інтерпретації тегів HTML. br/>
2.3 Трирівнева архітектура клієнт-сервер
Джерело
даних
Web-браузер
Третій рівень
Програма
розширення
сервера
В
HTML
Web-сервер
Клієнтський рівень займає браузер, на рівні сервера знаходиться сервер БД, а на проміжному рівні розташовуються Web-сервер і програма розширення сервера. Таке архітектурне рішення дозволяє зменшити мережевий трафік, робить компоненти взаємозамінними і підвищує рівень безпеки. Однак така архітектура також ускладнює обробіток транзакцій БД через природу протоколу HTTP, не запам'ятовує стану (цей протокол використовує для передачі даних між броузером і сервером БД). p> Броузер посилає Web-серверу запити на доставку Web-сторінок або даних. Web-сервер обслуговує заявки на Web-сторінки, а запити відправляє програм...
