[-]
在 PMA 里发现煎蛋的 wp_options 数据表竟然达到惊人的 3.1MB，太不正常了。略去考证过程，发现罪魁祸首是 option_name 为 rss_xxxxxxxxxxxxxx(一长串字母和数字) 的上百个值，内容都是超长文本，随便统计了其中一个就包含30w个字符。这样下去数据库要疯了……

注意到其中开头都包含关键字 MagpieRSS，搜索后发现很多新版 wp 用户有类似困扰：magpieRSS 让 wp_options 表不停膨胀。为什么会这样？注意到新版 wordpress 后台显示的 incoming links 等贴心 widgets 吧，这个看似方便的功能就是数据库疯狂增肥的魁首。相信很多人看到它们会很愤怒，然后花费数小时来删除这些垃圾表(注：快速删除这些垃圾可以在 PMA 中搜索WP_Options，关键字为 rss_ ，删除后优化表即可)。

如何解决？我看到官方讨论区有人在说这个问题,目前看来比较妥善的修改方式是：

1、眼不见为净。在 /wp-admin/index.php 中第一段 script 注释掉/删掉。大约第10行，
<script type="text/javascript"> …… </script> 这一部分。

2、干掉缓存。文章说在 wp-config.php 中用 MAGPIE_CACHE_ON 可以搞定，应该怎么写？官方文档没有相关说明。
我猜测是 define('MAGPIE_CACHE_ON', false); 随后在这个文件中看到：
define('MAGPIE_CACHE_ON', 0); 则不缓存 magpie RSS(改为1则缓存)

其中还提到修改缓存时间的定义是 define('MAGPIE_CACHE_AGE', 60*60); 单位为秒。

这样是否正确我不能确定，望 wp 达人出来验证。

# 再啰嗦一句：wp 2.4 之后的版本都是垃圾。

PREV : 煎蛋英语 哲学问题还是吃饭问题
NEXT : PS3无线键盘