wordpress插件bug排查后记(记一次由于开启memecached引起的插件bug)
这篇文章是写给自己的。
周三的时候我在维护公司的一个wordpress项目页面时发现了一个非常奇怪的情况:当我尝试更新网站上的一个页面后,在wordpress后台的编辑器中发现其内容并没有按我预期的将图片的网址替换下来(网站开启了百度云插件,插件会抓取文章中的图片,然后将图片上传至百度云,并将文章中的地址替换),但是,我查看前台的页面却发现页面显示时正常的、检查页面中的图片网址也是做过替换的,总之一句话,就是前台文章展示页和后台编辑器中的内容不一致。这个bug真诡异,下面就把排查这个bug的过程记录下来,以备忘。
1,怀疑网站上有其他插件与百度云插件冲突
这个其实有可能,因为网站上也安装了不少wordpress插件。但想了下,好像也没有其它插件会与百度云插件起冲突。
2,与技术老大一起结合数据库中的wp_posts表来排查
wp_posts表结构如下:
这个表下面几个字段很重要:
post_status(文章状态)的值可以是:trash(回收站)、publish(发布)、inherit(继承)、draft(草稿)、auto-draft(自动保存的草稿)
post_type(文章类型)的值可以是:post(文章)、page(页面)、revision(修订版)、attachement(附件)、nav_menu_item(菜单)
post_parent(父文章的ID)。
post_status决定了此条是否已经发布,post_type则决定了某条记录是草稿、文章、页面、还是文章的修订版本。文章可以被修改很多次,所以,它会有很多个修订版本,post_parent存储的是当前此条记录的父文章的ID(这个只有post_status为inherit或draft时才会用到,其他情况下默认为0)。
debug过程基本就是这样:每点击一次“更新按钮”,就看wp_posts表中的记录变化,结果发现:
(1)网站中发布的页面(假定ID为1234),在数据库中对应的记录(post_status为publish,post_type为page)已经被正常修改了。这可以说明,编辑器中的内容不是取的1234这条记录,它取的是ID=1234这篇文章的某个修订版。检查了几次,果然是这样。
(2)那么它获取的是哪个修订版呢?经过几次排查发现,编辑器总是获取最新revision之前的一个revision。准确的描述应该是这样,每点击一次更新,数据表中会多处一个revision和一个auto-draft,最新的revision中的文章内容是被替换过img src的正确内容,而auto_draft则与编辑器中的一致。在编辑器状态下,wordpress频繁的自动保存,每产生一个新的auto draft就会把之前的auto draft删除。编辑器获取内容时也不是从auto draft中获取的。总之,最后也没弄清楚,它到底取的是哪个revision。但它应该取最新的revision,这样就可以与ID=1234的post内容保持一致了。
3,缓存搞的鬼?
开始怀疑是浏览器缓存,尝试清除浏览器缓存后,发现问题还存在。那就是服务端的缓存了,重启下服务器上的memcached: service memcached restart,然后发现编辑器中的内容正常了。果然是缓存搞的鬼。
解决bug:
在百度云插件更新数据库的地方增加更新最新的revision和刷新缓存的代码,这个bug才算解决。
// 更新最新的revision的posts表中的post_content字段
$revisions = wp_get_post_revisions( $post_id );
krsort( $revisions );
$newest_id = reset( array_keys( $revisions ) );
$flag = $wpdb->update( $wpdb->posts, array('post_content' => $post->post_content), array('ID' => $newest_id) );
// 更新posts数据表的post_content字段
$wpdb->update( $wpdb->posts, array('post_content' => $post->post_content), array('ID' => $post->ID));
// 刷新缓存
wp_cache_flush();
下面是恶补的wordpress的缓存和全局变量的相关知识:
(1)wp_cache_flush()函数是如何定义的?
/**
* Removes all cache items.
*
* @since 2.0.0
*
* @see WP_Object_Cache::flush()
* @global WP_Object_Cache $wp_object_cache Object cache global instance.
*
* @return bool False on failure, true on success
*/
function wp_cache_flush() {
global $wp_object_cache; return $wp_object_cache->flush();
}
接着问,$wp_objecg_cache->flush()函数是如何定义的?
/**
* Clears the object cache of all data.
*
* @since 2.0.0
* @access public
*
* @return true Always returns true.
*/
public function flush() {
$this->cache = array(); return true;
}
这个$this->cache初始化时是如何赋值的?或者在类中是如何定义的?
/**
* Holds the cached objects.
*
* @since 2.0.0
* @access private
* @var array
*/
private $cache = array();
$this->cache是个数组,而wp_cache_flush()只是把这个数组赋值为空数组。
(2)接着问,WP_Object_Cache都缓存了哪些数据?是如何缓存的?
先根据cache.php文件头注释的指引(有注释就是好)来看下官方文档的说明:
WP_Object_Cache is WordPress' class for caching data which may be computationally expensive to regenerate, such as the result of complex database queries. The object cache is defined in wp-includes/cache.php
.
Do not use the class directly in your code when writing plugins, but use the wp_cache functions listed below.
By default, the object cache is non-persistent. This means that data stored in the cache resides in memory only and only for the duration of the request. Cached data will not be stored persistently across page loads unless you install a persistent caching plugin.
注意上面标红的文字,大意是说:WP_Object_Cache缓存需要重复生成消耗计算资源的数据,比如数据库查询结果。默认情况下,WP_Object_Cache不是可持续的,它只是在某次请求的时间内存在(一旦请求结束,缓存也会被删除),如果要想跨页面(跨请求)使用这些缓存,那就需要安装一个可持续的缓存插件。
(3)网站上安装了什么缓存插件呢?memecached,但在插件列表中没有找到。
然后百度了下,发现了这篇文章wordpress如何启用Memcached内存缓存,结果发现它被安装到wp-content目录下面。
看来,wordpress还有很多要学的东西呢。
参考:
wordpress官方参考手册
wordpress插件bug排查后记(记一次由于开启memecached引起的插件bug)的更多相关文章
- 记一次线上bug排查-quartz线程调度相关
记一次线上bug排查,与各位共同探讨. 概述:使用quartz做的定时任务,正式生产环境有个任务延迟了1小时之久才触发.在这一小时里各种排查找不出问题,直到延迟时间结束了,该任务才珊珊触发.原因主要就 ...
- 解Bug之路-记一次中间件导致的慢SQL排查过程
解Bug之路-记一次中间件导致的慢SQL排查过程 前言 最近发现线上出现一个奇葩的问题,这问题让笔者定位了好长时间,期间排查问题的过程还是挺有意思的,正好博客也好久不更新了,就以此为素材写出了本篇文章 ...
- 解Bug之路-记一次存储故障的排查过程
解Bug之路-记一次存储故障的排查过程 高可用真是一丝细节都不得马虎.平时跑的好好的系统,在相应硬件出现故障时就会引发出潜在的Bug.偏偏这些故障在应用层的表现稀奇古怪,很难让人联想到是硬件出了问题, ...
- 解Bug之路-记一次线上请求偶尔变慢的排查
解Bug之路-记一次线上请求偶尔变慢的排查 前言 最近解决了个比较棘手的问题,由于排查过程挺有意思,于是就以此为素材写出了本篇文章. Bug现场 这是一个偶发的性能问题.在每天几百万比交易请求中,平均 ...
- 解Bug之路-记一次JVM堆外内存泄露Bug的查找
解Bug之路-记一次JVM堆外内存泄露Bug的查找 前言 JVM的堆外内存泄露的定位一直是个比较棘手的问题.此次的Bug查找从堆内内存的泄露反推出堆外内存,同时对物理内存的使用做了定量的分析,从而实锤 ...
- 记一次亲身踩过的hibernate的bug
记一次亲身踩过的hibernate的bug 在写实体类时,经常会对域增加校验,例如@NotNull表示哪个字段不能为空,昨天晚上调试代码,就遇到了问题, @Entity public class Ap ...
- 解决WordPress无法上传媒体文件以及无法下载和安装主题与插件的问题
前言: 我的个人博客网站荒原之梦在安装成功WordPress之后本来是可以上传媒体文件,安装主题和插件的,但是后来不知道怎么回事就出了问题:不能上传媒体文件也不能安装主题和插件了.出现这个问题后我尝试 ...
- 解Bug之路-记一次对端机器宕机后的tcp行为
解Bug之路-记一次对端机器宕机后的tcp行为 前言 机器一般过质保之后,就会因为各种各样的问题而宕机.而这一次的宕机,让笔者观察到了平常观察不到的tcp在对端宕机情况下的行为.经过详细跟踪分析原因之 ...
- 日常Bug排查-系统失去响应-Redis使用不当
日常Bug排查-系统失去响应-Redis使用不当 前言 日常Bug排查系列都是一些简单Bug排查,笔者将在这里介绍一些排查Bug的简单技巧,同时顺便积累素材_. Bug现场 开发反应线上系统出现失去响 ...
随机推荐
- [C#] async 的三大返回类型
async 的三大返回类型 序 博主简单数了下自己发布过的异步文章,已经断断续续 8 篇了,这次我想以 async 的返回类型为例,单独谈谈. 异步方法具有三个可让开发人员选择的返回类型:Task&l ...
- 谈谈一些有趣的CSS题目(七)-- 消失的边界线问题
开本系列,谈谈一些有趣的 CSS 题目,题目类型天马行空,想到什么说什么,不仅为了拓宽一下解决问题的思路,更涉及一些容易忽视的 CSS 细节. 解题不考虑兼容性,题目天马行空,想到什么说什么,如果解题 ...
- dagger2系列之依赖方式dependencies、包含方式(从属方式)SubComponent
本篇是实战文章,从代码的角度分析这两种方式.本文参考自下列文章: http://www.jianshu.com/p/1d42d2e6f4a5 http://www.jianshu.com/p/94d4 ...
- 【知识必备】RxJava+Retrofit二次封装最佳结合体验,打造懒人封装框架~
一.写在前面 相信各位看官对retrofit和rxjava已经耳熟能详了,最近一直在学习retrofit+rxjava的各种封装姿势,也结合自己的理解,一步一步的做起来. 骚年,如果你还没有掌握ret ...
- Android 开发一定要看的15个实战项目
前言: 虽说网上有太多的Android课程,但是大多都是视频,有Android在线开发环境的几乎没有,但是对于学习Android的人来说拥有在线的Android开发环境是非常好的,可以随时动手操作学习 ...
- MySQL ALTER命令
当我们需要修改数据表名或者修改数据表字段时,就需要使用到MySQL ALTER命令. 开始本文教程前让我们先创建一张表,表名为:testalter_tbl. root@host# mysql -u r ...
- HTML5 标签 details 展开 搜索
details有一个新增加的子标签--summary,当鼠标点击summary标签中的内容文字时,details标签中的其他所有元素将会展开或收缩. 默认状态为 收缩状态 设置为展开状态为 <d ...
- OpenGL: 纹理采样 texture sample
Sampler (GLSL) Sampler通常是在Fragment shader(片元着色器)内定义的,这是一个uniform类型的变量,即处理不同的片元时这个变量是一致不变的.一个sampler和 ...
- Spring.Net在Mvc4.0中应用的说明
案例Demo:http://yunpan.cn/cJ5aZrm7Uybi3 访问密码 414b Spring.Net在Mvc4.0中应用的说明 1.引用dll 2.修改Global文件 (Spring ...
- 聊聊从web session的共享到可扩展缓存设计
先从web session的共享说起 许多系统需要提供7*24小时服务,这类系统肯定需要考虑灾备问题,单台服务器如果宕机可能无法立马恢复使用,这必定影响到服务.这个问题对于系统规模来说,从小到大可 ...