Nginx / .htaccess Config Generator
Соберите частые правила конфигурации сервера — редиректы, HTTPS, gzip, reverse proxy — для nginx или Apache (.htaccess) визуально, без ручного написания синтаксиса.
Проверьте конфигурацию перед применением на продакшн-сервере — конкретный синтаксис и доступные модули могут отличаться в зависимости от версии сервера и хостинга.
nginx.conf
# Редирект с www на домен без www
server {
listen 80;
listen 443 ssl;
server_name www.example.com;
return 301 $scheme://example.com$request_uri;
}
# Принудительный редирект с HTTP на HTTPS
server {
listen 80;
server_name example.com;
return 301 https://$host$request_uri;
}
# Базовое сжатие gzip для текстовых форматов
gzip on;
gzip_vary on;
gzip_min_length 256;
gzip_comp_level 5;
gzip_types text/plain text/css application/json application/javascript text/xml application/xml text/javascript image/svg+xml;Как использовать конфигурацию
Сгенерированные блоки — это готовые фрагменты конфигурации, которые нужно вставить в соответствующий файл сервера (server-блок nginx или файл .htaccess в корне сайта для Apache) и адаптировать под структуру своего проекта: пути, домены и upstream-адреса. Перед применением на боевом сервере обязательно проверьте конфигурацию тестовым запуском (nginx -t для nginx) и сделайте резервную копию текущего конфига.
Зачем нужны эти правила
Редиректы между www и без www или между старым и новым доменом нужны, чтобы у сайта не было дублей в поисковой выдаче и чтобы старые ссылки продолжали работать. Принудительный HTTPS закрывает возможность открыть сайт по незащищённому соединению — это ожидают и браузеры, и поисковые системы. Gzip уменьшает объём передаваемых данных и ускоряет загрузку страниц. Reverse proxy позволяет спрятать локальное приложение (например, Node.js-сервер) за веб-сервером, который берёт на себя TLS, статику и балансировку.
На что обратить внимание
Синтаксис и доступные модули различаются между версиями nginx и Apache, а также между хостинг-провайдерами — например, не на каждом shared-хостинге доступен mod_proxy для reverse proxy в .htaccess. Сгенерированные блоки написаны для типового случая и рассчитаны на дальнейшую адаптацию, а не на слепое копирование в продакшн без проверки.
Частые вопросы
Можно ли просто скопировать конфигурацию на боевой сервер?
Не рекомендуется без проверки. Всегда тестируйте синтаксис перед применением (nginx -t для nginx) и делайте резервную копию текущей конфигурации — синтаксис и доступные модули могут отличаться в зависимости от версии сервера и хостинга.
Почему редирект www ↔ без www — это два разных режима?
Оба варианта корректны с точки зрения SEO, важно выбрать один канонический вариант домена и последовательно на него редиректить, чтобы избежать дублирования страниц с www и без www в поисковой выдаче.
Работает ли reverse proxy на любом хостинге через .htaccess?
Нет, для reverse proxy через .htaccess нужен установленный и разрешённый модуль mod_proxy — на многих shared-хостингах он недоступен. В таких случаях проще использовать nginx или проксирование на уровне самого приложения.
Обязательно ли включать gzip, если сайт уже использует CDN?
Если CDN уже сжимает ответы на своей стороне, дублирующее сжатие на источнике не обязательно, но обычно не мешает — итоговое решение зависит от конфигурации конкретного CDN.