标签归档:wordpress优化

wordpress启用WP Super Subdomains后子域名登录失效

wordpress启用WP Super Subdomains后子域名登录失效

很开心,终于搞定了WP Super Subdomains。
虽然为了启用它,修改了固定链接,折腾了半小时,又把旧链接跳转到了新链接。
但是除了www.go2live.cn有登录状态,其它几个子域名都是未登录状态。
要编辑文章的时候也很无赖。查看源代码找到了http://www.go2live.cn/?p=id 的短链接,然后把这个id拷贝到编辑页面,就这样勉强过去了。。

这么玩了几天,突然想到,用户不是登录不了,不能发评论了,这可要不得。赶紧百度一下。终于解决了。涉及到两个文件。

1.在wp-config.php加入下面两行代码。

define('COOKIE_DOMAIN', 'go2live.cn');  #这里要顶级域名
define('COOKIEPATH', '/');

2.修改wp-includes/default-constants.php文件

$siteurl = get_site_option( 'siteurl' );#这个东东在后面配置的。按WP Super Subdomains的要求需要是www.go2live.cn
$siteurl = 'go2live.cn'; #重新设置成了go2live.cn

搞定,开心。又可以直接从文章页进去编辑了。

wordpress修改了固定链接后404怎么办?

wordpress修改了固定链接后404怎么办?

今天修改了下固定链接做成了多域名。
原来的固定链接http://go2live.cn/archives/191637.html

现在对应的页面是http://dev.go2live.cn/python/python%E5%AD%A6%E4%B9%A0%E6%89%8B%E5%86%8C.html。

还没有研究过wordpress的api。
查了下404的页面是在 wp-content/themes/你的主题/404.php

我的页面是

<?php get_header(); ?>

<div class="content-wrap">
        <div class="content">
                <?php hui_404() ?>
        </div>
</div>

<?php get_footer(); ?>

代码好简单。就是显示了下找不到内容,然后一个链接回首页。
观察到新的页面和id没有关系,是不可能通过apache或者nginx的rewrite直接重定向过去的。
只有写代码实现了。

今天编辑文章的时候注意到一个短链接形式 http://www.go2live.cn/?p=191637
然后这个链接会跳转到http://dev.go2live.cn/python/python%E5%AD%A6%E4%B9%A0%E6%89%8B%E5%86%8C.html。

好事,这样省略了我根据id去生成链接的过程,毕竟我还没有研究过wordpress api。
办法找到了。

1. http://go2live.cn/archives/191637.html
2. http://www.go2live.cn/?p=191637
3. http://dev.go2live.cn/python/python%E5%AD%A6%E4%B9%A0%E6%89%8B%E5%86%8C.html

很简单的解决方案,直接从链接1中正则解析出id,然后拼成链接2,跳转到链接2,就会重定向到链接3.
达到目的。

从Dash上搜了下redirect,发现真有一个函数wp_redirect做url跳转的事。
最后的代码:

<?php get_header(); ?>

<div class="content-wrap">
        <div class="content">
                <?php 
                if (preg_match('~/archives/(\d*)\.html.*~',$_SERVER['REQUEST_URI'],$matches))
                {   
                $postid = $matches[1];  
                wp_redirect( get_bloginfo('url').'?p='.$postid );
                exit;
                }   
                ?>  
                <?php hui_404() ?>
        </div>
</div>

<?php get_footer(); ?>

改固定链接容易,但是之前的链接可就全404了,这对seo来说可不是好事。。找办法重定向回正确的地址吧。
我干了两次这种事。
第一次通过rewrite规则解决。
第二次改写404.php解决。

文章简单,希望能帮助到你。

centos6.5安装coreseek替换wordpress的搜索功能

引言

实在受不了wordpress乌龟般慢的搜索速度了,感觉网站挂了似得。
之前已经苦逼过怎么优化wordpress了,参见另一篇文章数据过万后wordpress优化过程记录2, 也换成了全世界最好的编程语言php7,过程见于安装php7为wordpress提速。这次是要把wordpress自带的mysql like的搜索替换成全文搜索引擎。

安装coreseek

安装依赖包

yum install make gcc g++ gcc-c++ libtool autoconf automake imake mysql-devel libxml2-devel  expat-devel* mysql-server mysql

coreseek下载

官网打不开了,网上找了个包,放到了csdn上。

tar xzvf coreseek-3.2.14.tar.gz
cd coreseek-3.2.14

安装mmseg

$ cd mmseg-3.2.14
$ ./bootstrap    #输出的warning信息可以忽略,如果出现error则需要解决
$ ./configure --prefix=/usr/local/mmseg3
$ make && make install
$ cd ..
##如果提示libtool: unrecognized option `--tag=CC' ,请查看libtool问题解决方案
##安装完成后,mmseg使用的词典和配置文件,将自动安装到/usr/local/mmseg3/etc中
##中文分词测试,如果显示不正常,请检查当前环境下的locale和UTF-8中文字符显示设置
$  /usr/local/mmseg3/bin/mmseg -d /usr/local/mmseg3/etc mmseg-3.2.14/src/t1.txt
    中文/x 分/x 词/x 测试/x
    中国人/x 上海市/x

Word Splite took: 1 ms.

安装coreseek

$ cd csft-4.1
#执行configure,进行编译配置:
$ sh buildconf.sh
$ ./configure --prefix=/usr/local/coreseek  --without-unixodbc --with-mmseg --with-mmseg-includes=/usr/local/mmseg3/include/mmseg/ --with-mmseg-libs=/usr/local/mmseg3/lib/ --with-mysql
$ make && make install

测试coreseek

cd ../testpack
$  /usr/local/coreseek/bin/indexer -c etc/csft.conf

以下为正常情况下的提示信息:

Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

ERROR: nothing to do.

$  /usr/local/coreseek/bin/indexer -c etc/csft.conf --all

以下为正常索引全部数据时的提示信息:
Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

using config file ‘etc/csft.conf’…
indexing index ‘xml’…
collected 3 docs, 0.0 MB
sorted 0.0 Mhits, 100.0% done
total 3 docs, 7585 bytes
total 0.007 sec, 979088 bytes/sec, 387.24 docs/sec
total 3 reads, 0.000 sec, 2.8 kb/call avg, 0.0 msec/call avg
total 9 writes, 0.000 sec, 2.2 kb/call avg, 0.0 msec/call avg

$  /usr/local/coreseek/bin/indexer -c etc/csft.conf xml

以下为正常索引指定数据时的提示信息:
Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

using config file ‘etc/csft.conf’…
indexing index ‘xml’…
collected 3 docs, 0.0 MB
sorted 0.0 Mhits, 100.0% done
total 3 docs, 7585 bytes
total 0.006 sec, 1260594 bytes/sec, 498.58 docs/sec
total 3 reads, 0.000 sec, 2.8 kb/call avg, 0.0 msec/call avg
total 9 writes, 0.000 sec, 2.2 kb/call avg, 0.0 msec/call avg

$  /usr/local/coreseek/bin/search -c etc/csft.conf

以下为正常测试搜索时的提示信息:
Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

using config file ‘etc/csft.conf’…
index ‘xml’: query ”: returned 3 matches of 3 total in 0.000 sec

displaying matches:
1. document=1, weight=1, published=Thu Apr 1 22:20:07 2010, author_id=1
2. document=2, weight=1, published=Thu Apr 1 23:25:48 2010, author_id=1
3. document=3, weight=1, published=Thu Apr 1 12:01:00 2010, author_id=2

words:

$  /usr/local/coreseek/bin/search -c etc/csft.conf -a Twittter和Opera都提供了搜索服务

以下为正常测试搜索关键词时的提示信息:
Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

using config file ‘etc/csft.conf’…
index ‘xml’: query ‘Twittter和Opera都提供了搜索服务 ‘: returned 0 matches of 0 total in 0.015 sec

words:
1. ‘twittter’: 1 documents, 3 hits
2. ‘和’: 3 documents, 15 hits
3. ‘opera’: 1 documents, 25 hits
4. ‘都’: 2 documents, 4 hits
5. ‘提供’: 0 documents, 0 hits
6. ‘了’: 3 documents, 18 hits
7. ‘搜索’: 2 documents, 5 hits
8. ‘服务’: 1 documents, 1 hits

$  /usr/local/coreseek/bin/searchd -c etc/csft.conf

以下为正常开启搜索服务时的提示信息:(csft-4.0版类似)
Coreseek Fulltext 4.1 [ Sphinx 2.0.2-dev (r2922)]
Copyright (c) 2007-2011,
Beijing Choice Software Technologies Inc (http://www.coreseek.com)

using config file ‘etc/csft.conf’…
WARNING: compat_sphinxql_magics=1 is deprecated; please update your application and config
listening on all interfaces, port=9312
precaching index ‘xml’
precached 1 indexes in 0.001 se

配置coreseek支持mysql数据源

配置csft_mysql.conf文件

复制mysql配置文件到coreseek安装目录etc/下(比如/usr/local/coreseek/etc/)

cp /usr/local/src/coreseek-3.2.14/testpack/etc/csft_mysql.conf /usr/local/coreseek/etc/
cd /usr/local/coreseek/etc/
vi csft_mysql.conf

源定义

source phperz
{
type = mysql

sql_host                = localhost
sql_user                = root
sql_pass                = xxxx
sql_db                    = phperz
sql_port                = 3306
sql_query_pre            = SET NAMES utf8

sql_query                = SELECT ID, post_author, UNIX_TIMESTAMP(post_date) AS post_date, post_title, post_content FROM wp_posts where post_status='publish' and post_type in ('page','post')
                                                          #sql_query第一列id需为整数
                                                          #title、content作为字符串/文本字段,被全文索引
sql_attr_uint            =  post_author#从SQL读取到的值必须为整数
sql_attr_timestamp        = post_date#从SQL读取到的值必须为整数,作为时间属性

sql_query_info_pre      = SET NAMES utf8                                        #命令行查询时,设置正确的字符集
sql_query_info            = SELECT * FROM wp_posts WHERE ID=$id #命令行查询时,从数据库读取原始数据信息

}

index定义

index phperz
{
source = phperz #对应的source名称
path = /usr/local/coreseek/var/data/phperz #请修改为实际使用的绝对路径,例如:/usr/local/coreseek/var/…
docinfo = extern
mlock = 0
morphology = none
min_word_len = 1
html_strip = 0

#中文分词配置,详情请查看:http://www.coreseek.cn/products-install/coreseek_mmseg/
charset_dictpath = /usr/local/mmseg3/etc/ #BSD、Linux环境下设置,/符号结尾
#charset_dictpath = etc/                             #Windows环境下设置,/符号结尾,最好给出绝对路径,例如:C:/usr/local/coreseek/etc/...
charset_type        = zh_cn.utf-8

}

全局index定义

indexer
{
mem_limit = 128M
}

searchd服务定义

searchd
{
listen = 9312
read_timeout = 5
max_children = 30
max_matches = 1000
seamless_rotate = 0
preopen_indexes = 0
unlink_old = 1
pid_file = /usr/local/coreseek/var/log/searchd_mysql.pid #请修改为实际使用的绝对路径,例如:/usr/local/coreseek/var/…
log = /usr/local/coreseek/var/log/searchd_mysql.log #请修改为实际使用的绝对路径,例如:/usr/local/coreseek/var/…
query_log = /usr/local/coreseek/var/log/query_mysql.log #请修改为实际使用的绝对路径,例如:/usr/local/coreseek/var/…
}

建立索引

路经部分需要改成你自己的地址
/usr/local/coreseek/bin/indexer -c /usr/local/coreseek/etc/csft_mysql.conf –all

可能出现的错误
ERROR: index ‘phperz’: sql_connect: Can’t connect to local MySQL server through socket ‘/var/lib/mysql/mysql.sock’ (2) (DSN=mysql://root:***@localhost:3306/phperz).
这是因为mysql的sock文件路经不正确导致的.
确认一下你的mysql.sock路经,建立一个软连接,比如
ln -s /tmp/mysql.sock /var/lib/mysql/mysql.sock

coreseek+php使用方式

复制安装目录下的/usr/local/src/coreseek-4.1-beta/testpack/api/sphinxapi.php文件到你的项目里
你的程序里include sphinxapi.php
php使用方法见/usr/local/src/coreseek-4.1-beta/testpack/api/test.php

wordpress修改, 把api目录拷贝到主题目录中后,修改search.php,我的修改如下(和主题相关,不能完全照抄,仅供参考)

<?php get_header(); ?>
<?php
//coreseek搜索结果
include_once( dirname(__FILE__) . "/api/sphinxapi.php" );
$cl = new SphinxClient ();
$cl->SetServer ( '127.0.0.1', 9312);
$cl->SetConnectTimeout(3);
$cl->SetMatchMode(1);
//以下设置用于返回数组形式的结果
$cl->SetArrayResult ( true );

$paged = (get_query_var('paged')) ? get_query_var('paged') : 1;
$start = ($paged - 1) * 10;
$cl->SetLimits($start,10);

$keyword =  $s = isset($_GET['s']) ? htmlspecialchars(trim($_GET['s'])) : ''; //获取搜索词
$res = $cl->Query ( "$keyword", "*" );


#print_r($res); //查看全文索引结果
$total = $res['total'];  //所有返回文章数,用于分页

if ( $res===false )
{
    print "Query failed: " . $cl->GetLastError() . ".\n";

} else
{
    if ( $cl->GetLastWarning() )
        print "WARNING: " . $cl->GetLastWarning() . "\n\n";
}
$have_posts = true;
if(isset($res['matches']) && !empty($res['matches'])) {
    foreach($res['matches'] as $value) {
        $id_arr[] = $value['id'];
    }
}
else
{
$have_posts = false;
}

$id_str = @implode(",", $id_arr);
$args  = array();
$args = array( 'include' => $id_arr);
wp_reset_query();
$sql = "select * from wp_posts where ID in($id_str) and post_type in ('post','page') AND post_status = 'publish'";  //根据ID读取文章数据
$data = $wpdb->get_results($sql);  //输出数据,之后你可以使用foreach数据$post object
?>
<div class="content-wrap">
        <div class="content">
                <?php echo _hui('ads_search_01_s') ? '<div class="ads ads-content">'.hui_get_adcode('ads_search_01').'</div>' : '' ?>
                <h1 class="title"><strong><?php echo htmlspecialchars($s); ?> <?php echo __('的搜索结果', 'haoui') ?></strong></h1>
                <?php if ( !$have_posts ) : ?>
                        <h3 class="text-muted text-center"><?php echo __('暂无搜索结果', 'haoui') ?></h3>
                <?php else: ?>
                        <?php get_template_part( 'excerpt' );  ?>
                <?php endif; ?>
        </div>
</div>

<?php
get_sidebar();

get_footer();
?>



coreseek日常维护

启动
/usr/local/coreseek/bin/searchd -c /usr/local/coreseek/etc/csft_mysql.conf
停止
/usr/local/coreseek/bin/searchd -c /usr/local/coreseek/etc/csft_mysql.conf –stop
建立索引
/usr/local/coreseek/bin/indexer -c /usr/local/coreseek/etc/csft_mysql.conf –all
重建索引
/usr/local/coreseek/bin/indexer -c /usr/local/coreseek/etc/csft_mysql.conf –all –rotate

你需要把启动命令加到开机自启动里
把重建索引命令加到计划任务里每天执行

后记

折腾了3小时才搞定,希望对大家有用。可以访问我的网站试试搜索效果。写这篇博客的时候,我的博客已经快3万了哦。

经查证,直接修改search.php没有用。因为sql查询在之前就已经查了,search.php相当于一个模板页面了。

阅读完原代码,修改了wp-include/query.php, 终于优化完成了。

优化前:

Page generated in 2.18491s, 38.61% PHP, 61.39% MySQL

优化后:

Page generated in 0.54773s, 95.51% PHP, 4.49% MySQL

 

安装php7为wordpress提速

前言

PHP是应用非常广泛的动态语言,其简单直接的语法,优异的性能及与LNMP/LAMP的黄金组合,得到了很多开发者的认可。PHP 7比PHP 6整体性能提高了一倍,自其一发布就引来了全球PHP开发者的强烈关注。本文就PHP7的安装作具体说明。

内容

安装前的准备

系统:CentOS 6.5

Web服务器:Nginx v1.9.12

下载PHP 7:http://php.net/downloads.php
打开比较慢,php7.0.10 可以直接下载

正式安装

  1. 安装PHP相关依赖
# yum install libxml2 libxml2-devel openssl-devel bzip2-devel libcurl-devel enchant enchant-devel libpng-devel gmp-devel libc-client libc-client-devel pam-devel firebird-devel libicu-devel openldap openldap-devel libmcrypt-devel unixODBC-devel freetds freetds-devel
  1. 编译安装PHP 7

PHP 5.6及以上已经内置了php-fpm,不需要再使用外挂的方式安装php-fpm。只需要编译时加上“–enable-fpm”参数即可。

# cd /path/to/downloads
# tar php-7.0.10.tar.gz
# cd php-7.0.10
# ./configure --prefix=/usr/local/php-7.0.10 --enable-fpm --with-xml --with-curl --enable-mbstring  --with-mcrypt --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --with-zlib  --with-gd --with-freetype-dir --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-openssl 
# make && make install && make clean

以上为只标注了部份php扩展,如需打开全部扩展,可以使用”–enable-all”,如若需要查看具体参数说明,可通过如下命令查看:

# ./configure --help

配置PHP

  1. 配置php.ini文件

display_errors=Off
default_time_zone=Asia/Chongqing

  1. 启动php-fpm
  2. # /usr/local/php-7.0.4/sbin/php-fpm -D
    

    3.配置测试虚拟机

    # mkdir /webapps /webapps/test.mydomain.com
    # chmod -R 755 /webapps/test.mydomain.com
    

    增加nginx站点设置:

server {
       listen       80;
       server_name test.mydomain.com;
       root /webapps/test.mydomain.com;
       index index.html index.php;
       # 如果需要php, php-fpm运行环境
       location ~ \.php$ {
           fastcgi_pass 127.0.0.1:9000;
           fastcgi_index index.php;
           fastcgi_param SCRIPT_FILENAME  $document_root$fastcgi_script_name;
           include fastcgi_params;
       }
}

增加test.mydomain.com本机hosts,如下:

# vim /etc/hosts
127.0.0.1 test.mydomain.com

编写测试文件

# vim phpinfo.php
<?php phpinfo();
重启nginx与php-fpm服务:

# service nginx reload
# killall -TERM php-fpm
# /usr/local/php-7.0.4/sbin/php-fpm -D

打开浏览器,输入地址http://php.mydomain.com/phpinfo.php,即可看到php相关环境信息输出页面。

写在最后

编译安装php7感觉比较麻烦,一开始是mysqli没有安装好,结果wordpress运行不起来。后来上传插件安装,又发现缺少zlib库。现在又发现缺少gd库。
不过不管怎么说,wordpress性能又提升了2倍,还是不错的。其它优化方式可以参考另一篇文章

数据过万后wordpress优化过程记录

数据过万后wordpress优化过程记录

导读

当文章数到3万之后,网站巨慢无比,无法忍受(各种缓存插件都试过了)。为了改善这个情况,

服务器升级

  1. 立马买了rds。 然后感觉好了点。。
  2. 升级服务器配置改成2核4G内存
    但是直觉是错的。运行top命令看了下,发现CPU占比太高了,然后升级服务器配置,升级成2核4G内存。
    感觉还是没用啊。。用ab测试工具 ab -n 1000 -c 100 http://test.com/indexphp
    测试了下,QPS居然只有1.75。

替换apache为nginx

  1. 更换apache为nginx,nginx的并发能力比apache高不少。
    安装nginx和配置方法
    再测试
内容 apache nginx
CPU 100% 100%
负载 100 50
内存 耗光 几乎耗光
QPS 1.78 4.2

降请求,降IO

把图片等通过CDN加速,把请求转移走,可以使用阿里云的CDN也可以使用七牛的。
七牛免费,而且有现成的插件。

大概说下CDN的原理。

1. 你原网站的图片不动,该怎么还是怎么样。譬如我的站点是http://go2live.cn,访问图片是http://www.go2live.cn/wp-content/uploads/2016/09/warticle_26361472786988577-150x1501.jpg
2. 找个CDN,如七牛的。需要实名认证,并有10元余额才可以开通自定义域名的CDN。
我创建的加速域名是  http://img.go2live.cn
3. wordpress中更改图片链接的域名为img.go2live.cn
4. 当用户从img.go2live.cn去访问图片时,图片是不存在的,这时CDN会从源站,既http://go2live.cn去拉取资源再显示,下次其他用户再访问同样的资源就有图片了。

配置时间比较长,我先拿阿里云的CDN做个测试。

大概说下CNAME配置

1. 不管是七牛还是阿里云CDN,都会给你一个CNAME记录。
2. 同时记得你设置过一个加速域名。我的是img.go2live.cn
3. 在域名配置里加一个CNAME记录。主机记录,我的为img, 记录值,即为CNAME值。

再测试一下:效果不大

内容 apache nginx
CPU 100% 94%
负载 100 45
内存 耗光 余74M
QPS 1.78 4.08

参考
ab -n 1000 -c 100 http://www.go2live.cn/wp-content/uploads/2016/09/warticle_26361472786988577-150×1501.jpg
得出的静态图片QPS是11698

程序问题

从rds中找到如下slow sql

1. SELECT wp_posts.* FROM wp_posts WHERE 1=1 AND wp_posts.post_type = 'post' AND ((wp_posts.post_status = 'publish')) ORDER BY wp_posts.post_date DESC
耗时32秒
2. SELECT SQL_CALC_FOUND_ROWS wp_posts.ID FROM wp_posts WHERE 1=1 AND (((wp_posts.post_title LIKE '%互联网产品技术热点一角-关注成长%') OR (wp_posts.post_excerpt LIKE '%互联网产品技术热点一角-关注成长%') OR (wp_posts.post_content LIKE '%互联网产品技术热点一角-关注成长%'))) AND wp_posts.post_type IN ('post', 'page', 'attachment') AND (wp_posts.post_status = 'publish' OR wp_posts.post_author = 1 AND wp_posts.post_status = 'private') ORDER BY wp_posts.post_title LIKE '%互联网产品技术热点一角-关注成长%' DESC, wp_posts.post_date DESC LIMIT 0, 10
耗时17秒

这不只是sql 查询慢的问题,他把整个数据都查到内存里,也造成了内存基本耗光。

优化方法只能针对这些使用场景:

  1. 加缓存。
  2. 分批次读取,而不是一次性读取,减少内存的使用。
  3. 预加载,把目标数据放到cron里先跑出来。

有个插件【Import External Images】,我就是用方法2优化的,在csdn上有下载

推荐一个插件【Query Monitor】,可以用来查找程序的性能瓶颈。

加大并发数一定是加各种缓存

缓存插件

仔细检查了下,发现我的【WP Super Cache】并没有生效。弄好之后,重新测试QPS到了155

这个是磁盘缓存,换成memcache缓存肯定更好。参考这个.
不知道为啥,没有生效。

用上阿里的OCS看看,参考文章

看起来是生效了。再做下ab测试。

内容 apache nginx
CPU 100% 94%
负载 100 43
内存 耗光 余1G
QPS 1.78 4.03

原来memcache是开在本机的,现在转到OCS,内存是降了,但也看出了真正的瓶颈是CPU。这不得不说是代码问题,有太多的计算量了。
真的除了加各种缓存把动态的php变成静态的页面,没有更好的方法了。
从这里其实也看出来了, 【WP Super Cache】的对象缓存功能并没有生效。通过Debug和看代码,发现原因。

日志

Non empty GET request. Not serving request from object cache. {"url":"/archives/92943.html"}

代码wp-cache-phase2.php

elseif ( $wp_cache_object_cache && !empty( $_GET ) ) {
        wp_cache_debug( 'Not caching GET request while object cache storage enabled.', 5 );
        $cache_this_page = false;
    }

代码wp-cache-phase1.php

if ( !empty( $_GET ) ) { 
            wp_cache_debug( "Non empty GET request. Not serving request from object cache. " . json_encode( $_GET ), 1 );
            return false;
        }  

从日志里可以看到,总会有一个url的值。所以都会判断为Get请求。
把!empty((_GET) 改成 count()_GET)>1。

后记:后来发现是nginx的rewrite规则问题。其它人在这个地方应该不会有事。

第2个问题是, $meta 存的时候是

$serial = '<?php die(); ?>' . json_encode( $wp_cache_meta );

取的时候是

$meta = json_decode( wp_cache_get( $meta_filename, 'supercache' ), true );

结果导致meta无效,不启用缓存。

终于搞定。bug误人啊。。现在的QPS是128

nginx前端缓存

参考这个
这个肯定是最有效的,因为它会动态的页面变成了静态页面,前文静态图片的并发量有11698,他同时带来的问题是缓存失效之后怎么更新。(文章更新、有新的评论数据,原来的缓存就是有问题的,需要干掉,重新建立缓存)

总结

  1. wordpress运算量太大,特耗CPU,在升级服务器硬件时,加强CPU。
  2. 改由单独的mysql感觉作用不大,不过用阿里云的服务的好处是,他有备份,有性能优化,独立的服务器不会受网站影响。
  3. CDN的好处是降低了请求量,对并发的提升有一定的提升,更主要的是把网站服务器的带宽分离出去了。
  4. OCS同样是独立的memcache, 服务能更健壮,而且有命中率什么的数据图片,心里有底。同时可以降低数据的访问量,Wordpress本是为个人定的博客程序,数据库的设计并非为大量数据而设计。可以在slow query中看到好多慢查询。
  5. nginx确实比apache的并发数更高,而且可以弄反向代理,搞伪静态化。
  6. 插件【WP Super Cache】,是降低了PHP的运算量,但是对于我几万文章的博客站来说,感觉作用不大。开始了对象缓存,看到ocs的数据是增加了,但是测试的时候QPS没啥变化。还是静态页面有效,能测试到。

参考

这个讲的全