Каков наилучший вариант кэширования для нескольких сайтов WordPress на хостинге без общего доступа?


Какую конфигурацию плагина кэширования вы рекомендуете и почему при следующих предположениях:

  • полный контроль конфигурации сервера
  • запуск WordPress в режиме с несколькими сайтами/несколькими доменами
  • большинство доменов не используют www. префикс (файлы cookie)
  • (желание) иметь возможность отключить кэширование для определенных IP-адресов или на основе файлов cookie, когда вы вносите изменения на сайт, вам не нужно кэширование.

Подробности: Я использую Firefox Google Плагин скорости страницы, чтобы попытаться оптимизировать скорость веб-сайта.

Также, пожалуйста, не руководствуйтесь общими рекомендациями, такими как изображения меньшего размера.

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

Author: Chris_O, 2010-10-02

4 answers

Основной ответ на вопрос "какой плагин", вероятно, будет Общий кэш W3. Это один из самых функциональных и активно разрабатываемых плагинов на данный момент. Однако полная цепочка производительности намного длиннее, с чем может справиться только плагин WordPress.

  1. Конфигурация веб-сервера (Apache или что-то еще) (время отклика, время до первого байта, заголовки).
  2. База данных (время, затраченное на обработку запросов).
  3. PHP/WordPress (время создания страницы, память потребление).
  4. Производительность внешнего интерфейса (количество HTTP-запросов, пропускная способность).

Хорошим началом был бы плагин статического кэширования (например, W3) с кэшем на основе кода операции, таким как APC.

Но оттуда есть гораздо больше (и гораздо более сложных) вещей, которые вы могли бы сделать, таких как сети распространения контента, альтернативные веб-серверы и т.д.

 4
Author: Rarst, 2010-10-02 15:08:22

Моя производительность 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/

alt text

 19
Author: Chris_O, 2010-10-03 06:08:24

Используйте веб-пространство с минимальной оперативной памятью 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]

Пожалуйста, используйте функцию, это также примеры, и вы можете написать ваши решения с моими идеями.

 4
Author: bueltge, 2010-10-02 18:54:12

Стек веб-серверов

По сути, сохраняйте каждую операцию в памяти!

  • Современный процессор, высокая память пропускная способность, так как 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

 0
Author: Szépe Viktor, 2017-04-09 23:18:36