Wordpress 3.4正式发布了，我也更新了一下，却发现了一个奇怪的错误！如下的这样一个错误： Fatal error: Call to undefined method dbrc_wpdb::delete() in /public_html/wp-includes/option.php on line 370 从dbrc_wpdb::delete()这段看来应该是某个插件的问题，后来我查了一下才知道原来是Wordpress 3.4和DB Cache reloaded这个插件出了岔子。 解决方法很简单，如下： 1 使用FTP工具打开 /public_html/wp-includes/ 目录，找到db.php文件。 2 下载db.php进行备份。 3 删除db.php这个文件。 4 正常升级。 5 提示缺少配置文件，我们将db.php重新上传，一切搞定！哈
今天想给GIDC演示加上个自己常给Wordpress用的缓存插件， 才发现了原来在Kloxo的Apache下，Wordpress根本就没办法使用在线编辑、安装插件或是主题等的功能，如同废材一个。 上网查了下资料，才知道原来是因为Apache进程的用户和FTP用户不同的问题，原以为说只要把目录的Apache进程用户改成FTP用户就行了，哪里知道还是会出现缓存功能无法使用，插件安装不完全的问题，这我就郁闷了，上网找了资料，说只要把执行Apache的php模块改为suphp就行了，我一改嘛就直接500号错误给我了，搞了半天都不知道到底什么情况。 想了想不如就直接放弃suphp，反正我也不会这个，直接试试mod_php的另外两个模式，一试之下才发现只要把Apache的php模块换成另外两个mod_php的模式，即mod_php_ruid2和mod_php_itk，所有的问题就立马解决了，看来嘛，这个是一个非常重要的关键了！ 解决方法如下： 1 SSH登陆把Apache进程用户改成FTP用户 chown -R 用户 目录 例子 chown -R admin /home/admin 2 点击进入“网页 & 邮件 & 数据库”中的网页服务配置，将php类型改为mod_php_ruid2或mod_php_itk。 经过我的测试，貌似第二个占用内存较少，比之默认的更少，具体差别在哪我就不清楚了，大家可以百度一下！