1.2.1 Аналіз роботи серверу в умовах великих розмірностей даних
Основна система роботи сервера складаеться з двух обектів: Web-браузера та Web-сервера Між ними повинен існувати канал звязку
Більша частина цієї структури повинна бути знайома читачам. Web-браузер посилае запрос на сервер сервер відправляе назад відповідь Така архітектура підходить для
сервера відправляючого звичайні статичні сторінки Архітектура ж сайту який включае в себе бзу данних трохи складніша
Браузер | Web сервер |
Існування канала обміну інформаціею
JAVA | 7 | 1 | Web | 1 | Web ссссе\сервер | 2• г | PHP | 3 | MySQL |
машина | 6 | Браузер | 6 | Сервер | 7 | машина | 4 | Сервер |
Базова архітектура баз даних для Web містить у собі Web-браузер, Web-сервер, сценарний механізм і сервер баз даних.
Типова транзакція бази даних для Web складається з етапів, позначених на мал. 1 цифрами.
1. Web-браузер користувача відправляє HTTP-запит певної Web-сторінки. Наприклад, запит на пошук по Web-сайту "Національного оператора енергоринку" всієї інформації по тендеру "Ремонт теплових мереж"з використанням HTML-форми. Сторінка з результатами пошуку названа search.php.
2. Web-сервер приймає запит на генерування сторінки search.php, витягає файл і передає його на обробку механізму РНР.
Механізм РНР починає синтаксичний аналіз сценарію. Сценарій містить команду підключення до бази даних і виконання запиту (на пошук). РНР відкриває з'єднання із сервером MySQL і відправляє йому відповідний запит.
відправляє результати — у цьому випадку, інформацію по курсу — назад механізму РНР.
Механізм РНР завершує виконання сценарію, що звичайно сполучено з форматуванням результатів запиту у вигляді HTML, після чого повертає результати в HTML-форматі Web-серверу.
Web-сервер пересилає браузеру HTML-сторінку, у якій користувач може переглянути інформацію по потрібному йому курсу
Також у розробці нашої системи використовується JAVA додаток що використовується як HTML редактор, що автоматично виконується на машині користувача при генерації віртуального Тестового редактору та редактору HTML коду.
В основному процес залишається незмінним незалежно від використовуваного сценарного механізму й сервера баз даних. Найчастіше програмне забезпечення Web-сервера, механізм РНР і сервер баз діють на одному комп'ютері. У той же час, досить часто сервер бази даних працює на іншому комп'ютері. Це може бути обумовлено міркуваннями безпеки, збільшення пропускної здатності або більше ефективного розподілу навантаження. З погляду розробки це не має особливого значення, однак у плані продуктивності другий варіант може виявитися більше кращим.
Рис.2. Графіки залежностей термінів виконання WEB–сервером запитів відкриття/закриття HTML- та PHP файлів від кількості запитів: 1 – HTML-файл WEB–серверу Apache; 2 – HTML-файл WEB–серверу IIS; 3 – PHP-файл WEB–серверу Apache; 4 – PHP-файл WEB–серверу IIS
Аналіз тривалості виконання Web-сервером клієнтських запитів вказує на різке зростання терміну виконання запиту сервером при зверненні до PHP-файлів відносно HTML-файлів. Можна відзначити, що для обох WEB–серверів термін виконання запитів до PHP- файлів приблизно однаковий. У той же час термін виконання запитів до HTML-файлів IIS більше, ніж в 2 рази менший ніж в Apache.
2. Вимоги до web-сайту в масштабах Укренерго