Форма і база: сайт, що збирає заявки

Зрозумій, що таке бекенд і навіщо він формі

Сайт, який зробили в попередніх уроках, — це те, що називають фронтенд: усе, що бачить і з чим взаємодіє відвідувач у браузері. Кнопки, текст, форма — усе це малюється просто на сторінці й саме по собі нічого не запам'ятовує. Закрили вкладку — і все, що людина ввела у форму, зникло безслідно.

Щоб заявка не зникала, потрібен бекенд — частина системи, яка працює не в браузері відвідувача, а окремо, і має пам'ять. Аналогія: фронтенд — це вітрина й прилавок магазину, бекенд — склад позаду, де реально зберігаються товари. Відвідувач бачить лише прилавок, але замовлення потрапляє на склад.

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

Порада Якщо в коді сайту досі немає жодного місця, куди приходять дані форми, — це нормально: саме це й додаємо далі.

Обери, куди приземляться заявки

Перш ніж щось підключати, варто обрати формат зберігання під свою задачу. Є три рівні складності — від найпростішого до найгнучкішого.

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

• Коли брати: заявок небагато, складна логіка не потрібна, головне — швидко і без технічних деталей.
• Коли не варто: якщо згодом треба аналізувати заявки, будувати автоматизації чи передавати дані в інші системи — стане тісно.

Проста таблиця в хмарі (заявки записуються рядок за рядком у звичну таблицю, яку видно всій команді).

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

Повноцінна база даних (окреме сховище зі своєю структурою, статусами, зв'язками між сутностями).

• Коли брати: сайт розвивається в продукт — планується особистий кабінет, статуси заявок, зв'язок з іншими даними.
• Коли не варто: якщо це разова форма зворотного зв'язку чи проста заявка — це як орендувати вантажівку, щоб перевезти одну коробку.

Для більшості простих сайтів із попередніх уроків достатньо першого або другого варіанту. Третій — коли сайт переростає в застосунок (про це — наступний урок).