
- •Базова структура кіс.
- •Основні класи задач, які вирішують кіс.
- •Процес розробки кіс.
- •Автоматизація розробки кіс.
- •Проблема використання інтегрованих засобів розробки.
- •6. Автоматизована система проектування кіс
- •Сучасні кіс мають такі основні характеристики. Масштабність
- •Багатоплатформне обчислювання
- •Робота в неоднорідному обчислювальному середовищі
- •Розподілені обчислення[
- •7. Призначення та загальна схема роботи веб сервера
- •8. Основні функції веб сервера
- •Додаткові функції
- •9. Протокол mime
- •10. Веб сервер apache
- •Можливості
- •Використання[ред. • ред. Код]
- •Архітектура[ред. • ред. Код] Ядро[ред. • ред. Код]
- •Система конфігурації
- •11. Процедура інсталяції веб-сервера Apache
- •12. Конфігураційні файли та режим роботи веб-сервера Apache
- •13. Призначення та загальна структура протоколу http
- •14. Http запит
- •15. Http відповідь Після прийому та інтерпретації повідомлення запиту, сервер відповідає повідомленням http відповіді. Відповідь сервера .Перший рядок відповіді виглядає так:
- •21. Оптимальне використання субд MySql
- •22. Призначення розширювальної мови розмітки xml
- •24. Простори імен в xml
- •25. Призначення та можливості гіпертекстового процесора php
- •35. Статичне управління складськими запасами
- •36. Планування потреби в виробничих потужностях
- •37. Мета автоматизації роботи кіс
- •38. Основні принципи роботи кіс від «даних»
Архітектура[ред. • ред. Код] Ядро[ред. • ред. Код]
Ядро Apache включає в себе основні функціональні можливості, такі як обробка конфігураційних файлів, протокол HTTP і система завантаження модулів. Ядро (на відміну від модулів) повністю розробляється Apache Software Foundation, без участі сторонніх програмістів.
Теоретично, ядро apache може функціонувати в чистому вигляді, без використання модулів. Однак, функціональність такого рішення вкрай обмежена.
Ядро Apache повністю написано на мові програмування C.
Система конфігурації
Система конфігурації Apache заснована на текстових конфігураційних файлах. Має три умовних рівня конфігурації:
Конфігурація сервера (httpd.conf).
Конфігурація віртуального хоста (httpd.conf c версії 2.2 extra/httpd-vhosts.conf).
Конфігурація рівня директорії (.htaccess).
Має власну мову конфігураційних файлів, заснований на блоках директив. Практично всі параметри ядра можуть бути змінені через конфігураційні файли. Більша частина модулів має власні параметри.
Частина модулів використовує в своїй роботі конфігураційні файли операційної системи (наприклад /etc/passwd і /etc/hosts).
Крім цього, параметри можуть бути задані через ключі командного рядка.
11. Процедура інсталяції веб-сервера Apache
Скачайте Web-сервер Apache Встановіть Web-сервер Apache Налаштуйте файлу конфігурації Apache mime.types Налаштуйте файлу httpd.conf Перевірте Web-сервера Перевірте виконання CGI-програми
12. Конфігураційні файли та режим роботи веб-сервера Apache
WEB-сервер Apache звичайно працює або в автономному режимі, або в режимі демона. Робота сервера залежить від значення директиви ServerType у файлі conf/httpd.conf. Автономний сервер краще справляється зі своєю роботою, чим сервери, на яких виконується inetd, тому що його процес звичайно завжди готовий обслужити запит. Працюючи як inetd (Internet-демон), новий сервер запускається щораз, коли приходить запит на HTTP-порт. Значна кількість накладних витрат пов'язане із запуском нового сервера для кожного нового запиту.
За умовчуванням директива ServerType визначає автономний тип сервера. Якщо пропускна здатність вашого сайту досить низка, варто дотримуватися автономного режиму роботи. Щоб запустити сервер inetd, потрібно модифікувати файл conf/httpd.conf і змінити значення директиви ServerType з автономного типу на inetd, як показано нижче:
ServerType inetd
Директива Port не викликає ніякого ефекту на сервері inetd, оскільки inetd зв'язує порт із програмним забезпеченням, ця установка не має значення для конфігурації inetd. Автономний сервер використає цю конфігураційну інформацію, щоб знати, від якого порту потрібно чекати сигналу.
13. Призначення та загальна структура протоколу http
Основним призначенням протоколу HTTP є передача веб-сторінок (текстових файлів з розміткою HTML), хоча за допомогою нього успішно передаються і інші файли, які пов'язані з веб-сторінками (зображення і додатки), так і не пов'язані з ними (у цьому HTTP конкурує з складнішим FTP).
Структура протоколу
HTTP — протокол прикладного рівня, схожими на нього є FTP і SMTP. Обмін повідомленнями йде за звичайною схемою «запит-відповідь». Для ідентифікації ресурсів HTTP використовує глобальні URI. На відміну від багатьох інших протоколів, HTTP не зберігає свого стану. Це означає відсутність збереження проміжного стану між парами «запит-відповідь». Компоненти, що використовують HTTP, можуть самостійно здійснювати збереження інформації про стан, пов'язаний з останніми запитами та відповідями. Браузер, котрий посилає запити, може відстежувати затримки відповідей. Сервер може зберігати IP-адреси та заголовки запитів останніх клієнтів. Проте, згідно з протоколом, клієнт та сервер не мають бути обізнаними з попередніми запитами та відповідями, у протоколі не передбачена внутрішня підтримка стану й він не ставить таких вимог до клієнта та сервера.
Кожен запит/відповідь складається з трьох частин:
стартовий рядок;
заголовки;
тіло повідомлення, що містить дані запиту, запитаний ресурс або опис проблеми, якщо запит не виконано.
Обов'язковим мінімумом запиту є стартовий рядок. Починаючи з HTTP/1.1 обов'язковим став заголовок Host: (щоб розрізнити кілька доменів, які мають одну й ту ж IP-адресу).