Пошаговая настройка VPS под блогера и медиа с нуля

MAATRIX

Переезд блога на свой сервер пугает зря: настройка VPS под блогера и медиа с нуля — это понятная последовательность шагов, которая укладывается в один вечер. В итоге вы получаете быстрый сайт на выделенных ресурсах, с кэшем, HTTPS и бэкапами, который не тормозит на всплесках трафика. Ниже — весь путь по шагам: от пустого сервера до работающего WordPress с оптимизированной скоростью, с объяснением каждого действия.

Что нужно перед началом

Определитесь с двумя вещами: локацией и объёмом ресурсов. Локация задаёт скорость для читателей. Для российской аудитории берите RU-локацию — минимальный пинг и соответствие 152-ФЗ при работе с персональными данными подписчиков. Для европейских читателей логична британская локация, для международных — США. У MAATRIX доступны все три локации RU/US/UK с оплатой из России картой, СБП или криптой, так что зарубежная площадка не требует иностранной карты.

По ресурсам для старта текстового блога достаточно 2 ядер и 4 ГБ RAM на NVMe-диске. Если проект медийный, с обилием картинок, сразу закладывайте 8 ГБ памяти и больше диска под медиатеку. Заранее зарегистрируйте домен и направьте его A-запись на IP сервера: DNS расходится не мгновенно, а сертификат TLS мы будем выпускать по домену, поэтому запись должна успеть обновиться.

Мы разберём классический и самый распространённый стек для контента: Nginx как веб-сервер, PHP-FPM, база MariaDB и WordPress поверх них. Эта связка проверена годами, отлично документирована и легко ускоряется кэшем. Даже если у вас другая CMS, последовательность шагов почти не изменится.

Шаг 1. Безопасность сервера

Начните с гигиены доступа, потому что сервер с публичным IP сканируют боты сразу после включения. Подключитесь, обновите систему, заведите отдельного пользователя вместо root и настройте вход по SSH-ключу:

apt update && apt upgrade -y
adduser web && usermod -aG sudo web

Скопируйте свой ключ на сервер, проверьте вход по нему и отключите парольную аутентификацию в SSH. Закройте лишние порты фаерволом, оставив SSH и веб:

ufw allow 22/tcp && ufw allow 80/tcp && ufw allow 443/tcp && ufw enable
apt install -y fail2ban

Fail2ban автоматически банит переборщиков. Для контентного сайта на популярной CMS это особенно важно: движки вроде WordPress — частая мишень массовых атак на подбор паролей к админке. Правильно закрытый периметр работает молча и экономит вам недели разбирательств с последствиями взлома.

Шаг 2. Установка веб-стека

Поставьте веб-сервер, PHP нужной версии с модулями для медиа и базу данных одной командой:

apt install -y nginx mariadb-server php-fpm php-mysql php-gd php-curl php-xml php-mbstring php-zip

Модуль php-gd отвечает за обработку изображений — для медиапроекта он обязателен, php-mbstring и php-zip нужны CMS и плагинам. Запустите защищённую первичную настройку базы командой mysql_secure_installation: она задаёт пароль root базы, убирает тестовые базы и анонимный доступ. Это быстрый шаг, который закрывает стандартные дыры конфигурации по умолчанию.

Проверьте, что Nginx и PHP-FPM запущены и стартуют автоматически. На этом фундамент готов: сервер умеет принимать запросы и исполнять PHP, осталось положить на него сайт.

Шаг 3. База данных и установка CMS

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

sudo mysql -e "CREATE DATABASE blog; CREATE USER 'bloguser'@'localhost' IDENTIFIED BY 'СИЛЬНЫЙ_ПАРОЛЬ'; GRANT ALL ON blog.* TO 'bloguser'@'localhost'; FLUSH PRIVILEGES;"

Скачайте WordPress в директорию сайта, задайте права владельца веб-серверу и пройдите установку через браузер, указав созданную базу. Сразу после установки смените стандартный логин администратора на неочевидный, задайте длинный пароль и ограничьте доступ к странице входа. Стандартные пути и слабые пароли — главная причина взлома контентных сайтов, и закрыть этот риск проще всего на старте, пока сайт ещё пустой.

Шаг 4. TLS-сертификат и HTTPS

HTTPS сегодня обязателен: без него браузеры помечают сайт небезопасным, а поиск понижает его в выдаче. Бесплатный сертификат Let's Encrypt выпускается автоматически:

apt install -y certbot python3-certbot-nginx
certbot --nginx -d ваш-домен.ru -d www.ваш-домен.ru

Certbot настроит редирект с HTTP на HTTPS и автопродление сертификата через системный таймер — дальше это работает само, без вашего участия. Убедитесь, что сайт открывается по https:// с валидным замком и все внутренние ссылки ведут на защищённую версию, иначе браузер будет ругаться на смешанный контент. После этого публичная часть готова принимать читателей безопасно.

Шаг 5. Скорость: кэш и оптимизация

Ради скорости, а это главное конкурентное преимущество медиапроекта, настройте кэширование слоями. На уровне сайта поставьте кэш-плагин, отдающий готовые HTML-страницы без запуска тяжёлого PHP и обращений к базе. На уровне сервера подключите объектный кэш Redis, чтобы разгрузить базу на популярных страницах:

apt install -y redis-server php-redis

Включите в Nginx сжатие Brotli или Gzip для текстовых ресурсов и кэширующие заголовки для статики, чтобы браузер не перезапрашивал неизменные файлы. Отдельно займитесь изображениями — именно они составляют основной вес страниц медиа: переведите их в форматы WebP или AVIF, отдавайте в размере под устройство и включите ленивую загрузку. Эти меры вместе легко ускоряют сайт в несколько раз и напрямую улучшают поведенческие метрики и позиции в поиске. Тяжёлую статику разумно вынести на CDN, чтобы читатели по всему миру получали её с ближайшего узла, а сервер разгрузился под динамику.

Шаг 6. Бэкапы и обслуживание

Контентный архив копится годами и терять его недопустимо, поэтому бэкапы настраиваем сразу. Копируйте и базу данных, и папку загрузок — медиатека обычно тяжелее самой CMS в разы:

mysqldump blog | gzip > /var/backups/blog_$(date +%F).sql.gz

Повесьте дамп базы и архивацию загрузок в cron на ежедневный запуск, храните копии за пределами сервера и хотя бы раз проверьте восстановление — бэкап, который ни разу не разворачивали, слишком часто оказывается нерабочим. Включите автоматические обновления безопасности и следите за свободным местом: растущая медиатека и логи способны незаметно забить диск. Когда блог перерастёт в полноценное медиа, ресурсы у MAATRIX наращиваются из панели за минуты с оплатой из России, так что рост посещаемости пройдёт без переездов и простоя, а вы останетесь сосредоточены на контенте, а не на борьбе с сервером.

Частые вопросы