Каков наилучший вариант кэширования для нескольких сайтов WordPress на хостинге без общего доступа?
Какую конфигурацию плагина кэширования вы рекомендуете и почему при следующих предположениях:
- полный контроль конфигурации сервера
- запуск WordPress в режиме с несколькими сайтами/несколькими доменами
- большинство доменов не используют
www.
префикс (файлы cookie) - (желание) иметь возможность отключить кэширование для определенных IP-адресов или на основе файлов cookie, когда вы вносите изменения на сайт, вам не нужно кэширование.
Подробности: Я использую Firefox Google Плагин скорости страницы, чтобы попытаться оптимизировать скорость веб-сайта.
Также, пожалуйста, не руководствуйтесь общими рекомендациями, такими как изображения меньшего размера.
Давайте будем справедливы, использование более чем одного плагина кэширования принесет вам больше проблем, чем решит, поэтому, пожалуйста, попробуйте предложить простой подход.
4 answers
Основной ответ на вопрос "какой плагин", вероятно, будет Общий кэш W3. Это один из самых функциональных и активно разрабатываемых плагинов на данный момент. Однако полная цепочка производительности намного длиннее, с чем может справиться только плагин WordPress.
- Конфигурация веб-сервера (Apache или что-то еще) (время отклика, время до первого байта, заголовки).
- База данных (время, затраченное на обработку запросов).
- PHP/WordPress (время создания страницы, память потребление).
- Производительность внешнего интерфейса (количество HTTP-запросов, пропускная способность).
Хорошим началом был бы плагин статического кэширования (например, W3) с кэшем на основе кода операции, таким как APC.
Но оттуда есть гораздо больше (и гораздо более сложных) вещей, которые вы могли бы сделать, таких как сети распространения контента, альтернативные веб-серверы и т.д.
Моя производительность WordPress и стек кэширования
Это лучший стек производительности WordPress для одного сервера низкого и среднего уровня или VPS. Я классифицирую средний диапазон как одноядерный с объемом памяти около 1 ГБ и довольно быстрыми накопителями.
Стек серверов
- Linux - Либо Debian Lenny, либо Ubuntu
- Nginx - Настроен как статический кэш файлов обратного прокси-сервера
- Apache - Apache будет обрабатывать PHP, выгруженный Nginx, на альтернативном порт
- MySQL - Требуется WP, убедитесь, что у вас установлена последняя стабильная версия
- PHP - Последняя стабильная версия ветки 5.2 или 5.3
Кэш PHP
- APC - Настройте его с памятью mmap и размером shm не менее 128 М
Стек плагинов производительности WordPress
- Интегратор прокси-кэша Nginx
-
Общий кэш W3 - Установите кэш страниц на диск, увеличенный, уменьшенный до диска, а объект и бд на БТР.
- Автономный CDN - Создайте 4 псевдонима cname, которые указывают на домен на сервере, настроенном только для обслуживания статического файла
С общим кэшем W3 мы используем диск для кэша страниц и уменьшаем его, потому что Nginx будет очень быстро обслуживать наши статические файлы.
Как настроить Nginx для обслуживания статических файлов и передачи PHP в Apache
Проблема с использованием только Apache заключается в том, что он открывает соединение и обращается к php при каждом запросе даже для статического файлы. Это приводит к потере соединений, потому что Apache будет держать их открытыми, и когда у вас будет много трафика, ваши соединения будут заблокированы, даже если они не используются.
По умолчанию Apache прослушивает запросы на порту 80, который является веб-портом по умолчанию. Сначала мы собираемся внести изменения в наши файлы Apache conf и виртуальных хостов, чтобы прослушивать порт 8080.
Конфигурация Apache
Httpd.conf
Установите значение KeepAlive в выкл
Порты.conf
NameVirtualHost *:8080
Listen 8080
Для Каждого Виртуального Хоста Сайта
<VirtualHost 127.0.0.1:8080>
ServerAdmin [email protected]
ServerName yoursite.com
ServerAlias www.yoursite.com
DocumentRoot /srv/www/yoursite.com/public_html/
ErrorLog /srv/www/yoursite.com/logs/error.log
CustomLog /srv/www/yoursite.com/logs/access.log combined
</VirtualHost>
Вам также следует установить mod_rpaf, чтобы ваши журналы содержали реальные ip-адреса ваших посетителей. Если нет, в ваших журналах будет указан 127.0.0.1 в качестве исходного IP-адреса.
Конфигурация Nginx
В Debian вы можете использовать репозитории для установки, но они содержат только версию 0.6.33. Чтобы установить более позднюю версию, вам необходимо добавить бэкпорты lenny пакеты
$ nano /etc/apt/sources.list
Добавьте эту строку в файл deb http://www.backports.org/debian lenny-backports main
$ nano /etc/apt/preferences
Добавьте в файл следующее:
Package: nginx
Pin: release a=lenny-backports
Pin-Priority: 999
Выполните следующие команды для импорта ключа из backports.org для проверки пакетов и обновления базы данных пакетов вашей системы:
$ wget -O - http://backports.org/debian/archive.key | apt-key add -
$ apt-get update
Теперь установите с помощью apt-get
apt-get install nginx
Это намного проще, чем компиляция из исходного кода.
Nginx conf и файлы сервера конфигурация
Файл Nginx.conf
user www-data;
worker_processes 4;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
access_log /var/log/nginx/access.log;
client_body_temp_path /var/lib/nginx/body 1 2;
gzip_buffers 32 8k;
sendfile on;
#tcp_nopush on;
#keepalive_timeout 0;
keepalive_timeout 65;
tcp_nodelay on;
gzip on;
gzip_comp_level 6;
gzip_http_version 1.0;
gzip_min_length 0;
gzip_types text/html text/css image/x-icon
application/x-javascript application/javascript text/javascript application/atom+xml application/xml ;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
Теперь вам нужно будет настроить виртуальный хостинг Nginx. Мне нравится использовать метод с поддержкой сайтов, когда каждый символ v хоста связан с файлом в каталоге, доступном для сайтов.
$ mkdir /etc/nginx/sites-available
$ mkdir /etc/nginx/sites-enabled
$ touch /etc/nginx/sites-available/yourservername.conf
$ touch /etc/nginx/sites-available/default.conf
$ ln -s /etc/nginx/sites-available /etc/nginx/sites-enabled
$ nano /etc/nginx/sites-enabled/default.conf
По умолчанию.conf
Примечание:
Настройки статического кэша в следующих файлах будут работать только в том случае, если включен плагин Nginx proxy cache integrator.
proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=staticfilecache:180m max_size=500m;
proxy_temp_path /var/lib/nginx/proxy;
proxy_connect_timeout 30;
proxy_read_timeout 120;
proxy_send_timeout 120;
#IMPORTANT - this sets the basic cache key that's used in the static file cache.
proxy_cache_key "$scheme://$host$request_uri";
upstream wordpressapache {
#The upstream apache server. You can have many of these and weight them accordingly,
#allowing nginx to function as a caching load balancer
server 127.0.0.1:8080 weight=1 fail_timeout=120s;
}
На сайт WordPress conf (Для нескольких сайт вам понадобится только один vhost)
server {
#Only cache 200 responses, and for a default of 20 minutes.
proxy_cache_valid 200 20m;
#Listen to your public IP
listen 80;
#Probably not needed, as the proxy will pass back the host in "proxy_set_header"
server_name www.yoursite.com yoursite.com;
access_log /var/log/nginx/yoursite.proxied.log;
# "combined" matches apache's concept of "combined". Neat.
access_log /var/log/apache2/nginx-access.log combined;
# Set the real IP.
proxy_set_header X-Real-IP $remote_addr;
# Set the hostname
proxy_set_header Host $host;
#Set the forwarded-for header.
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
location / {
# If logged in, don't cache.
if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
set $do_not_cache 1;
}
proxy_cache_key "$scheme://$host$request_uri $do_not_cache";
proxy_cache staticfilecache;
proxy_pass http://wordpressapache;
}
location ~* wp\-.*\.php|wp\-admin {
# Don't static file cache admin-looking things.
proxy_pass http://wordpressapache;
}
location ~* \.(jpg|png|gif|jpeg|css|js|mp3|wav|swf|mov|doc|pdf|xls|ppt|docx|pptx|xlsx)$ {
# Cache static-looking files for 120 minutes, setting a 10 day expiry time in the HTTP header,
# whether logged in or not (may be too heavy-handed).
proxy_cache_valid 200 120m;
expires 864000;
proxy_pass http://wordpressapache;
proxy_cache staticfilecache;
}
location ~* \/[^\/]+\/(feed|\.xml)\/? {
# Cache RSS looking feeds for 45 minutes unless logged in.
if ($http_cookie ~* "comment_author_|wordpress_(?!test_cookie)|wp-postpass_" ) {
set $do_not_cache 1;
}
proxy_cache_key "$scheme://$host$request_uri $do_not_cache";
proxy_cache_valid 200 45m;
proxy_cache staticfilecache;
proxy_pass http://wordpressapache;
}
location = /50x.html {
root /var/www/nginx-default;
}
# No access to .htaccess files.
location ~ /\.ht {
deny all;
}
}
Автономный CDN-конф
Для вашего автономного CDN conf вам нужно только настроить его для обслуживания статических файлов без пропуска прокси
server {
proxy_cache_valid 200 20m;
listen 80;
server_name yourcdndomain.com;
access_log /srv/www/yourcdndomain.com/logs/access.log;
root /srv/www/yourcdndomain.com/public_html/;
proxy_set_header X-Real-IP $remote_addr;
location ~* \.(jpg|png|gif|jpeg|css|js|mp3|wav|swf|mov|doc|pdf|xls|ppt|docx|pptx|xlsx)$ {
# Cache static-looking files for 120 minutes, setting a 10 day expiry time in the HTTP header,
# whether logged in or not (may be too heavy-handed).
proxy_cache_valid 200 120m;
expires 7776000;
proxy_cache staticfilecache;
}
location = /50x.html {
root /var/www/nginx-default;
}
# No access to .htaccess files.
location ~ /\.ht {
deny all;
}
}
Теперь запустите серверы
$ /etc/init.d/apache2 restart
$/etc/init.d/nginx start
Результаты тестирования
На стенде Apache эта установка теоретически может обслуживать 1833,56 запросов в секунду
$ ab -n 1000 -c 20 http://yoursite.com/
Используйте веб-пространство с минимальной оперативной памятью 64 МБ для мультисайта и используйте APC и Memcached на Apache, кэш не статичен, и вы можете использовать все WP-функции без проблем. Вы сканируете с помощью PageSpeed, читаете также другие параметры, которые были закодированы в теме. Кэш может отлично работать, но не может исправить плохую тему или плагин. Другое решение - использовать поддомены без файлов cookie в качестве CDN в WordPress. Добавьте это к wp-config.php для файлов cookie только в домене, а не поддомен.
define( 'COOKIE_DOMAIN', 'example.com' );
Теперь установите новые функции в functions.php темы или напишите плагин, чтобы заменить путь от статического содержимого к вашим поддоменам, вашему пользовательскому CDN.
// replace for CDN on bloginfo
if ( !function_exists('fb_add_static_wpurl') ) {
function fb_add_static_wpurl($info, $show) {
if ( is_admin() )
return $info;
$keys = array(
'url',
'wpurl',
'stylesheet_url',
'stylesheet_directory',
'template_url',
'template_directory',
);
if ( in_array( $show, $keys ) ) {
$wpurl = get_bloginfo('wpurl');
$search = array(
$wpurl . '/wp-content/images/',
$wpurl . '/wp-content/download/',
$wpurl . '/wp-content/themes/',
$wpurl . '/wp-content/plugins/',
);
$replace = array(
'http://cdn1.example.com/',
'http://cdn2.example.com/',
'http://cdn3.example.com/',
'http://cdn4.example.com/',
);
return str_replace( $search, $replace, $info );
} else {
return $info;
}
}
add_filter( 'bloginfo_url', 'fb_add_static_wpurl', 9999, 2 );
}
Теперь функция для шаблона и таблицы стилей-путь
function fb_add_static_stylesheet_uri($uri) {
if ( is_admin() )
return $uri;
$wpurl = get_bloginfo('wpurl');
$search = array(
$wpurl . '/wp-content/images/',
$wpurl . '/wp-content/download/',
$wpurl . '/wp-content/themes/',
$wpurl . '/wp-content/plugins/',
);
$replace = array(
'http://cdn1.example.com/',
'http://cdn2.example.com/',
'http://cdn3.example.com/',
'http://cdn4.example.com/',
);
return str_replace( $search, $replace, $uri );
}
add_filter ( 'template_directory_uri', 'fb_add_static_stylesheet_uri' );
add_filter ( 'stylesheet_uri', 'fb_add_static_stylesheet_uri' );
add_filter ( 'stylesheet_directory_uri', 'fb_add_static_stylesheet_uri' );
Теперь считывайте скорость страницы на статических URL-адресах CDN на интерфейсе без файлов cookie.
Также добавьте следующий источник в .htaccess для содержимого дубликатов блоков:
##
# Explicitly send a 404 header if a file on cdn[0-9].example.org is not
# found. This will prevent the start page (empty URL) from being loaded.
##
RewriteCond %{HTTP_HOST} ^cdn[0-9]\.example\.org [NC]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* - [R=404,L]
##
# Do not dispatch dynamic resources via cdn[0-9].example.org.
##
RewriteCond %{HTTP_HOST} ^cdn[0-9]\.example\.org [NC]
RewriteCond %{REQUEST_FILENAME} \.(php|html)$
RewriteRule .* - [R=404,L]
Пожалуйста, используйте функцию, это также примеры, и вы можете написать ваши решения с моими идеями.
Стек веб-серверов
По сути, сохраняйте каждую операцию в памяти!
- Современный процессор, высокая память пропускная способность, так как WordPress в основном копирует память, время доступа к диску меньше мсек, попробуйте UpCloud!
- Тонкий слой виртуализации, попробуйте UpCloud! Держитесь подальше от популярных, некоммерческих поставщиков
- Быстрая операционная система: Нет systemd, достаточно энтропии, баланс IRQ, Низкое использование памяти
- Блокировать атакующих с молотком: Fail2ban, постоянно блокировать тень сети
- Любой DNS-адрес
- Быстрый веб-сервер: MPM событий Apache
- CDN с параллельным подключением со скоростью, подобной скорости оперативной памяти (Amazon CloudFront)
- Высокоскоростной SSL: сертификат ECDSA, источник энтропии, TLS1.2, Шифры для AES-NI, кэш сеансов SSL, сшивание OCSP, HTTP/2
- Современный PHP с OPcache, подключенный через FastCGI
- Бережливая установка WordPress: только минимальные и проверенные плагины
- Кэш объектов Redis в памяти
- Токудб (фрактальное дерево) МариаДБ двигатель
- Оптимизация ресурсов
- Вырезать на JavaScripts
- Непрерывный мониторинг: Pingdom, HetrixTools
Все мои знания с открытым исходным кодом https://github.com/szepeviktor/debian-server-tools