非共有ホスティングでのWordPressマルチサイトの最適なキャッシュオプションは何ですか？

13

以下の仮定の下で、どのキャッシュプラグイン構成をお勧めしますか？

  • サーバー構成の完全な制御
  • WordPressをマルチサイト/マルチドメインモードで実行する
  • ほとんどのドメインはwww.プレフィックス（Cookie）を使用していません
  • （必要）特定のIPのキャッシュを無効にしたり、Cookieに基づいて、キャッシュを必要としないサイトに変更を加えたりできるようにします。

詳細：Firefox Google Page Speedプラグインを使用して、Webサイトの速度を最適化しようとしています。

また、小さな画像などの一般的なガイドラインを使用しないでください。

公平を期してみましょう。複数のキャッシュプラグインを使用すると、解決するよりも多くの問題が発生するため、簡単なアプローチを試してください。

performance  cache 
— ソリン
ソース

回答:

4

「どのプラグイン」に対する基本的な答えは、おそらくW3 Total Cacheです。現時点で最も機能的で積極的に開発されているプラ​​グインの1つです。ただし、完全なパフォーマンスチェーンは、WordPressプラグインだけで処理できるよりもはるかに長くなります。

  1. Webサーバー（Apacheなど）の構成（応答時間、最初のバイトまでの時間、ヘッダー）。
  2. データベース（クエリの処理に費やした時間）。
  3. PHP / WordPress（ページ生成時間、メモリ消費）。
  4. フロントエンドのパフォーマンス（HTTP要求の量、帯域幅）。

APCのようなオペコードメモリベースのキャッシュを備えた静的キャッシュプラグイン（W3など）から始めるとよいでしょう。

しかしそこから、コンテンツ配信ネットワーク、代替Webサーバーなどのように、もっと多くの（そしてもっと複雑な）ことができます。

— ラスト
ソース
wp最速のキャッシュは、オブジェクトキャッシュがなくてもw3の合計キャッシュに勝ります。
— ЯрославРахматуллин
19

WordPressのパフォーマンスとキャッシュスタック

これは、低〜中規模の単一サーバーまたはVPSに最適なWordPressパフォーマンススタックです。私は、ミッドレンジを約1Gのメモリとかなり高速なドライブを備えたシングルコアとして分類しています。

サーバースタック

  • Linux-Debian LennyまたはUbuntuのいずれか
  • Nginx-リバースプロキシ静的ファイルキャッシュとして構成
  • Apache-Apacheは、代替ポートでNginxによってオフロードされたPHPを処理します
  • MySql-WPで必要です。最新の安定バージョンを実行していることを確認してください
  • PHP-5.2または5.3ブランチの最新の安定バージョン

PHPキャッシュ

  • APC-mmapメモリと少なくとも128Mのshmサイズで構成します

WordPressパフォーマンスプラグインスタック

  • Nginxプロキシキャッシュインテグレーター
  • W3合計キャッシュ -ページキャッシュをディスクに設定し、ディスクに縮小し、オブジェクトとデータベースをAPCに設定します。
    • セルフホストCDN-静的ファイルを提供するためだけにセットアップされたサーバー上のドメインを指す4つのcnameエイリアスを作成します

W3 Total Cacheでは、Nginxが静的ファイルを非常に高速に提供するため、ページキャッシュと縮小にディスクを使用しています。

Nginxを設定して静的ファイルを提供し、PHPをApacheに渡す方法

Apacheを単独で使用する場合の問題は、接続が開かれ、静的ファイルであってもすべてのリクエストでphpにヒットすることです。これは、Apacheが接続を開いたままにして、接続が使用されていない場合でも接続が行き詰まるため、接続を無駄にします。

デフォルトでは、ApacheはデフォルトのWebポートであるポート80でリクエストをリッスンします。まず、ポート8080でリッスンするように、Apache confおよび仮想ホストファイルを変更します。

Apache Config

httpd.conf

KeepAliveをオフに設定します

ports.conf

NameVirtualHost *:8080
Listen 8080

サイトごとの仮想ホスト

<VirtualHost 127.0.0.1:8080>
     ServerAdmin info@yoursite.com
     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アドレスが含まれるようにする必要があります。そうでない場合、ログの発信元IPアドレスは127.0.0.1になります。

Nginx Config

Debianでは、リポジトリを使用してインストールできますが、バージョン0.6.33のみが含まれています。新しいバージョンをインストールするには、lenny backportsパッケージを追加する必要があります

$ 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仮想ホスティングをセットアップする必要があります。私は、sites-availableディレクトリのファイルにリンクされた各v host symで、sites-enabledメソッドを使用したいと思います。

$ 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

default.conf

注意：

次のファイルの静的キャッシュ設定は、Nginxプロキシキャッシュインテグレータープラグインが有効になっている場合にのみ機能します。 

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サイトの設定ごと（マルチサイトの場合、必要なのは1つの仮想ホストのみ）

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 conf

自己ホスト型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 Benchでは、このセットアップは理論的には1秒あたり1833.56リクエストを処理できます

$ ab -n 1000 -c 20 http://yoursite.com/

代替テキスト

— クリス_O
ソース
1
+うわー、これは印象的でしたが、とりあえずnginxの設定をスキップしたほうがいいでしょう。サーバーの設定が複雑になりすぎるからです。
— ソリン
私はVPSホスティングのあなたの指示に従いたいのですが、何か問題が発生する可能性がある場合、私が何か間違ったことをした場合、私は恐れています。
— user391
1
ありがとう。とても便利です。これを試してみます。これを複数回修正できるといいのですが：）
— Nasir
4

マルチサイト用に最小64MB RamのWebスペースを使用し、ApacheでAPCとMemcachedを使用します。キャッシュは静的ではなく、すべてのWP機能を問題なく使用できます。PageSpeedを使用してスキャンし、他のオプションも読み取ります。テーマにコーディングされています。キャッシュは素晴らしい仕事をすることができますが、悪いテーマやプラグインを修復することはできません。別の解決策は、CookieのないサブドメインをWordPressのCDNとして使用することです。これを、サブドメインではなくドメイン上のCookieのwp-config.phpに追加します。

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' );

ここで、Cookieを使用しないフロントエンドの静的CDN URLのページ速度をお読みください。

また、次のソースをブロック複製コンテンツの.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]

関数を使用してください、また例であり、あなたは私のアイデアであなたのソリューションを書くことができます。

— ブエルトゲ
ソース
0

Webサーバースタック

基本的にすべての操作をメモリに保持します！

  • WordPressが主にメモリコピー、サブミリ秒のディスクアクセス時間であるため、最新のCPU、高メモリ帯域幅、UpCloudをお試しください！
  • シン仮想化レイヤー、UpCloudをお試しください！人気のある非企業プロバイダーから遠ざける
  • 高速オペレーティングシステム：systemdなし、十分なエントロピー、IRQバランス、低メモリ使用量
  • ハンマー攻撃者のブロック：Fail2ban、シャドウネットを永続的にブロック
  • エニーキャストDNS
  • クイックWebサーバー：ApacheイベントMPM
  • RAMのような速度のパラレル接続CDN（Amazon CloudFront）
  • 高速SSL：ECDSA証明書、エントロピーソース、TLS1.2、AES-NIの暗号スイート、SSLセッションキャッシュ、OCSPステープリング、HTTP / 2
  • FastCGIで接続されたOPcacheを備えた最新のPHP
  • 無駄のないWordPressインストール：最小限の監査済みプラグインのみ
  • Redisインメモリオブジェクトキャッシュ
  • TokuDB（フラクタルツリー）MariaDBエンジン
  • リソースの最適化
  • JavaScriptを削減
  • 継続的な監視：Pingdom、HetrixTools

私の知識はすべてオープンソースhttps://github.com/szepeviktor/debian-server-toolsです

— セーペ・ヴィクトル
ソース
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.