非共有ホスティング上のWordPressマルチサイトに最適なキャッシングオプションは何ですか？
どのキャッシングプラグイン設定をお勧めしますか。また、その理由は次のとおりです。
- サーバー構成のフルコントロール
- マルチサイト/マルチドメインモードでWordPressを実行する
- ほとんどのドメインは
www.プレフィックスを使用していません（cookie） - あなたがあなたがキャッシングを必要としないサイトに変更を加えるとき、特定のIPのためにまたはクッキーに基づいてキャッシングを無効にすることができることを望みます。
詳細：私はFirefoxのGoogle Page Speedプラグインを使ってウェブサイトの速度を最適化しようとしています。
また、小さい画像のように一般的なガイドラインに沿って案内しないでください。
公平を期しましょう。複数のキャッシングプラグインを使用すると解決するよりも多くの問題が発生するため、簡単な方法を試してください。
"what plugin"に対する基本的な答えはおそらく W3 Total Cache でしょう。現時点では最も機能的で積極的に開発されたプラグインの1つです。しかし、完全なパフォーマンスチェーンは、WordPressプラグインだけで処理できるよりもはるかに長くなります。
- Webサーバー（Apacheなど）の構成（応答時間、先頭バイトまでの時間、ヘッダー）。
- データベース（照会の処理に費やされた時間）.
- PHP/WordPress（ページ生成時間、メモリ消費量）.
- フロントエンドのパフォーマンス（HTTPリクエスト数、帯域幅）.
良いスタートは _ apc _ のようなopcodeメモリベースのキャッシュを持つ静的キャッシュプラグイン（W3のような）でしょう。
しかしそこからは、コンテンツ配信ネットワーク、代替Webサーバーなど、できることがもっと多く（そしてさらに複雑に）なることがあります。
私の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に設定します。
- Self Hosted CDN - 静的ファイルを提供するためだけに設定されたサーバー上のドメインを指す4つのcnameエイリアスを作成します。
W3 Total Cacheでは、ページキャッシュにディスクを使用しています。Nginxは静的ファイルを非常に高速に処理します。
静的ファイルを扱い、PHPをApacheに渡すようにNginxを設定する方法
Apacheを単独で使用することの問題は、静的ファイルであっても、それが接続を開き、リクエストごとにphpを打つことです。 Apacheはそれらを開いたままにしておくので、これは接続を浪費します、そしてあなたがたくさんのトラフィックを持っているとき、たとえそれらが使われていなくてもあなたの接続は行き詰まります。
デフォルトでは、ApacheはデフォルトのWebポートであるポート80でリクエストを待ち受けます。まず、Apacheのconfファイルとvirtual hostsファイルをポート8080でリッスンするように変更します。
Apache Config
httpd.conf
keepAliveをオフに設定します
ports.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>
あなたのログにあなたの訪問者の本当のIPアドレスが含まれるように、あなたはまた mod_rpaf をインストールするべきです。そうでない場合、あなたのログは発信元IPアドレスとして127.0.0.1を持つことになります。
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の設定ファイルとサーバーファイルの設定
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サイトあたりconf （マルチサイトの場合はバーチャルホストは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では、この設定は理論的には毎秒1833.56のリクエストを処理できます。
$ ab -n 1000 -c 20 http://yoursite.com/
Multisite用に最小64MBのRamを持つウェブスペースを使用し、Apache上でAPCとMemcachedを使用します。静的ではなくキャッシュし、すべてのWP機能を問題なく使用できます。あなたはPageSpeed経由で他のオプションも読んでスキャンし、テーマにコード化されたものがあります。キャッシュは素晴らしい仕事をすることができますが、悪いテーマやプラグインを修復することはできません。他の解決策は、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' );
クッキーなしでフロントエンドの静的CDN URLのPage Speedを読みましょう。
また、次のソースをブロック公開コンテンツの.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]
機能を使用してください、また例であり、あなたは私の考えであなたの解決策を書くことができます。
Webサーバースタック
基本的にすべての操作をメモリに保存してください。
- 現代のCPU、高い メモリ 帯域幅WordPressは主にメモリのコピー、1ミリ秒未満のディスクアクセス時間です、UpCloudをお試しください。
- シン仮想化レイヤー、UpCloudをお試しください。一般的な企業以外のプロバイダから遠ざける
- 高速オペレーティングシステム：systemdなし、十分なエントロピー、IRQバランス、低メモリ使用量
- ハンマー攻撃者をブロックする：Fail2ban、永久にシャドウネットをブロックする
- エニーキャストDNS
- クイックウェブサーバー：Apache Event 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