别摸我｜catch the digital flow

针对 Aw Guo 提出的问题，我做了个小试验：
1、建立一个干净的 WordPress 站点，设置 Permalink 格式为 /post/%postname%.html
2、安装最新版的 WP Super Cache 并将其激活，设置状态为 ON，并按照说明修改两处 .htaccess
3、通过浏览器访问首页、唯一的单篇日志、About 页面使 WP Super Cache 生成这三个页面的缓存，在 /wp-content/cache/ 目录下可以看到三个以 wp-cache- 起始、以 .html 结尾的 HTML 文件，其中内容分别为完整的页面源代码，注意到末尾均含有 WP Super Cache 字样的注释
阅读全文 – 896 字 »

Kenengba 是又一个高流量的 WordPress 博客，在使用 Hyper Cache 缓存插件后发现访客的 cookie 失效了——这很正常，完全静态化的页面不借助 JavaScript 确实无法验证 cookie——没有使用完全静态化 WordPress 缓存插件（如：cos-html-cache、Hyper Cache）的同学就不需要往下看了。
直奔主题吧，下面介绍一下使用 JavaScript 验证 cookie 的方法需要说明的是，我这篇日志不是完整的解决方案，只能解决访客（非 WordPress Admin）cookie 失效问题，由于自身水平有限，Admin 的 cookie 验证我还不会，WordPress 在最近的版本中做了修改，一直懒得去管。不过也有折衷的偷懒办法可以弥补这点小问题。如有错误之处请大家指正。
普通留言者的 cookie 是在提交留言的时候产生的，一共有三个：comment_author_(md5), comment_author_email_(md5), comment_author_url_(md5)，分别记录访客留言前填写的称呼、电邮地址、网址。(md5) 是博客首页 URL 的 md5 值（是不是 double md5？忘了），例如本站对应的 md5 值为 f78634f9b4fec520be07d54c3fdefdfb，把它代入上面的括号就得到了这三个 cookie 的名字。
阅读全文 - 850 字 »

由于流量太大，三表的博客打起了摆子，其实早些时候我就留意过他的博客，没有使用任何缓存手段还扛得住那么多人踩觉得有点不可思议，结果是没赶上摆子发作罢了。今天再去看的时候，他已经安装上了 Hyper Cache，于是我得赶紧了解一下，否则跟人讲起来连 Hyper Cache 都不知道，还好意思说自己玩几年 WordPress？
稍微介绍一下 Hyper Cache，从功能上来说，Hyper Cache 跟 WP Cache、WP Super Cache、cos-html-cache 等插件一样都是 WordPress 的缓存插件，WordPress 本身动态生成页面的特性导致其性能一直为人诟病，表现为速度慢、服务器负载重等，于是大家想出一系列的办法来修正这个问题，我见过的思路有以下几种：

缓存数据库查询，减轻 SQL 查询负担
阅读全文 - 1366 字 »

Paginator 分页插件让用惯了 PageNavi 的 WordPress 用户耳目一新，但是安装后发现分页链接格式有点小问题，可能会缺少必要的斜杠或多出一个斜杠，导致 http://migege.com/page/2 错误地变成 http://migege.com/page2 或者 http://migege.com/page//2。
据我推测，出现这种情况的 WordPress 可能设置了自定义 Permalink，并且 Permalink 格式最后没有斜杠（如：http://migege.com/archives/xxx.html），另外问题主要集中在 category 和 tag 链接上（index 页没出问题是 WordPress 自动加上了"/"）。
废话不说了，解决办法也很简单，那就是让插件视情况加减斜杠而不是一刀切，插件原本的代码忘了，只贴我改过的那一部分吧，大家仔细看两段代码细小的差别：
阅读全文 - 1581 字 »

看到有好多朋友在江东那儿对他的 cos-html-cache 插件是否真的有效、缓存性能是否确实超过 WP-Cache 或 WP Super Cache 提出质疑，我就拿亲身试用的感受为例说一下。
其实江东刚刚写出 cos-html-cache 1.0 版本的时候我就开始了试用，使用站内搜索可以看到相关的日志，但是由于当时对 WordPress 的心态偏向于玩多过于用，所以觉得牺牲掉一些动态的功能有点不爽，毕竟 cos-html-cache 生成的是真正的 html 文件，想动也动不起来了；另外一点就是 cos-html-cache 与个别插件有冲突（如 SK2，解决方法），不过在把问题个个解决之后，我再没有禁用过 cos-html-cache，直至昨天。
突然想用一下 WP Super Cache，因为还是想把一些动态的东西加进来，可是在禁用 cos-html-cache、启用 WP Super Cache 半个小时后，本站又打不开了，这次是 CPU 超标，经过上次的事件我已经不敢再轻举妄动了，还是老老实实用 cos-html-cache 静态着吧，啥时候不在 Bluehost 上了再瞎搞。

很久以前我对 WordPress 还拥有饱满激情的时候，就曾经介绍过 Admin Drop Down Menu 这个相当不错的后台插件（属“必装”系列），它的功能很简单很强大，就是把 WordPress 后台的菜单变成下拉式的，不需要点来点去再等半天。
这个最新版本支持刚刚发布的 WordPress 2.6，还在使用旧版插件的赶快升级吧，不然你找不到 Turbo 按钮滴。灭哈哈哈~
推荐阅读：使用脚本自动升级 WordPress（只要几秒钟）。

我语文不好，这个标题写来写去都觉得颇易引起人误会。如果你将其理解为“作为一个老资格的 WordPress 用户必须使用的插件”，那么灰常抱歉，请原谅我的表达能力，我的本意只是要介绍这么一个插件——对了，忽然我晓得怎么解释了，这个“一个”是用来修饰“插件”而不是“老 WordPress 用户”，XD——它就是 WordPress Database Backup（简称 wp-db-backup）。
为什么说它是老 WordPress 用户不得不用的呢？作为一个相对而言也称得上“老”的 WordPress 用户，其实我也是在刚刚完成没多久的 HOST 搬家中才发现了它的重要性，即使在此之前，我已经在四篇日志（1、2、3、4）内提到了它。请再次原谅我，废话写实在太多了。
开门见山地讲吧，既然这款插件是用来备份 WordPress 数据库的，那么问题就出在这个数据库上。我没有去查究竟是在哪个版本开始，WordPress 才将 MySQL 数据库 table 的默认编码设置为“utf8-general-ci”（知道的朋友不妨告诉我一下^_^），此前的版本中，所有 table 的默认编码统统为该死的“latin1_swedish_ci”。虽然在日常的使用过程中，我们可爱的中文也支持得顶好，但如果你打算用 phpMyAdmin 将数据库备份出来，你的麻烦可就大了——备份出来的 .SQL 文件中，用得着的中文字一个也看不见了，因为它们全变成了乱码。使用这份 .SQL，纵使你有天大的本事都无法再把它们还原为漂亮的方块字。
阅读全文 - 892 字 »

WordPress 上最著名的两款反 Spam 插件就是 Akismet 和 SK2。我本人一直使用前者，不过近来它越来越糟糕的表现——不知道是不是昧心地收了某些 Spam 主子的好处费——让我直接做出了叫它下岗的决定，换上恶犬 SK2 为我看守 blog 狂咬 Spammer。

这些天忙得不太顾不上 blog，Akismet 也马虎起来了，每天总有几条与下面图片类似的 Spam 堂堂正正的出现在“合法”留言的位置上，甚是惹人烦。这些 Spam 不包含链接，字符还全是乱码，难道 Akismet 识别不了这种 Spam 吗？

Ozh 今日终于发布了他的最新 WordPress 插件：Absolute Comments。这个插件的功能相信大家都很喜欢，那就是允许 WP 管理员在后台留言管理页面中以 Ajax 方式直接对访客的所有留言进行快速回复，而无需繁琐地打开每篇日志分别回复。另外 Absolute Comments 插件还支持嵌套回复留言（Threaded Comments），前提是你的 WP 安装有嵌套回复支持插件，如 Brian's Threaded Comments。
下面这个是快速回复留言的演示截图：

感兴趣的朋友赶紧前往下载 Absolute Comments 吧！
阅读全文 - 344 字 »

Jay Access Flickr 是继花儿之后又一款跳墙显示 Flickr 图片的 WordPress 插件，其原理与著名的 Firefox 扩展 Access Flickr! 相同。
另：该插件作者还有一些其它的插件，如果有人想用 WP 建个自动采集的垃圾站之类的应该看看。

要是不嫌麻烦，不依靠插件也可以实现这个功能，把 blog 作者的留言与其他游客区分开来，方法如下：
…… …… ……
算了，本文着重介绍使用插件的方法（via WTC），与上法不同之处是无需修改 WordPress 主题。
插件名称：Highlight Author Comments
阅读全文 - 520 字 »

经常写/读长篇大论的朋友，一定很希望在文章开头处有一个类似 Microsoft Word 文档结构图的内容目录，Yskin's Table of Contents Generator 插件就是专门干这个的。它会自动分析文章中使用的 hn 标签并在使用

<!--TOC-->
阅读全文 - 142 字 »

WordPress 2.3 新加入的插件更新通知功能还真贴心，只要 WordPress 官方插件库中的某个插件有了新版，我们在 WP 后台立刻就能知晓。
这不，刚看到 Simple Tags 在推出 1.0.4 没多久后已经更新到 1.1 版本，前往这里下载。这款插件已经是 UTW 被迫下岗后的 WP 标配了，强烈推荐使用。中文教程：Nicky 的，hhalloyy 的，漫步的，Jinwen 的。
比较遗憾的是，如果 WordPress 能提供直接升级插件的功能就更好啦，哈哈！

（update 2007-10-04 15:14 到现在仍然有 145 位 Google Reader 订阅用户没有更改订阅新地址……）
由于启用 FeedBurner 30 天退出服务已经超过 10 天，Google Reader 用户必须重新订阅我的 Feed 新地址 feed.feedsky.com/hellobmwdotcom 才能正常抓取到更新内容。FeedBurner 烧制的地址已失效。
-------- 下面内容关于 WordPress 插件 --------
我已经安装了 GaMerZ 的 WP-PluginsUsed 插件，生成的实时插件列表页面非常不错。（前往查看）

GaMerZ 开发的一大堆优秀插件都已经有了 WordPress 2.3 的兼容版本（via Nicky）：

WP-Ban 1.20
WP-DBManager 2.20
阅读全文 - 355 字 »

WordPress 插件：Head META Description，自动添加 摘要信息 为页面的“Description”元标签。
Google Webmaster Blog 发表了一篇关于页面元标签“description”的文章，告诉大家在页面中使用恰当的“description”元标签好处多多，因为它会反映为 Google 搜索结果中各条目对应的描述性文字，相当于该结果的一个“自我介绍”，用户决定点击哪个结果一定程度上也取决于这一小段描述。而这个“description”，不同页面当然不会有相同的描述──之前我所有页面的"description"都是“北极冰仔部落格”，不仅没什么实用价值，而且对搜索用户也不够友好──手工去为每个页面添加不同元标签在 WordPress 平台上来说根本不可能，所以使用插件来实现这个功能再好不过了：Head META Description 就是为此而生的（我承认标题不太准确，这个插件跟人懒不懒关系不大 -__-b）。
阅读全文 - 585 字 »

此前版本的 cos-html-cache 已不能运行在新的 WordPress 2.3 平台之上，但昨天发布的 cos-html-cache 2.3（版本号一样是巧合吗？）解决了兼容性问题，相较之前版本代码也有大量精简，但功能依然强悍，虽然目前的 2.3 还戴着“Beta”的帽子，但经过我一天的测试，基本上没什么问题，另外，与我的插件 Arctic's Internal Alexa Redirect 不兼容的情况也不复存在，不需要特别集成就可以使用。
点击下载 cos-html-cache 2.3

Google Sitemaps Generator v2 在 WordPress 2.3 平台上失效，作者最新发布的（Google XML Sitemaps） v.3.0b10 解决了不兼容的问题。
点击下载 Google XML Sitemaps 最新版

FeedBurner 挂了，FeedSmith 还有用吗？把 Feed 源全转向 feeds.feedburner.com 肯定会带来不少麻烦，所以很多朋友已经将此插件删掉了。其实我删得更早，只是昨天又把它请回来了，因为我需要它的另个用法──把 Feed 源转向 FeedSky。
方法很简单（来源 Since1984），在 FeedSmith 插件的设置页面中把转向地址填为 FeedSky 的 Feed 托管地址（例：http://feed.feedsky.com/hellobmwdotcom），然后修改 FeedSmith 插件的源代码倒数第八行为：

阅读全文 - 540 字 »