7.5. Розміщення сайту в інтернеті

Інтернет-додаток|застосування| потрібно розмістити в інтернеті. Комплекс послуг з розміщення сервера, забезпечення його роботи, організація з'єднання|сполуки| з|із| Інтернетом називається «хостингом».

Залежно від ваших потреб і фінансових можливостей|спроможностей| ви можете вибрати відповідний|придатний| варіант хостингу.

Безкоштовний хостинг

Переваги:

• безкоштовний (хоча це швидше|скоріше| недолік|нестача|);

• он-лайнова реєстрація (зазвичай|звично| на це йде|вирушає| декілька хвилин);

• дозволяє економити на початковій стадії проекту, особливо, коли потрібний тільки|лише| статичний сайт;

• не вимагає реєстрації свого доменного імені.  

Недоліки|нестачі|:

• ім'я сайту, рідко буває легким для читання і таким, що добре запам'ятовується. Наприклад, таке: www.irk.ru/~[ваше ім'я] ім'я].boom.ru (домен 3 рівня);

• обмежена функціональність;

• неконтрольоване включення|приєднання| на ваших сторінках чужої реклами (замовникові може не сподобатися реклама порноресурсів| на своєму сайті);

• можлива повільна або нестійка робота системи.

Платний хостинг

Достоїнства:

• реєстрація домена другого рівня (можна підібрати зрозуміле ім'я, що запам'ятовується, для сайту);

• доступ до великого числа системних і прикладних бібліотек, що реалізовують ряд|лаву| корисних сервісних функцій;

• контрольовані вами сервіси сайту;

• можливість|спроможність| застосовувати майже всі передові технології.

Недоліки|нестачі|

• регулярні платежі, об'єм|обсяг| яких залежить від рівня сервісу, що надається.

При виборі варіанту хостингу і хостинг-провайдера переконайтеся в тому, що на сервері| підтримується технологія ASP| і забезпечується робота з|із| SQL-сервером| або MDB-файлами|.

7.6. База даних інтернет-додатка

Інтернет-додаток|застосування| використовує бази даних для зберігання інформації. Інформація може оброблятися, зберігатися і витягуватися з|із| бази даних. У базі даних можна зберігати добре структуровану інформацію. Таку, як: список користувачів, список замовлень, прайси. Проте|однак|, цим вид інформації, що зберігається, не обмежується. У сучасних інформаційних системах в базах даних зберігаються і тексти, і зображення, і навіть виконувані програми або скрипти. Якщо буде потрібно, то в своєму застосуванні ви можете зберігати в базі даних інструкції і опису товарів.

Ви можете використовувати MS| SQL| Server| або сховище у вигляді MDB-файлу| Access|. Надалі ми орієнтуватимемося на MS| SQL| Server|. Для MDB-файлів| можливі відмінності|відзнаки| не принципові і полягають в незначних відмінностях|відзнаках| в синтаксисі SQL-запитів| і параметрах підключення до бази даних.

У цій статті ми визначимо мінімально необхідну структуру бази даних для нашого інтернет-магазину. Структура бази даних залежить від тих функціональних завдань|задач|, які повинен виконувати Інтернет-додаток|застосування|.

Давайте спробуємо визначити функціональні завдання|задачі|, що вирішуються|рішають| нашим застосуванням.

Спочатку визначимо категорії користувачів, що працюють з|із| магазином. Це можуть бути:

• анонімні відвідувачі|візитери| (користувачі, які не реєструвалися при вході в магазин);

• покупці (користувачі, зареєстровані в магазині);

• менеджери (користувачі з|із| розширеними правами).

Анонімні відвідувачі можуть "ходити" по магазину і "дивитися" товари.

Покупці можуть здійснювати покупки в магазині, але при цьому вони повинні надати деякий мінімум інформації про себе для того, щоб менеджери магазина могли уточнити і погоджувати з покупцем деталі по доставці покупки. Покупець може бути зареєстрованим (постійним) або разовим.

Разовий покупець може оформити разове замовлення. 

Зареєстрований покупець може не лише оформляти замовлення, але і проглядати історію і стан своїх замовлень. Більш того, для постійного покупця заголовні реквізити замовлення заповнюються додатком автоматично (ім'я покупця, контактні реквізити).

Менеджери магазина повинні мати можливість додавання товарів в каталог (виставити товар на вітрину), редагувати назви і ціни товарів, проглядати списки замовлень і список зареєстрованих покупців.

Кожен магазин має каталог товарів, виставлених на продаж. У каталозі перераховуються назви товарів і їх ціни. Для нашого магазина цього вистачає. Проте в реальних електронних магазинах в каталозі зазвичай є описи товарів і їх зображення.

Всі покупки в магазині оформляються за допомогою замовлень. Замовлення - це електронний документ, в якому є дві частки: заголовок (дата замовлення, реквізити покупця) і вміст замовлення (перелік замовлених товарів і їх ціни).

Для кожного виду інформації створюється одна або декілька таблиць. Кожна таблиця складається з полів. Перелік, назви і типи полів визначаються призначенням таблиці.

Ми рекомендуємо в кожній таблиці використовувати спеціальні службові поля:

• Id - ідентифікатор запису (використовується в первинних ключах для адресації записів);

• Actual - ознака актуальності запису (використовується для розділення актуальних і неактуальних даних);

• UpdateDate - дата зміни запису (може використовуватися для сортування записів в хронологічному порядку);

• UpdateUser - ідентифікатор користувача, що створив або змінив запис (використовується для авторизації факту зміни запису).

Службовим полям доцільно дати імена однакові у всіх таблицях. В цьому випадку вам буде простіше надалі розбиратися з|із| кодом додатка|застосування|, супроводжувати і змінювати|зраджувати| його.

Призначення поля, в загальному випадку, має бути зрозуміле з його назви. Наприклад, Users - таблиця користувачів, Wares – каталог товарів.

Хорошою|доброю| практикою є|з'являється| використання спеціальних префіксів в назвах або використання назв, що складаються з декількох слів. При цьому перше слово повинне означати суть|єство| інформаційного об'єкту, а друге слово (або решта слів) - уточнення.

Наприклад, якщо Ware – товар, а Cost – ціна, то полю «ціна товару» можна привласнити ідентифікатор WareCost.

Звичайно, використання цих нехитрих правил, не є|з'являється| обов'язковим, але|та| дозволяє значно полегшити вам життя при подальшій|дальшій| розробці і супроводі програмного|програмового| продукту.

Таблиці

Wares - таблиця каталога товарів містить:

• службові поля (Id, Actual, UpdateDate, UpdateUser);

• WareName - назва товару;

• WareCost - вартість товару;

• WareHouse - ознака наявності або відсутності товару на складі.

Записи в каталозі товарів зберігаються вічно або, принаймні, до тих пір, поки є хоч одне замовлення, в якому присутній відповідний товар.

Якщо який-небудь товар потрібно прибрати з магазина, то для цього можна встановити в полі Actual ознаку неактуальності запису. Тоді, при відображенні каталогу покупцеві, можна виключати із списку такі товари.

Orders і OrderRecords - містять інформацію про замовлення. Дві таблиці потрібно для того, щоб розділити заголовки замовлень і списки замовлених товарів. В цьому випадку забезпечується мінімізація об'ємів бази даних і підвищується швидкість обробки інформації.

Orders – таблиця заголовків замовлень містить загальну інформацію про замовлення:

• службові поля (Id, Actual, UpdateDate, UpdateUser);

• OrderDate – дата замовлення;

• ClientId – ідентифікатор запису зареєстрованого користувача в таблиці Users;

• ClientName – контактна особа, з якою повинен зв'язатися менеджер при виконанні замовлення;

• ClientAddress – адреса, куди потрібно доставити замовлення;

• ClientPhone – телефон;

• ClientEMail – адреса електронної пошти;

• OrderStatus – поточний стан замовлення.

Призначення полів очевидне і не вимагає пояснень. Окрім поля OrderStatus. У цьом у полі можна зберігати код поточного стану замовлення. Наприклад: 0 – створюється, 3 – відправлений менеджерові, 5 – обробляється, 7 – виконаний. В цьому випадку можна організувати подібність document workflow (процес документообігу). Менеджер знатиме чи можна починати обробку замовлення (раптом клієнт сьогодні не закінчив створення замовлення і вирішив продовжити цей процес завтра). З іншого боку, клієнт знатиме чи прийняв менеджер магазину замовлення для виконання.

Для анонімних покупців поле ClientId містить значення NULL.

Для зареєстрованих покупців поля ClientName, ClientAddress, ClientPhone, ClientEMail заповнюються системою автоматично на підставі вмісту реєстраційної картки покупця.

OrderRecords – таблиця вмісту замовлень:

• службові поля (Id, Actual, UpdateDate, UpdateUser);

• OrderId – ідентифікатор запису заголовка замовлення в таблиці Orders;

• WareId – ідентифікатор запису товарної позиції в таблиці Wares;

• WareCost – вартість товару;

• WareCount – кількість.

За допомогою поля OrderId забезпечується зв'язок між таблицями Orders і OrderRecords.

Поле WareId зв'язує запис замовлення з таблицею Wares.

Поле WareCost містить вартість одиниці даного товару у момент оформлення замовлення. Якщо менеджер в майбутньому поміняє вартість товару в каталозі, то на раніше оформлених замовленнях це не відіб'ється. Загальні суми по кожній позиції і за замовленням в цілому зберігатися не повинні, оскільки вони елементарно розраховуються в процесі відображення замовлення.

Users – таблиця користувачів зберігає інформацію про зареєстрованих покупців і менеджерів електронного магазина.

• службові поля (Id, Actual, UpdateDate, UpdateUser);

• LogonName – реєстраційне ім'я;

• LogonPassword – пароль;

• ClientName – ФІО користувача і назва компанії;

• ClientAddress – адреса;

• ClientPhone – телефон;

• ClientEMail – електронна адреса;

• UserLevel – тип користувача.

Реєстраційне ім'я і пароль потрібні для авторизації відвідувача|візитера| при роботі з|із| магазином.

Поле UserLevel використовується для визначення категорії користувача (наприклад: 1 – покупець, 3 – менеджер, і так далі). При авторизації користувача Інтернет-додаток може визначити вигляд і об'єм інформації, що надається користувачеві і вирішити або заборонити виконання деяких функцій. Наприклад, менеджерові магазина можна надати функції по редагуванню каталогу товарів і прогляданню загального списку замовлень.

У сучасному електронному магазині кількість таблиць і полів може бути істотно|суттєвий| більше. Наприклад, можна товари згрупувати по категоріях, ввести|запроваджувати| поняття дилерської ціни, зберігати в каталозі опис товару і його зображення. Не зайвими в магазині будуть: інформація про новини магазина або вашої компанії, умови і порядок|лад| оформлення покупки|купівлі|, способи оплати і доставки товарів, сторінки зворотного зв'язку з|із| покупцями (гостьова книга, форум, анкети). Можливо, регулярна публікація технічних описів і інструкцій з експлуатації товарів, що продаються вами, підвищить привабливість магазина для ваших клієнтів. Але|та| ми не ускладнюватимемо структуру нашого застосування, щоб|аби| зосередитися на основних моментах побудови|шикування| інтернет-додатка|застосування|.