йлів і папок, зробленим системою.
На малюнку представлена ??єдина модель системи освіти та управління веб-сайтами.
Малюнок 1.
Вимоги до серверної частини системи
На основі загальної структури та аналізу існуючих систем створення та управління сайтами можна виділити наступні вимоги до серверної частини системи:
· Простий установник системи;
· Повний кешування у файлову систему;
· Зрозуміла користувачеві структура файлової системи;
· Можливість простого і легкого з'єднання сервера з клієнтом у зв'язку з паралельною розробкою;
· Можливість швидкої адаптації системи під різні СУБД.
. 1 Засоби розробки серверної частини системи створення і управління сайтами
З метою формування серверної логіки в даний час існують як мінімум 4 гідних виду: PHP, Python, Ruby, ASP.NET.
Вибір 1-го з них зробимо в основі доступності і популярності. У цьому випадку безперечним варіантом вважається PHP. [5] Дана мова програмування вважається найбільш поширеним мовою формування інтернет-додатків. Він вдобавок підтримується в абсолютно всіх сьогоднішніх платформах.
Серед баз даних для веб-розробки максимально акцентуються MySQL і PostgreSQL. Однак на відміну від PostgreSQL, MySQL захопив власну популярність дуже давно. Більше того, MySQL подібно як і PHP підтримується абсолютно всіма сьогоднішніми платформами. [6]
Для цього, щоб постійно дані кошти мали можливість діяти, потрібен http-суперсервері. Найбільш легким і вкрай міцним рішенням вважається Apache HTTP Server. Він доступний для багатьох операційних систем і, взагалі кажучи, вважається найбільш поширеним перевагою серед розробників. Іншим видом міг б бути Internet Information Services (IIS), проте, в силу його прив'язки до операційної системи Windows і, соответсвенно, великої вартості, він виключається з розгляду.
. 2 Структура серверної частини.
Для зручності розмежуємо серверну частину і установник. Таке можливо здійснювати, завдяки тому що установник згідно сутності являє собою абсолютно самостійний модуль.
З урахуванням оголошених раніше умов, а на додачу міркувань, відзначених далі, можливо показати витікаючу структуру серверної частини на малюнку.
Малюнок 2
Дана схема зменшить зусилля за суміщенням серверної і клієнтської частин за рахунок присутності між ними лише тільки 1-го каналу зв'язку. Таке взаємопов'язаність між блоками «Клієнт» і «Координатор». Координатор по-іншому можливо охарактеризувати інтерфейсом для взаємодії з клієнтом.
В якості протоколу спілкування між клієнтом і сервером був підібраний порядок «запит-відповідь». Це означає, те, що клієнт відправляє серверу повідомлення, в якому полягає відомості про те, яке діяння хоче здійснити клієнт. Комп'ютер досліджує дане повідомлення і здійснює наказані кроки, у разі якщо вони вірогідні. Вже після припинення даних діянь, комп'ютер віддає підсумок роботи. Будь-яке ймовірні види операцій повинні бути знайомі клієнту попередньо.
На рівні здійсненні будуть застосовані об'єктно-орієнтовані ймовірності мови PHP з метою спрощення розробки та подання концепції. Діаграма класів в цьому випадку лишня, таким чином, як би класи будуть застосовуватися лише як простір імен.
Приклад взаємозв'язку загальних даних модулів між собою. Припустимо, клієнт бажає зберегти начерк сторіночки. Він звертається до Координатора з командою «page_savedraft». Координатор обробляє вимога і активізує метод Менеджера Сховища «SavePageDraft». Менеджер Сховища обробляє відомості і обирає базу даних з підтримкою методу «SelectDatabase» Менеджера бази даних. Далі Менеджер Сховища оновлює відомості з підтримкою методу «UpdateData» Менеджера бази даних. Далі здійснюється оголошення сторіночки. З метою даного за допомогою методу «GetData» Менеджер Сховища робить добірку шаблону і сторіночки, і активізує метод Генератора вебсайта «GeneratePage», який оновлює сторінку в файлової концепції. У закінченні Координатор віддає статус «ОК», що інформує про вдалому виконанні команди. Представлений перед цим хід описаний в малюнку. Пунктирний стрілки означають повернення підсумків запитів до модулів. У їхній підставі створюється відкат Координатора.
Малюнок 3
2. Математична модель роботи нашого сайту
Малюнок 4
. 1 Архітектура файл-сервер
Робота побудо...
