Реальні віртуальні хости та обмеження

Фактично NGiNX (установка і настройка) – це не складно. У різних линуксах є свої особливості, але все доступно і зрозуміло.

В реальності веб-сервера доводиться стикатися з кваліфікованим розробником або компетентним замовником.

Управління сервером Apache – це безліч правил файлу «.htaccess». Залежно від використовуваної системи управління сайтом (CMS), в кореневій папці може виявитися файл «.htaccess» з парою десятків правил і ще десяток «.htaccess» буде розкидане по важливим папок для цілей захисту або управління.

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

Ідеально, коли «.htaccess» порожній файл конфігурації віртуального хоста не змінювався (конфіг NGiNX: настройка = застосування). Чим більше записано в конфігурації, тим більше обмежень встановлено спочатку, тим складніше буде перенести, переналаштувати або просто згадати.

Регулярні вирази в логіці NGiNX – прогрес у порівнянні з громіздкими правилами «.htaccess». Наприклад, для NGiNX налаштування https або http простіше і зрозуміліше. Якщо Apache «закручений» на PHP в його класичному режимі роботи, то NGiNX спочатку орієнтований на швидкий варіант «php-fpm». Для NGiNX налаштування SSL – це «рідний» елемент, а не сторонній, потребує додаткової уваги.

В будь-якій реальній ситуації, як в юриспруденції: менше скажеш (напишеш) – менше на себе візьмеш (менше витратиш часу згодом на рішення проблем). Будь-яка конфігурація – це обмеження, чим менше цих обмежень, тим краще! Головне – не Apache або NGiNX і налаштування їх конфігурацій, головне – веб-ресурси, які підтримує сервер.