标签：WordPress

先森最近在梳理网站的代码，想办法为网站加速，主要从代码、软件、网络层面进行优化，这一切都是从网站切换到HTTPS开始的。先森已经连续观察了多日的CDN了，目前也就到了查缺补漏的阶段了。先森还将整个网站目前备份到了另一台服务器，将网站在本地解析到这台服务器上，开始了对代码的检查。开启了debug，把大的一些问题都处理了，然后也把主题的代码理了一遍，并且网站也加上了Redis缓存。但是先森发现，即使加上了Redis，有时候网页打开生成时间还是得一秒多，先森就很纳闷，一直想搞明白到底是什么情况。排查工具很早以前，先森就在主题的footer.php末尾，添加了下面的代码，以便于登录之后可以看到当前网页的查询次数，生成时间：<?php if (is_user_logged_in()){    echo "<pre>".get_num_queries().'次查询，用时';    timer_stop(3);    echo '秒</pre>';?>这个代码网络上到处都是，相信很多人都添加的有。先森网站加Redis之前，网页的查询次数都是150+次，生成时间2-3秒，甚至更多。用上之后减少到50+次，但是有时还是会需要1秒多，让先森百思不得其解。然后先森把主题代码该优化的都优化后，查询次数30+次，生成时间降到1秒左右，但是先森还是不太满足，所以想看看到底是执行了哪些查询，然后就在网上找到了这段代码，和上面的有些类似。首先需要先在WordPress的根目录配置文件wp-config.php中添加保存查询的代码：define('SAVEQUERIES', true);然后也是在footer.php的网页最后部分添加打印代码：<?phpif (current_user_can('administrator')){    global $wpdb;    echo "<pre>";    print_r($wpdb->queries);    echo "</pre>";}?>但是先森添加后看了一下，差点当场去世，这样打印出来的是一个很大的多维数组，看的人眼花缭乱，重点是太长了还显示不全。先森将打印复制出来，拿到NotePad++里面打开，依旧显得很乱。查询的打印不过大概看了一下，大数组的每一个键值表示一个查询，然后一个查询数组了，第一个值是执行的SQL，第二个值是使用的时间，第三个值是调用的代码位置。其实可以用循环做一个网格，让前端显示看着方便一点，但是先森很懒，网上看了一下，有插件可以做到相关功能，且不用修改wp-config.php，即Debug Queries，所以先森就懒得自己写了，直接装了一个来进行排查。需要注意的是，Debug Queries很久没有更新了，安装可能会报错，不过还是可以正常使用的。其实Debug Queries介绍页也推荐使用Debug Objects插件，但是先森试了一下Debug Queries可以用，也就懒得再试另一个插件了。排查问题工具准备好了，先森就来好好排查到底是哪里查询比较慢了。插件装好了，再去看打印出来的查询信息，就比较清晰了。先森对比了一下，大部分的查询都是0.00x秒的，就是几毫秒的，但是只要涉及到wp_al_urls的查询，就会是即时甚至上百毫秒。wp_al_urls的查询先森看了一下，这个表是插件anylink的，这个插件主要是将网站上的外链全都转化成内链，点击后可以跳转到外链。对于anylink，先森这里也发过两篇相关的文章：WordPress为anylink插件外链跳转添加漂亮的跳转页面WordPress：WPJAM BASIC插件与anylink冲突这个插件先森也是从建站伊始就在用了，是一个很好用的插件，但没有想到这个插件会出现慢查询。通过上面的截图可以看到，对wp_al_urls的查询条件是网站链接，看了一下数据库，这个SQL是为了去拿到内链的slug记录：anylink获取slug这里去查的，实际上是网页正文里的外链、各位评论大佬的网址对应的内链地址。先森看了一下这个表，没想到竟然有10M的大小，接近10万条数据，而且这里查询的是al_origURL字段，先森看了一下，这个字段是没有索引的。解决问题对于MySQL的查询，先森能想到的优化方法就是加索引，所以先森直接就操作加索引，但是报错了：给al_origURL字段加索引报错看报错是跟字段格式有关的，看了一下这个字段的类型是mediumtext的，这个字段是存URL的，有些URL非常的长，如果该varchar的话，可能会出问题，varchar最长255个字符。网上找了一阵子解决方案，都是说text相关的类型无法加索引。先森本来就对数据库索引什么的不太了解，所以只能放弃这条路。先森还能想到的办法，就是看下这个查询的代码，想办法把结果存到Redis上缓存起来。至于怎么找到实际执行的代码，先森看了一下，直接找调用的最后一段就可以了。找到慢查询的调用代码可以看到，两个SQL实际上是一样的，查的是同个网址，结果执行的时间竟然都比较长，所以确实得把结果缓存起来。为了优化代码，先森把整个网站都作为了一个PhpStorm里的一个项目，不得不说一个好的IDE工具写起代码来是真的舒服。直接全局搜索，寻找get_slug_by_url这个函数，顺利找到了代码所在。搜索get_slug_by_url函数这里有两个结果，第一个是原本的函数，已经被先森注释起来了，第二个是先森改了之后的。可以看到这个函数就是调用$wpdb来执行SQL语句，将得到的结果再返回一下。函数比较简单，也很利于先森修改。然后先森又找了一下WordPress如何添加缓存，结果找到一下，发现非常简单。WordPress操作缓存WordPress 为我们提供了使用对象缓存的函数，方便我们使用对象缓存。wp_cache_add() ：添加数据到缓存中，如果数据已存在，返回 flasewp_cache_set() ：添加数据到缓存中，如果数据已存在，会覆盖数据wp_cache_get() ：获取缓存中的数据，如果数据不存在，返回 falsewp_cache_delete() ： 从缓存中删除数据wp_cache_replace() ：替换缓存中的数据，类似 wp_cache_set，但是如果数据不存在，不自动添加wp_cache_flush()：清除所有缓存如果没有装redis缓存插件，上面的这些函数是在./wp-includes/cache.php里。如果装了Redis Object Cache等插件，就会自动增加一个./wp-content/object-cache.php文件，这些函数也会存在于这个文件中，用于存入缓存。WordPress 对象缓存使用使用示例$result = wp_cache_get( 'my_result' );if ( false === $result ) {    $result = $wpdb->get_results( $query );    wp_cache_set( 'my_result', $result );}对anylink的get_slug_by_url函数改造有了上面这个案例，先森为anylink的函数增加缓存就很方便了。示例很简单，get_slug_by_url函数本身也简单，所以改造后如下：public function get_slug_by_url( $url ) { $arr_slug = wp_cache_get( $url ); if ( false === $arr_slug ) { global $wpdb; $arr_slug = array(); $arr_slug = $wpdb->get_row($wpdb->prepare( "SELECT * FROM " . ANYLNK_DBTB . "  WHERE al_origURL = %s", $url ), ARRAY_A); wp_cache_set( $url, $arr_slug ); } return $arr_slug;}因为示例和函数太契合了，所以这个函数几乎就和示例结构一样。首先去Redis获取缓存数据，获取不到就去MySQL查询，查到后再存到Redis。2022年4月4日更新：此代码存在亿点点bug，修复参考此文章：修复anylink增加Redis缓存后存在的bug检查效果代码修改后，同步到测试服务器，访问了两次之前访问的页面，查询次数和用时都降下来了。然后看到查询次数还是有33次，其中有部分是查询wp_al_urls_index这个表的，虽然速度不慢，但是次数比较多，先森重复上面的方法也修改了一下相关函数，最终效果如下图：最终效果查看Redis的keys上面改造的代码中，是拿url地址去做的key名称，那么先森也来看下缓存数据在Redis里的情况：redis的缓存上面改造的代码比较简陋，直接拿的URL做的key名称，如果URL比较短还好，如果长的话就可能出现问题，key名称其实可以做一下长度限制。提示：Redis最好不要使用默认端口6379，除非安全做的非常好。使用Redis时注意以下几点：1、一定要配置强密码；2、安全组、防火墙一定要最小范围放通Redis端口，即针对指定IP放通访问；3、尽量不要使用默认端口。因为Redis而导致服务器中木马病毒的保障，先森这边经常遇到。总结先森以前以为给WordPress配上Redis很麻烦，实际使用发现真香，建议有能力的朋友都上一下，毕竟生命不止，折腾不息。本文最主要的还是记录一下排查网页查询慢的过程和解决方法，希望能够给其他朋友提供思路。

先森之前先发了一篇博文，讲述了一些想从http转为https做的一些准备：网站http转为https之始，从七牛到腾讯云前进的道路从来都不是一帆风顺的，先森在切换的过程中也是遇到了一些问题，这里简单的记录一下历程。七牛转腾讯云七牛令先森最喜爱的功能就是图片的处理功能了，现在是腾讯云的对象存储COS也支持直接图片处理，所以先森才开始打算从http转为https。针对七牛的图片处理，先森以前还是写过几篇博文的：WordPress百度UEditor编辑器自动添加七牛云储存裁剪代码将WordPress历史文章中所有图片加上七牛裁剪水印代码七牛图片处理样式的正确使用方式当然，当时的用法比较简单粗暴，直接用了一大段的图片处理参数，而正确的方法应该是将固定的处理方法保存为处理样式，直接在图片后面调用图片处理样式，这个先森也在上面的最后一篇博客中写到了。先森使用图片处理，最主要的用途还是加速网站打开速度。将不同位置的图片缩小至合适的大小，让图片的体积尽可能的减小，以实现加快网站访问速度。先森最喜欢的一点，还是文章中的图片，结合灯箱插件，让图片在未点击时呈现缩放并降低图片质量的状态，点击后显示原始大小及质量。这么好的功能先森当然不想放弃，先森网站的各种缩略图都是不同的大小，所以有不同的样式。本以为从七牛的图片处理换到腾讯云的图片处理，相关规则还得自己研究半天才能实现同样的效果，结果图片处理的规则竟然非常兼容。COS图片处理规则除了需要添加水印的规则，其他的规则直接将七牛的复制过来就可以直接用了，简直方便的一批。COS新增样式时，添加水印图片竟然只能上传图片，而不能从存储桶里直接选择，这一点有些体验不佳。而自己通过自定义规则去添加水印图片的话，又会比较麻烦：使用自定义参数添加水印图片需要满足3个条件不过研究一下还是可以完成操作，总的来说，这个切换过程还是非常满意的。自适应http和https先森前面的文章也写到过，为了避免切换到https有问题，先森切换的时候是没有开启强制跳转到https的，所以这里就需要做到http和https的兼容。先森想到的兼容方式就是将网页中的‘http://’换成‘//’，这样就会根据访问的协议自动显示相应的协议。要实现也很简单，先森下面这篇博客中讲到了“WordPress七牛CDN代码版”：七牛图片处理样式的正确使用方式先森这里把这个代码改吧改吧就能实现https的兼容了。//WordPress七牛CDN代码版function QiNiuCDN(){    function Rewrite_URI($html){        /* 前面是需要用到七牛的域名,后面是需要加速的静态文件类型，使用分隔符 | 隔开即可 */        /* 这里先森小改了一下，兼容https */        $pattern ='/http[s]{0,1}:\/\/(www\.|)capjsj\.cn\/(wp-|ueditor|avatar)([^"\']*?)\.(jpg|js|css|gif|png|jpeg|ico|cur)/i';        /* 七牛CDN空间地址,请自行替换成实际空间地址*/        /* 先森这里又换成腾讯云COS的地址了 */        $replacement = '//cos.capjsj.cn/$2$3.$4';    $html = preg_replace($pattern, $replacement,$html);    /* 增加了一次替换，把http://替换为// */    $html = preg_replace('/http:\/\/www.capjsj.cn/i', '//www.capjsj.cn',$html);    return $html;    }    if(!is_admin()){        ob_start("Rewrite_URI");    }}add_action('init', 'QiNiuCDN');这个时候需要注意，WordPress后台登录的时候，需要使用http，因为在设置-常规处的WordPress地址与站点地址还未修改，为了http与https的兼容，所以当时也并未修改。但若要修改，这里还有个坑。全站HTTPS先森经过一段时间的测试，发现https没有什么问题，所以就打算将网站开启HTTP到HTTPS的强制跳转，并且把后台配置中的站点地址也改成HTTPS，但是先森修改后，竟然遇到了后台地址无限跳转。HTTPS无限302跳转经过一番搜索，发现是需要在WordPress网站根目录中的wp-config.php中添加配置进行解决：/* 解决https无限跳转*/$_SERVER['HTTPS'] = 'on';define('FORCE_SSL_LOGIN', true);define('FORCE_SSL_ADMIN', true);添加在文件开头处即可，药到病除。CDN缓存命中率低先森闲来无事，跑去17ce测试了一下网站的GET速度，结果大出先森预料，竟然全国通红（忘了截图）。先森觉得很奇怪，先森这网站这么久了没更新了，按理说应该访问到的都是缓存才对啊，然后先森进行了排查。先森就从首页排查起，先森在非放置本站的服务器上curl首页，结果发现经常是 X-Cache-Lookup: Cache Miss，但是连着刷两次就会变成Cache Hit，但是再过几秒curl又变成Cache Miss了，这就有点奇怪了。仔细看了一下响应头，结果先森发现 Cache-Control: must-revalidate, max-age=3，这就表示缓存3秒啊，怪不得连着刷能命中缓存，接下来就要看这个响应头是怎么配置的了。不过讲道理，腾讯云的CDN判定是否命中缓存的规则是看X-Cache-Lookup是否为Hit From MemCache或Hit From Disktank，直接显示Cache Hit和Cache Miss是很奇怪的。X-Cache-Lookup:Hit From MemCache 表示命中 CDN 节点的内存。X-Cache-Lookup:Hit From Disktank 表示命中 CDN 节点的磁盘。不过先森也去查了一下，Cache Hit也是正常命中缓存了，也不需要过多的去纠结。这个仅缓存3秒的响应头，先森自己记得是没有配置的，可能比较容易出问题的可能是WordPress中使用的缓存插件。先森使用的缓存插件是WP Super Cache，所以首先就是怀疑这货。百度大法好，果然是这货影响的。默认情况下，WP Super Cache 返回的 Cache Control Header 固定为： cache-control: max-age=3, must-revalidate ，不管你在插件设置中设置的缓存超时时间是多久。修改起来也简单，只要在WordPress根目录的wp-config.php增加配置即可：define('WPSC_CACHE_CONTROL_HEADER','max-age=3600, must-revalidate');参考：WP SUPER CACHE 缓存插件但是，如果CDN的缓存也是继承源站的响应头，那先森在腾讯云CDN的缓存配置岂不是没有用了？所以还是得研究一下什么情况下，CDN会继承源站的配置。腾讯云官方文档对高级缓存配置的说明经过一番查阅腾讯云官方文档，发现是开启高级缓存配置时，CDN会对比源站响应头中的max-age值。先森看了一下自己CDN的配置，果然是开启了高级缓存配置的，赶紧关闭：关闭高级缓存配置这个配置估计是为了迎合一些对自定义配置要求较高的用户，先森这种小站就没必要开启了。CDN对no-cache或者no-store不缓存需要注意的一点是，默认情况下，CDN也不会对no-cache或者no-store的资源进行缓存，所以如果有遇到始终无法缓存的情况，可以检查一下cache-control是否配置了禁止缓存。先森最终是即修改了WP Super Cache的配置，将max-age改为了3600，即1个小时；CDN侧是关闭了高级缓存配置。至于为什么关闭了高级缓存配置的情况下，还要修改插件的缓存配置，那是因为max-age还会影响到客户端浏览器的缓存配置，3秒太短了，所以还是修改一下比较好。修改之后，过了一段时间，先森再进入17ce进行GET测试，测试的结果就能让先森接受了：17ce测速总结先森在网站开启HTTPS中，可能还有一些比较小的坑，先森随手就解决了，这里就没有记录了。网站加了CDN后，访客具体的访问速度先森实际上也不得而知，因为先森自己打开网站觉得还是很快的，结果用17ce一测，全红，这个17ce的数据也不知道与实际情况是否匹配。如果有访问比较慢的，还希望能够留言告诉先森，您的地域与具体访问的URL。

最近先森还是重拾了一点大学期间的激情，对网站又上心了一点。周围的网站看着都将http换成了https，先森也想着动一动了。目前是已经完全换为https有一段时间了，先森也记录一下切换过程中折腾的一些情况。首先，七牛七牛，先森最早开始使用的CDN与对象存储。当然，当时并不清楚这些概念，不过依然非常感谢七牛这些年来的陪伴。先森最早一篇关于七牛的文章是2015年9月初写的，先森的域名是同年6月份购买的。最早的记录：WordPress使用七牛CDN导致ajax评论报错{“error”:”get from image source failed: E405″}当初先森还不愿意使用七牛，因为插件没什么作用，但后面正确使用后的感觉是真香，这一香，就香了五年。七牛对象存储的免费额度七牛免费10G的存储空间，以及10G的下载流量，还有图片处理的免费额度，让当时囊中羞涩（现在也是）的先森万分欣喜。当时先森使用的还是万网的免费虚拟主机，一个月只有10G的流量，刚开始没有使用七牛的时候，各种折腾，然后各种跑满。使用七牛，让图片、js文件等静态文件都走七牛CDN后，问题得到有效解决。不过要使用https了，还是得跟七牛暂时告一段落了。七牛CDN的免费额度七牛的对象存储必须搭配CDN进行使用，否则无法外网访问。而七牛的CDN只有http请求有免费额度，https是必须收费的。虽然非常感谢七牛的陪伴，但是有白嫖的机会又何必花钱呢？然后，腾讯云先森一直不愿意换HTTPS的原因就是因为七牛，尤其是七牛的图片处理，可以在请求图片时对图片进行各种压缩、裁剪、加水印等操作，对网站加速访问很有益处。但先森毕竟是一名腾讯云公有云售后运维，对自家产品了解还是很深的。在七牛使用了两个产品，一个是对象存储，一个是CDN。而要换到腾讯云，就得观察好对应的产品。以前知道腾讯云也有图片处理的相关产品，叫做万象优图，现在改名叫做数据万象，不仅仅做图片处理了。但是一直没有去深入了解，也觉得既要使用腾讯云对象存储，还要使用万象优图，很麻烦，不像七牛那么方便：对象存储的图片，加上参数就能做图片处理。但是今年3月，腾讯云对象存储做出了改变，当时发了邮件：对象存储发布图片处理功能当时先森对网站是放任不管的，对此也没有在意。不过最近腾讯云又发了一次短信通知，先森又去研究了一下。对象存储COS先森目前对网站本来就不是很重视，要切换使用一定是在有免费额度的基础上。这里就需要注意的是，腾讯云的对象存储COS在去年9月份是对免费额度进行了调整的，在2019年1月22日之前开通使用对象存储的老用户继续每月享有之前的免费额度，之后开通的，就只有6个月的免费额度了。但是老用户还得注意，看自己有没有收到过以下邮件：COS免费额度变更标明了【不受此次变更影响】的用户才能继续享受每月免费额度，如果有什么疑问，可以在腾讯云官网联系在线客服或提交工单。腾讯云COS的免费额度还是比较给力，存储50G，流量10G，请求次数100万次。先森在使用时，一般都是配合CDN进行使用，所以这里要关注的是CDN回源流量。先森这边刚好有个账号还享有免费额度，所以具备七牛迁移腾讯云的基本条件。然后继续往下看。腾讯云的对象存储简称COS，后面都直接用COS了。数据万象CICOS的图片处理功能，使用的是数据万象的功能，所以还得看数据万象有没有免费额度。在数据万象的文档中可以看到，很多操作都是有免费额度的：数据万象免费额度这里先森重点关注的是基础图片处理和CDN回源流量，这两项是先森用的上的。基础图片处理10TB/月，七牛是20TB/月，对于先森来说完全够了，先森11月5号开始使用，截止目前才用不到2GB，说来也是惭愧。CDN回源流量10GB/月，对先森来说也是完全够用了。由于是结合COS来使用的，图片不添加处理参数时，是不会回源到数据万象的，所以这个流量先森目前用的特别少，才200MB+。需要注意的是外网出流量，只要你不直接使用数据万象CI默认域名进行访问，仅使用CDN->COS->CI的方式访问的话，是不会产生的。数据万象默认域名格式为存储桶名-账号Appid.piccd.myqcloud.com，尽量还是使用自己的域名通过CDN访问吧。内容分发网络CDN对象存储和数据万象都有免费额度了，那么再来看看CDN。CDN不像对象存储和数据万象，这样费用那样费用，简单直接，就一个流量费用。不过CDN的免费额度按照官方文档来说，个人用户于官网开通 CDN 当天可获赠共120GB免费境内流量包。分6个月生效，每月生效20GB。其他就没有更多说明了，不过目前看来，只要接入了CDN，每个月还是会有10GB的赠送流量包，对先森来说够用了，使用前可以在控制台看下自己是否有赠送流量包：CDN免费流量包另外一点，SSL证书要从http切换为https，证书是肯定少不了的。想要安全，肯定不可能使用自颁发的证书，不过免费的证书也还是挺多的。先森使用的SSL证书是在腾讯云上直接免费申请的。腾讯云申请的免费证书是由亚洲诚信提供的，实际上也是DigiCert的免费DV证书。想比于Let's Encrypt证书的3个月一换，先森还是喜欢一年一换的。虽然Let's Encrypt证书可以跑脚本进行替换，但是从宝塔上的一些体验来看，这个自动替换还是有点坑的。先森不想过多的去修改源站web服务器上的配置，所以SSL证书是直接部署到CDN上的，使用http的方式进行回源。刚开始切换https的时候，先森担心https会出现问题，所以没有开启http到https的强制跳转，将证书部署在CDN上面，切换起来比较方便。当然，在切换的过程中，还是不免的遇到一些坑，为了避免篇幅过长，先森这边后面再说。后面的记录：网站从http转为https折腾记录

先森的网站还是放在阿里云免费云虚拟主机，每个月被关停之后，只能启动三次。先森上一次被关停是7月份的事情，没想到昨天凌晨，噩梦又来袭。早上先森上班之后，抽空看了一下网站的日志。因为阿里云的提示短信是凌晨三点四十多发的短信，所以先森重点关注这个时间段的，然后就发现了罪魁祸首，这篇文章的主角——百度云观测。坑爹的百度云观测在日志中，我发现了大量的请求，全是User-Agent:Baidu-YunGuanCe-ScanBot(ce.baidu.com），而且访问的还都是/wp-comments-post.php和/wp-admin/admin-ajax.php这些会接收数据，查询、修改数据库的php文件，这样一来对网站的压力就非常的大了。来自百度云观测的大量请求这种情况，先森赶紧去百度云观测把网站监控关闭，百度云观测的骚操作太恐怖了。关闭百度云观测后续先森在百度云观测找到这样的一段话，先森感觉心中一万只。。。。网站初始化包含多个分析过程，一般需要5~10分钟。 网站初始化时，我们会对你的网站进行全方位安全体检。初始化这段时间内，可能会向你的网站发送一定攻击探测请求，以发现安全漏洞。 一般情况下，正常网站不会因为安全体检受到任何影响。后来，昨天下午先森的网站又被关停了一次，这一次，不是百度云观测的锅了，先森已经关了。这次，是有人在拿先森网站练手，搞DDOS，先森看日志，发现大量的125.39.239.*网段的请求。因为网站放在百度云CDN，免费版又不能设置黑白名单，所以先森只把防守放在了.htaccess文件里面，但是先森发现，放在里面并无卵用，有了CDN，该访问还是能访问。所以先森还是把网站CDN都解析到腾讯云CDN。腾讯云CDN对移动宽带的支持貌似不太友好，但是好在是能够配置黑白名单，有这点就够了。

上篇文章解决了WordPress加入CDN后“非插件浏览次数统计”浏览次数不刷新问题，同时留下了两个未解决的问题：1.按F5可无限制刷新文章访问量，并影响数据库效率；2.只解决了后台不更新问题，前台显示还是得等CDN刷新后才能更新。那么这篇文章就是为了解决以上两个问题。问题分析第一个问题，先森想到的解决方法是用JS代码创建cookies，如果cookies存在就不在更新后台的统计量。第二个问题，直接让ajax获取后台的访问量，修改前台显示的访问量就行了。一开始，先森配置的让ajax多传一个参数，是判断cookies是否存在的，存在为1，不存在为0。若cookies不存在，则后台访问量统计就+1，并返回数据库中的浏览量并+1。若cookies存在，则后台不增加访问数量，直接返回数据库中的浏览量并+1，如此访客刷新也不会增加访问量了。但是这样还是存在会在后台查询数据的问题，查询多了对数据库也是一种负担。先森之前没有意识到这个问题，结果还是晚上睡觉前反思发现了，且也琢磨除了一个更好的解决方法。直接在JavaScript代码中加判断，如果cookies已存在，则直接不向后端服务器发数据。这样一来，前端再怎么刷新，也停留在CDN的层面上。那么要实现这种效果，就需要先实现不向后端服务器发送数据，也能获取到当前文章的访问量。解决方法很简单，第一次获取访问量时，将后端服务器返回的访问量直接写入cookies，下次刷新时，直接从cookies中读取访问量。另外，还有一个地方需要解释一下，cookies的过期时间。如果cookies时间太长了的话，那么未免还是会损失一些访问量，所以先森就没有设置cookies的过期时间，保持默认。cookies的默认过期为关闭浏览器，先森觉得，这样一来还是比较合理的。同时，一个访客，可能并不会只打开本站一篇文章就关闭，打开多篇文章时，每篇文章的访问量是不一样的，需要从cookies中获取的话，cookies的名称就必须不一样。不然访问打开其他文章，看到了访问量都是同一个数值。解决方法就是，已“固定值+文章ID”的方式，确定cookies名称的唯一。效果实现上一篇文章中，先森是模仿通用的评论ajax提交的处理方式，自建了一个类似的php。但这样可能有点不安全，也有点麻烦，所以先森还是研究着将php代码部分放进了主题的functions.php。首先还是在footer.php中添加ajax的代码，注意需要将前台显示访问量的标签ID或class名称改成自己的。<script type= "text/javascript" > function GetCookie(sName) {    var arr = document.cookie.match(new RegExp("(^| )"+sName+"=([^;]*)(;|$)"));    if(arr !=null){return unescape(arr[2])};    return null;}var postviews_cook=GetCookie("postviews<?php the_ID();?>");  if ( postviews_cook == null ){$.ajax({ type:'POST', url: "<?php echo admin_url('admin-ajax.php');?>" , data:"postviews_id=<?php the_ID();?>&action=postviews",cache:false,success: function(postviews_count){ $("#views").text('阅读：' + postviews_count + ' 次');document.cookie="postviews<?php the_ID();?>=" + postviews_count;} });   }  else{$("#views").text('阅读：' + postviews_cook + ' 次');}; </script><?php endif ; ?>然后直接在自己主题的functions.php中添加下面的代码：/** 缓存时更新浏览量-有缓存* //www.capjsj.cn/ajax_cookies_views.html*/function postviews_cache(){    if( empty( $_POST['postviews_id'] ) ) return;        $post_ID = $_POST['postviews_id'];        if( $post_ID > 0 ) {                $post_views = (int)get_post_meta($post_ID, 'views', true);/*if( !defined( 'WP_CACHE' ) || !WP_CACHE ){ 以前的错误代码*/if( defined( 'WP_CACHE' ) && WP_CACHE ){ //如果wp-config.php开启缓存    update_post_meta($post_ID, 'views', ( $post_views + 1 ));}                echo ( $post_views + 1 );                exit();        }}add_action( 'wp_ajax_nopriv_postviews', 'postviews_cache' );add_action( 'wp_ajax_postviews', 'postviews_cache' );2018年06月07日更新：感谢网友@鱼鱼 在评论区指出的BUG，以前写上面的代码的时候参考了wp-postviews插件wp-postviews.php里面的代码，结果学艺不精，只看了上半截，忽略了下半截。错误的代码竟然用了近1年的时间没发现，还发布在这里误人子弟，实在羞愧。上面的代码中，错误的代码依然留存着，只是注释了，修改的方法有两种，第一种是上面那样，第二种则是将10-12行的if段改为下方模式（这种就是wp-postviews插件的写法）：if( defined( 'WP_CACHE' ) && WP_CACHE ) //如果wp-config.php没有开启缓存    return;                             //退出（中止函数的运行）    update_post_meta($post_ID, 'views', ( $post_views + 1 ));注意，如果网站的WordPress只加入了CDN，没有使用缓存插件的话，需要将上面代码改成下面的，也就是删除开启缓存判断：/** 缓存时更新浏览量-无缓存* //www.capjsj.cn/ajax_cookies_views.html*/function postviews_cache(){    if( empty( $_POST['postviews_id'] ) ) return;        $post_ID = $_POST['postviews_id'];        if( $post_ID > 0 ) {                $post_views = (int)get_post_meta($post_ID, 'views', true);                update_post_meta($post_ID, 'views', ( $post_views + 1 ));                echo ( $post_views + 1 );                exit();        }}如果想使用有缓存的版本，想要开启网站缓存，可以选择安装缓存插件，或者直接在网站根目录的wp-config.php中，加入下面这行代码：define('WP_CACHE', true);如果网站没有加入CDN，也没有使用缓存插件，那么有两个选项：1、Ctrl + D 保存本页到书签，待文章变成静态页面后再拿出来看看；2、Ctrl + W 关闭本页，因为除非你要研究代码，本页对你没有什么价值，看看更多该看的吧。总结对于本文的解决方案有什么意见和建议，希望能够在下方评论栏中提出来，先森觉得还有能够改进的地方，但一人之力实在有些相形见绌。ajax是个很实用的东西，可能还有更多可以使用的地方，先森也得好好想想。

不知道多少人和先森一样，在最初接触wordpress的时候，被网上的各类教程灌输了“能用代码版，就不用插件”的概念。先森就本着这个概念，在文章的访问量的时候，先森就找的代码版。网上提供的代码版浏览次数统计功能的文章，名称都差不多，类似“WordPress非插件添加文章浏览次数统计功能”这种比比皆是。先森应该是在wordpress大学看到的教程，关于教程先森就不再赘述了。本文主要解决的是，开启CDN后，用这种代码版访问量统计的方式浏览次数不再刷新的问题，如果想结合着来使用的话，统计代码部分可以去wordpress大学看《WordPress非插件添加文章浏览次数统计功能》这篇文章。浏览次数问题分析先森其实很早就意识到，开启CDN后，其实浏览量不是不刷新，而是只在首次缓存的时候才会增加一次。因为只有第一次访问的时候才会执行php，缓存后就直接访问的html了，所以就不会增加统计了。所以解决问题的方式，是让html也能统计到浏览次数，先森认知中的方法就只有一个：ajax。然而当初先森虽然知道问题原因，知道解决方式，但奈何先森代码能力不强，当时没能解决。先森始终认为，一个问题如果死活解决不了，那么就先放放，过段时间再反顾可能就会发现，这个问题根本就不是事。当然，这个时间可能就有点久了，起码就ajax这个问题，先森等了一两年。。。。先森想到的用ajax更新浏览次数的方法就是，使用ajax提交文章的ID给后方的php，后方的php接收到文章ID后，将该文章的浏览次数+1。效果实现先森研究了一晚上，发现要解决还是挺简单的。又是研究几小时，分享几分钟，心塞。首先，在footer.php中添加ajax的代码，注意url的地址要改为自己的php路径：<?php if  (is_singular()) : ?>  <!-- ajax post view -->  <!-- ajax post view -->  <script type= "text/javascript" >$.ajax({ type:'POST', url: "//www.capjsj.cn/wp-content/themes/*/*.php" ,   /*此处需要修改为自己的php路径*/data: { "postviews_id" : "<?php the_ID();?>" } });   </script><?php endif ; ?>接收数据的php代码很简单，参考了评论的comments-ajax.php的头部，禁止直接访问，然后加上了几行更新浏览量的代码。将下面内容保存到一个php文件中，放入自己的wordpress主题里面，将该php的访问链接加入到上面的url中：<?php//禁止直接访问本phpif ( 'POST' != $_SERVER['REQUEST_METHOD'] ) {        header('Allow: POST');        header('HTTP/1.1 405 Method Not Allowed');        header('Content-Type: text/plain');        exit;}require( dirname(__FILE__) . '/../../../wp-load.php' );nocache_headers();$post_ID = $_POST['postviews_id'];$post_views = (int)get_post_meta($post_ID, 'views', true);update_post_meta($post_ID, 'views', ($post_views+1));?>如此一来，即使加入了CDN，文章页面变成了静态页面，后台也会更新访问次数了。总结这样仅仅是解决了文章页面被缓存后，浏览次数无法被统计到的问题，但是还并不完善。上面的功能实现之后，你会发现，每一次刷新浏览次数都会加一，如果有人一直按着F5，那么增加的浏览次数就有点恐怖了。这样还会增加服务器的负担，像先森这种把网站放在阿里云虚拟主机的，若负载过量还会直接关停，被人这样搞的关机先森就哭了。所以，下篇文章先森会分享使用cookies来限制访问次数无限增加的问题。另外，除了访问量持续增加的问题，还有一个地方可以优化。既然ajax能够异步提交数据，那么能不能动态的修改文章中的浏览次数呢？答案是肯定的，先森也会在下一篇文章中更新。关于上面的问题，请查看下一篇文章：CDN后用Ajax动态提交、显示文章阅读量，cookies避免重复刷新

自从用上CDN，需要关注的前台页面的问题就更多了，因为要避免一些不该被CDN缓存的内容被缓存，导致访客访问到不该看到的内容，影响使用体验。最近，先森发现曾解决过的问题故态复萌。用了CDN之后比较突出的问题，就是如果一篇文章如果先森登录之后再去访问，其他访客访问的时候，会显示“内容管理”、“登出”、评论框会显示先森的头像等问题。这个问题其实之前已经处理过了，但是先森wordpress升级之后，发现原本通过WP Super Cache设置的“不要为已知用户缓存”和“让已知用户匿名使他们浏览的内容是缓存文件”竟然失效了。查看了下WP Super Cache的版本，发现四周前才更新，并且提示与当前WordPres版本兼容，先森也确定选项已经勾选，但就是不生效，所以就很心塞。发现问题，处理问题。先森冒着英语超烂的风险，去了WP Super Cache的插件页面，看了一圈问题讨论，就是没发现有人提这个BUG的，在官方找解决方案的道路失败了。也不知道新的版本什么时候发布，发布会不会包含解决这个问题，所以先森只能又冒着php一知半解的风险来写代码了。解题思路解决方式先森觉得有两种，一个是去把自己的主题中的前台中管理员登录后才会显示的代码给删掉，另一种就是让管理员在前台匿名，被认为没有登录。第一种方案，先森觉得有点费时费力。当初主题的代码是自己一行一行的写的，现在让自己去删，内心表示很痛苦啊（心中憧憬着哪天要是不用CDN了...）。所以先森还是想实现第二种方案。经过研究自己的主题，先森发现，会显示管理员才能看到的东西，大多使用了这样的一种套路：<?php if (is_user_logged_in()){    '我是管理员'} ?>都用的is_user_logged_in()这个函数来判断用户是否登录，所以先森就想，让这个函数返回“用户没有登录”岂不是就可以了？is_user_logged_in()函数介绍：is_user_logged_in()函数位于wp-includes/pluggable.php函数参数：该函数不接受任何参数。返回值：已登陆返回True，否则返回False。先森在函数所在位置，找到了这个函数的代码：if ( !function_exists('is_user_logged_in') ) :/** * Checks if the current visitor is a logged in user. * * @since 2.0.0 * * @return bool True if user is logged in, false if not logged in. */function is_user_logged_in() {        $user = wp_get_current_user();        return $user->exists();}endif;先森把上面的return内容改成了如下内容：if(!is_admin()){    return false;}else{return $user->exists();}这样之后，只要不是后台，就会返回false，这样前台就会得到管理员没有登录。先森发现使用了is_user_logged_in()函数的位置都已经不会在登录的情况下显示了，但是还有两个地方例外。第一个地方是文章页面上的“编辑”按钮，另一个就是评论的头像了。通过查看代码，先森发现编辑按钮用的是edit_post_link()函数：edit_post_link('编辑', ' &#124; ', '');函数说明：若用户已登录且具有编辑文章的权限，该标签显示一个可编辑当前文章的链接。该标签必须用在主循环（loop）中。这个函数就没有使用is_user_logged_in()函数了，所以通过修改is_user_logged_in()的返回值就对“编辑”按钮不生效了。再来看评论头像。修改了is_user_logged_in()的返回值之后，头像旁边的文字已经变成了未登录状态下的文字，但是头像依然是先森的管理员评论头像。再去查看代码，发现评论头像部分虽然也使用了is_user_logged_in()函数，但是还另外使用了一个全局变量，代码大致如下：global $current_user;get_currentuserinfo();...echo get_avatar( $current_user->user_email, $size = '48' ,'');这样是通过获取当前用户信息，然后来获取用户的email邮箱地址，这样就和is_user_logged_in()函数无关了，因此前台还是会显示管理员的头像。但也正是这个问题，让先森找到了解决的办法。让管理员在前台匿名评论头像是通过获取当前登录用户的相关信息，进而获取用户邮箱来显示头像的。用到的获取用户信息函数是:get_currentuserinfo()而其实看is_user_logged_in()函数，其实它也有获取当前用户的相关信息，但用的是另一个函数：$user = wp_get_current_user();而这两个函数，其实是同一个函数，只是wp_get_current_user()是get_currentuserinfo()的进阶版：Notice: 自4.5.0版本起，已不建议使用get_currentuserinfo，请换用wp_get_current_user()。 in ***\wp-includes\functions.php on line 3707既然如此，只需要让当前用户信息为空即可。在自己的主题function.php最后加入以下代码，那么在前台就用户信息就为空了，即获取不到用户信息了：/*** 让管理员在前台访问匿名** //www.capjsj.cn/make_known_users_anonymous.html*/function make_known_users_anonymous() {    global $current_user; if(!is_admin()){    $current_user = array( 'user_login' => '', 'user_email' =>'', 'user_level' => '', 'user_firstname' => '', 'user_lastname' => '', 'display_name' => '', 'ID' => '', 'user_url' => '', ); } return $current_user;}add_action( 'init', 'make_known_users_anonymous' );如果想要调试的话，可以把以下代码放在前台页面中想放的位置：<?php  global $current_user; get_currentuserinfo(); //或者将这两行换成 $current_user = wp_get_current_user();if( is_user_logged_in()){    echo '已经登录';}else{    echo '没有登录';}echo('Username: ' . $current_user->user_login . "\n"); //输出用户名  ?>但目前这种方式有个BUG，那就是在文章编辑页面点击预览的时候会返回404，这个待先森找找解决方法。2017-09-01更新先森看了下，预览的页面会在文章链接后面加上“?preview=true”或者“?p=xxx&preview=true”,那么，当访问链接是带了“preview=true”的，就不清除登录信息就行了。那么，把上面的匿名代码改成下面的代码，加入functions.php中/*** 让管理员在前台访问匿名** //www.capjsj.cn/make_known_users_anonymous.html*/function make_known_users_anonymous() {    global $current_user; if(!is_admin() && $_GET['preview'] != 'true'){    $current_user = array( 'user_login' => '', 'user_email' =>'', 'user_level' => '', 'user_firstname' => '', 'user_lastname' => '', 'display_name' => '', 'ID' => '', 'user_url' => '', ); } return $current_user;}add_action( 'init', 'make_known_users_anonymous' );如果有任何问题，可以在下方评论。关于访客填写的昵称、邮箱、域名等信息不被CDN缓存，可以看看先森的解决方案：用cookie解决网站开启CDN缓存之后已知用户头像昵称被缓存等系列问题用cookie记住用户信息后隐藏信息输入框，优化用户体验

最新在新建一个博客，新的博客是建在云服务器的，完全自主，不得不说感觉非常好，比起虚拟主机可操作性强太多了。因为可操作性强，所以想把该做的都做好，比如备份。受张戈博客影响，看到了张戈的同步7天的那篇文章，想照着操作的时候发现，七牛的qrsync工具竟已废弃：qrsync已废弃看这简介，推荐使用qshell命令行工具，先森就干脆研究下使用新的工具来同步。有段时间没和七牛云储存打交道了，变化还是挺大的。为七牛的推陈出新点个赞。一、数据库、网站本地备份脚本在服务器上编辑shell脚本，脚本代码如下：#!/bin/bash# Name:liuxxbak.sh# This is a ShellScript For Auto Backup and Delete old Backup# Date:2017-8-19source /etc/profilebackupdir=/web/data/liuxx_bak   # 本地备份路径time=` date +%Y%m%d `date=` date +"%Y-%m-%d %H:%M:%S" `day=15  #本地备份保留天数# 数据库信息user=rootpassword=******host=127.0.0.1port=3306databases=wordpress# 本地网站根目录backhome=/web/data/html/if [ ! -d $backupdir ]; then  mkdir $backupdirfi        mysqldump -h $host -P $post -u $user -p$password ${data} | gzip > $backupdir/${data}_$time.sql.gzif [ "$?" == 0 ];then        echo "[${date}] 数据库 ${data} 备份成功!!" >> ${backupdir}/mysqllog.logelse#备份失败则进行以下操作        echo "[${date}] 数据库 ${data} 备份失败!!" >> ${backupdir}/mysqllog.logfi# 备份网站tar -zcvf $backupdir/liuxx_${time}.tar.gz $backhome > /dev/null 2>&1# 删除同步find $backupdir -name "*.gz" -type f -mtime +${day} -exec rm {} \; > /dev/null 2>&1先森将以上代码保存为‘liuxxbak.sh’，名称可以随意自定义。保存后需要增加可执行权限：chmod +x liuxxbak.sh使用说明：将以上内容变量按需修改：backupdir=本地备份绝对路径day=本地备份保留天数user=数据库用户名（建议使用root用户，出错可能性小）password=数据库密码host=数据库IP或域名port=数据库端口databases=数据库名称backhome=本地网站根目录脚本执行方式：./liuxxbak.sh或者/web/data/liuxxbak.sh    # 绝对路径执行如此可以检查一下是否能够成功备份。二、远程备份到七牛云储存1.命令。首先下载qshell命令行工具，下载页面：根据服务器类型选择下载linux 64位的服务器可以直接在服务器上这样下载并增加可执行权限：wget -O qshell http://devtools.qiniu.com/2.1.3/qshell-linux-x64 && chmod +x qshell可以将qshell命令放入自定义目录。或直接放至/usr/bin/路径下，这样就可以任何地方直接输入命令了。2.鉴权。有了命令之后，我们需要七牛的鉴权，否则没法使用接下来的命令。需要鉴权的命令都需要依赖七牛账号下的 AccessKey 和 SecretKey。所以这类命令运行之前，需要使用 account 命令来设置下 AccessKey ，SecretKey 。鉴权的方式很简单，首先进入七牛的个人中心->密钥管理中，找到AccessKey 和 SecretKey。然后在服务器中运行一下命令：/web/data/qshell account ak sk执行之后，用户的所有信息写入到磁盘$HOME_DIR/.qshell下面。如：root用户执行后，信息会保存在/root/.qshell/account.json文件中。如果你修改了密钥，只需要重新执行以上命令即可，配置信息将被覆盖。3.同步。终于到了这一步。qshell命令的命令有很多，同步需要用到的命令是qupload。qupload是用来将本地目录中的文件同步到七牛空间中的命令。命令格式：qshell qupload [<ThreadCount>] <LocalUploadConfig>ThreadCount：并发上传的协程数量，默认为1，即文件一个个上传，对于大量小文件来说，可以通过提高该参数值来提升同步速度。LocalUploadConfig：数据同步的配置文件，该配置文件里面包含了一些诸如本地同步目录，目标空间名称等信息。ThreadCount是可以忽略的参数，默认一个文件一个文件的上传，因为是要备份数据库和本地网站文件，文件较少且大，顾保持默认就好。LocalUploadConfig为配置文件，配置文件中可带的参数共有21个，先森选用了其中的7个。详细的配置介绍请看这里。先森选用的参数如下，将以下内容保存到文件‘localupload.cnf’：{   "src_dir"            :   "/web/data/liuxx_bak",   "bucket"             :   "liuxx-backup",   "ignore_dir"         :   true,   "overwrite"          :   true,   "check_exists"       :   true,   "check_hash"         :   true,   "rescan_local"       :   true}解释，*为必须项："src_dir":"/web/data/liuxx_bak",  # 本地备份路径*"bucket":"liuxx-backup",    #同步数据的目标空间名称，可以为公开空间或私有空间*"ignore_dir":true,    #远程同步到七牛时，忽略本地路径"overwrite":true,    #覆盖同名文件"check_exists":true,    #上传前检查是否有同名文件"check_hash":true,    #在check_exists设置为true的情况下生效，是否检查本地文件hash和空间文件hash一致"rescan_local":true,    #检测本地新增文件并同步最后，远程同步到七牛云储存的命令为:/web/data/qshell qupload /web/data/localupload.cnf可以执行一下上面的命令，检查是否能够成功同步。先森同步到七牛云的效果：同步效果三、定时备份同步准备工作已经完毕了，现在所需的就是每天的自动备份及远程备份了。执行crontab -e添加以下内容：00 02 * * * /web/data/liuxxbak.sh30 02 * * * /web/data/qshell qupload /web/data/localupload.cnf >/dev/null 2>&1凌晨两点执行本地备份，凌晨两点半执行远程备份。当然，你也可以将qshell命令加到liuxxbak.sh脚本的最后，那么只用添加第一条计划任务就可以了。四、七牛十五天循环备份七牛云储存免费的存储空间大小是10G，如果你的七牛云存储空间有点紧急的话，可以继续本操作。这时候，点击‘生命周期’，添加规则，我们可以设定删除15天前的文件。先森设定的规则如下：删除15天前的文件当然，如果七牛云存储的剩余空间很足的话，可以保留更多天，这样可供回退的版本就更多了。总结无论是用虚拟主机，还是使用云服务器，有一套备份的机制是很重要的。如果像先森一样，主站使用的是虚拟主机，也有另外的云服务器的话，这套备份方案改改，也可以把自己虚拟主机的数据库一起备份起来嘛。

先森之前就发现，“成航先森”在手机上访问使用搜索时，无法使用键盘上的“前往/搜索”按钮。点击没有反应，必须要点击网页中的搜索按钮才行。之前因为懒得管，就一直没有解决这个问题，这两天丑了点时间研究了一下，最后发现这个问题是分阶段的。“前往”和“搜索”按钮的问题手机中的输入框，有时候右下角是“前往”，而有时候是“搜索”。先森起初以为是因为先森的搜索框显示的是“前往”，所以无法使用这个按钮。后来先森发现，写一个简单的html页面，通过手机访问，无论是“前往”还是“搜索”，都不会影响点击该按钮的效果。不过让键盘显示“搜索”还是要显得专业一些。实现方法：<input type="search">搜索框的type必须是search。“前往”与“搜索”点击输入法中的“搜索”没有反应的原因上面所说的，按键上无论显示什么文字，都不会影响功能。然而先森的网站中，点输入法上的按钮是死活没有作用，所以原因还是要继续找。先森本以为是某个JS代码导致了这个问题，所以先森把首页保存到本地，一个个的删除尝试。花费了大概一个小时的时间，终于，先森确认跟JS代码没有任何关系。最后无意间删了一个<base>标签，结果发现竟然可以了，手机输入法点击“搜索”可以搜索了。罪魁祸首就是它：<base target="_blank">这个base标签的作用是网页中的每个链接都默认为新标签页打开，好不好用就不做累述了。删除与恢复删除这个<base>标签就可以实现使用手机输入法中的搜索按钮效果，但是我们想要的新标签页打开网页就没有了。先森参考网上的JavaScript脚本，新写了一段js代码，从而实现相类似的效果。需要注意的是，不能简单的给每个<a>标签都增加上新标签页打开，因为有些地方不适合新标签页打开，比如页码，每点一次下一页就新开一个窗口，访客要疯了吧？所以，当<a>标签已经设置了本页打开的需要排除，其他<a>标签才加上_blank属性。把下面的JavaScript代码放在head某处：<script type="text/javascript">$(function(){    $('body a').each(function(){        if($(this).attr('target')!=='_self'){        $(this).attr('target','_blank');}    });});</script>那么，你的网站搜索框能用手机的搜索按钮吗？

很久没有管过博客了，最近发现博客里的跳转链接全都失效了，点击只能跳转到首页。通过审查元素查看，是从末尾不加斜杠的链接301跳转到加个斜杠的链接。无论如何，结局就是跳转失败了。周末一个闲着无事，就想着解决一下这个问题。通过漫长的排除，发现问题是安装了WPJAM BASIC插件的问题，停用了之后跳转链接就正常了。WPJAM BASIC插件不得不吐槽一下水煮鱼，之前用这WPJAM七牛镜像存储，有一天发现可以升级了，随手就点了升级，结果升级后发现，要启用这个插件，还需要另外装一个WPJAM BASIC。然后装了发现启动不了，后来看报错是插件里的函数和先森主题的函数冲突了，先森注释了自己主题里的函数后，插件可以启动了。因为先森有保留函数来源的习惯，所以先森检查那个冲突函数发现，这TM就是从水煮鱼网站拷贝的函数。这个插件果然是各种功能的集合，但总有一种强制消费的感觉，隐隐让人不爽。anylink这个插件先森自建立博客以来就一直在用了，用着已经习惯了，虽然有代码版但也不想去弄了，觉得还是有操作页面的比较实用。先森更是用anylink与张戈博客的跳转美化界面做了结合，还专门发布了一篇文章：WordPress为anylink插件外链跳转添加漂亮的跳转页面所以，先森对于anylink这个插件是非常难以抛弃的。但是很棘手的是，为什么WPJAM BASIC插件会与anylink插件起冲突，如何解决。而先森已经在七牛图片处理样式的正确使用方式一文中提到，主题已经添加了七牛CDN代码版。经测试取消启用WPJAM BASIC插件后，对博客使用七牛并不会产生什么问题，所以，只能抛弃WPJAM BASIC了。