Статика и динамика

Статическая страница собрана заранее и отдаётся всем одним файлом, а динамическая собирается сервером в момент запроса, под конкретного посетителя.

Готовое или собранное

Когда вы открываете страницу, она могла получить свой окончательный вид двумя способами.

Статическая страница собрана заранее. Это файл, лежащий на сервере, и сервер отдаёт его как есть, всем одинаково. Вы писали такие страницы весь курс: открытый в браузере index.html и есть статика.

Динамическая страница собирается в момент запроса. Сервер получает запрос, запускает программу, та смотрит, кто спрашивает и что именно (какой пользователь, что искали, какие товары в корзине), берёт данные из базы и составляет из них HTML. Два посетителя, открывшие один и тот же адрес, могут увидеть разное.

Различие не в том, красива страница или нет и есть ли на ней анимация (она делается в браузере). Различие в том, когда страница получает окончательный вид: заранее или по запросу.

Что даёт статика

• Скорость. Отдать готовый файл быстрее, чем запустить код и спросить базу. Файл можно положить в кэш (о нём ниже) и раздавать через сеть серверов по всему миру (CDN, о нём в части про инфраструктуру), так что он будет рядом с каждым посетителем.
• Цена. Раздача файлов почти бесплатна, часто входит в хостинг. Нагрузка растёт, а счёт почти нет.
• Безопасность. На сервере нет кода, который можно взломать, нет базы, которую можно украсть, нет паролей. Атаковать почти нечего.
• Простота. Нечего обновлять, мониторить и чинить в три часа ночи.

Что даёт динамика

• Страницы, зависящие от человека: личный кабинет, корзина, «ваши заказы».
• Свежие данные без перезаливки сайта: остаток на складе, курс, расписание.
• Приём данных: заявки, комментарии, оплаты.
• Поиск и фильтры по большому каталогу.
• Вход и роли: кто что может.

Платить за это приходится: скоростью (код и база на каждый запрос), деньгами (сервер с запасом на пиковую нагрузку), безопасностью (больше мест для атаки: код, база, пароли) и вниманием (обновления, резервные копии, мониторинг).

Посмотрите на ту же нагрузку в двух вариантах. Число посетителей растёт, и разница видна:

Кэш: как сделать быструю динамику

Динамическую страницу можно сильно ускорить, если не собирать её заново для каждого посетителя. Это делает кэш: память, где лежит готовый ответ на случай, если его спросят снова.

• Страницу, которая одинакова для всех и меняется раз в несколько минут, собирают один раз и отдают готовой. Заголовок Cache-Control (вы встречали его в уроке про HTTP) разрешает хранить ответ и браузеру, и промежуточным серверам.
• Запросы к базе, которые повторяются, кэшируют отдельно, в быстрой памяти.
• Картинки, стили и скрипты отдают отдельно, как статику, через CDN.
• В самой базе строят индексы: «оглавление», по которому нужную запись находят сразу, а не перебирают все.

Кэшировать страницу, зависящую от человека (корзину, личный кабинет), нельзя или нужно очень аккуратно: иначе один человек увидит чужое. Это одна из самых неприятных ошибок в вебе.

Статика, которой хватает на большее, чем кажется

За последние годы появился подход, который называют Jamstack: сайт собирается заранее в статические файлы (это часть про генераторы сайтов, она впереди), а то, что требует сервера, подключается готовыми сервисами и облачными функциями. Форма заявки, например, отправляется сервису-посреднику, который пересылает её вам на почту: своего сервера не нужно, а сайт остаётся статическим.

Вывод для выбора простой: начинайте со статики и добавляйте динамику только там, где без неё нельзя. Большинство сайтов-визиток, лендингов и блогов прекрасно живут без собственного сервера.

Практика

Вы на сайте эпохи 2010 года: начался век движков (WordPress, Битрикс), когда сайты стали собираться из базы данных на каждый запрос. Решите, какие части вашего проекта действительно нуждаются в этом.

Заполните таблицу: для каждого раздела вашего брифа, для списка предложений, формы заявки и входа для посетителей напишите «статика» или «динамика» и причину. Заметьте, что форма заявки не может быть чисто статической: данные надо кому-то принять. Затем ответьте, нужна ли вашему проекту база данных, и что вы закэшируете. Честный ответ «пока не нужна» тоже хороший.

Что было не так раньше

В 2000-е движок и база данных считались стандартной нормой для любого сайта, даже для визитки из пяти страниц. Каждое открытие страницы запускало PHP, который шёл в базу за теми же самыми пятью абзацами, что вчера и позавчера. Сайты-визитки медленно открывались, падали при наплыве посетителей, а взламывали их через уязвимости движка и плагинов (о них часто узнавали уже по взлому).

Правильным осталась идея, что динамика нужна там, где ответ зависит от человека и от свежих данных. А то, что от них не зависит, лучше отдавать готовым файлом.