Настройка VDS сервера для WordPress и WooCommerce

Миграция WordPress сайта с WooCommerce на VDS сервер требует не только правильного переноса файлов и базы данных, но и актуальной настройки PHP, базы данных, кэша и PHP-FPM. В этой статье собран практичный чек-лист для WordPress и WooCommerce с учетом PHP 8.4.

Актуализация на 2026 год: для production-сайтов WordPress разумный минимум — PHP 8.3+, а PHP 8.4 уже находится в активной поддержке и поддерживается актуальными версиями WordPress. Перед переключением рабочего магазина на PHP 8.4 обязательно проверьте совместимость темы, WooCommerce, платежных модулей, интеграций доставки, обмена с 1С и кэш-плагинов на копии сайта.

План миграции WordPress на VDS

Оптимальные настройки PHP для WordPress с WooCommerce

Установка необходимых расширений PHP

Настройка OPcache для PHP 8.4

Для WordPress и WooCommerce основной прирост дает правильно настроенный OPcache. JIT в PHP 8.4 обычно не ускоряет типовой WordPress-сайт, потому что узкие места чаще находятся в базе данных, кэше объектов, внешних API, шаблонах и плагинах. Включайте JIT только после нагрузочного теста конкретного проекта. Пример настроек для файла /etc/php/8.4/fpm/conf.d/10-opcache.ini:

opcache.enable=1
opcache.enable_cli=0
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=20000
opcache.validate_timestamps=1
opcache.revalidate_freq=2
opcache.save_comments=1
opcache.jit=off
opcache.jit_buffer_size=0
    

Настройка плагинов WordPress для использования расширений

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

Оптимизация MySQL

[mysqld]
# Количество соединений
max_connections = 300

# Размер пакетов
max_allowed_packet = 64M

# Таймауты соединений
connect_timeout = 20
wait_timeout = 300
interactive_timeout = 300

# ========================
# Оптимизация InnoDB
# ========================
# Выделяем ~60% памяти под InnoDB буфер (3.5GB из 6GB)
innodb_buffer_pool_size = 3584M

# Количество пулов (1 на каждое ядро)
innodb_buffer_pool_instances = 4

# Размер лога транзакций
innodb_log_file_size = 512M
innodb_log_buffer_size = 64M

# Оптимизация производительности
innodb_flush_log_at_trx_commit = 2
innodb_file_per_table = 1
innodb_flush_method = O_DIRECT

# ========================
# Кэширование
# ========================
# Оптимизировано для 4 ядер
table_open_cache = 2048
thread_cache_size = 64

# Размеры временных таблиц
tmp_table_size = 128M
max_heap_table_size = 128M

# ========================
# Оптимизация сортировки
# ========================
sort_buffer_size = 4M
read_buffer_size = 4M
read_rnd_buffer_size = 8M

# ========================
# Логирование медленных запросов
# ========================
slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 2
log_queries_not_using_indexes = 1

# ========================
# Дополнительные оптимизации
# ========================
# Оптимизация для SSD
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000

# Отключение обратного DNS-поиска
skip_name_resolve = 1

# Оптимизация для Join-запросов
join_buffer_size = 4M

# Оптимизация загрузки базы при старте
innodb_buffer_pool_dump_at_shutdown = 1
innodb_buffer_pool_load_at_startup = 1

sudo systemctl restart mysql

Отключение бинарных логов MySQL

sudo mysql -e "SHOW VARIABLES LIKE 'log_bin';"

sudo mysql -e "SHOW VARIABLES LIKE 'log_bin';"

sudo mysql -e "PURGE BINARY LOGS BEFORE DATE_SUB(NOW(), INTERVAL 7 DAY);"

binlog_expire_logs_seconds = 604800
max_binlog_size = 100M
    

Оптимальные параметры PHP-FPM для WooCommerce

pm = dynamic

pm.max_children = 20
pm.start_servers = 6
pm.min_spare_servers = 4
pm.max_spare_servers = 10
pm.max_requests = 500
pm.process_idle_timeout = 10s

request_terminate_timeout = 600s

php_admin_value[max_execution_time] = 600
php_admin_value[max_input_time] = 600
php_admin_value[memory_limit] = 256M

sudo php-fpm8.4 -t && sudo systemctl restart php8.4-fpm

Настройки конфигурации NGINX под WordPress + Woocommerce

# Оптимизации для WordPress
# Разместите в /etc/nginx/vhosts-resources/xn--e1afgfqo3f.com/custom.conf
# После внесения изменений проверьте корректность конфигураций командой sudo nginx -t

# Заголовки безопасности
add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
add_header Content-Security-Policy "default-src * 'unsafe-inline' 'unsafe-eval' data: blob: filesystem:;" always;
add_header Permissions-Policy "" always;
add_header X-XSS-Protection "1; mode=block" always;
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header Referrer-Policy "strict-origin-when-cross-origin" always;

# Блокировка XML-RPC (устаревший API, уязвимый к атакам)
location = /xmlrpc.php {
    deny all;
}

# Блокировка выполнения PHP в uploads/ директории
location /wp-content/uploads/ {
    location ~ \.php$ {
        deny all;
    }
}

# Улучшенное кэширование статики
location ~* \.(jpg|jpeg|gif|png|svg|ico|css|js|mp4|woff|woff2|eot|ttf|otf|mp3|ogg|zip|gz|bz2?|rar|swf|pdf|webp)$ {
    expires 365d;
    add_header Cache-Control "public, max-age=31536000, immutable";
}

# ✅ Оптимизация выгрузки товаров из 1С
location ~* ^/(import\.php|import\.xml|offers\.xml|prices\.xml|rests\.xml)$ {
    client_max_body_size 512M; # Увеличиваем лимит загрузки файлов
    proxy_read_timeout 600s;
    proxy_send_timeout 600s;
    fastcgi_read_timeout 600s;
    fastcgi_send_timeout 600s;
    access_log off;
    error_log /var/www/httpd-logs/xn--e1afgfqo3f.com.error.log notice;
}

# ✅ Оптимизация FastCGI для PHP
location ~ \.php$ {
    fastcgi_buffers 64 64k;
    fastcgi_buffer_size 128k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 512k;
    fastcgi_read_timeout 600s;
    fastcgi_send_timeout 600s;
    client_max_body_size 512M;
}

# ✅ Оптимизация админки WordPress
location ~* /wp-admin/ {
    fastcgi_buffers 64 64k;
    fastcgi_buffer_size 128k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 512k;
    fastcgi_read_timeout 600;
    fastcgi_connect_timeout 600;
    fastcgi_send_timeout 600;
}

# ✅ Защита важных файлов WordPress
location ~* "/(\.|wp-config|wp-load|xmlrpc|htaccess|license|readme|backup|dump|db|sql|log|git).*$" {
    deny all;
}

location ~* "\.(sql|bak|old|log|tar|gz|zip|jsp|asp|sh|pl|cgi|htaccess)$" {
    deny all;
}

# ✅ Защита от сканирования сценариев WP
location ~* "(eval\(|eval\/|eval\.php|\/system\/|system32|passwd|boot\.ini)" {
    deny all;
}

Настройка Redis для WordPress

После установки плагина Redis Object Cache, добавьте следующие строки в файл wp-config.php:

define('WP_CACHE', true);
define('WP_REDIS_HOST', 'localhost');
define('WP_REDIS_PORT', '6379');
define('WP_CACHE_KEY_SALT', '_our_key');

Защита от DDoS-атак

Для оптимальной защиты от DDoS-атак при использовании ISP Manager рекомендуется следующая конфигурация:

Проверка и мониторинг после миграции

• Проверьте версию PHP и модули через панель хостинга, php -v, php -m или временный phpinfo.php. Если создаете phpinfo.php, удалите его сразу после проверки.
• Настройте логирование ошибок PHP: error_log = /var/www/logs/php_errors.log
• Регулярно проверяйте журналы на наличие ошибок и предупреждений
• Используйте инструменты анализа производительности, такие как Query Monitor

Заключение

Правильная настройка PHP 8.4, PHP-FPM, OPcache, базы данных и объектного кэша является критически важным аспектом миграции WordPress с WooCommerce на VDS. Оптимизированные настройки PHP, установка необходимых расширений и соответствующих плагинов WordPress позволят вашему интернет-магазину работать быстро и стабильно даже при высоких нагрузках.

После миграции регулярно проверяйте производительность сайта и при необходимости корректируйте настройки. С актуальным PHP, корректными лимитами PHP-FPM, OPcache, Redis и регулярным мониторингом вы получите более стабильный и быстрый сайт без лишней нагрузки на сервер.

Во всех наших проектах мы решили использовать VDS от Бегет. Простата установки и оперативная поддержка.