别摸我｜catch the digital flow

衣服穿脏了还不得洗洗，款式穿厌了还不得换换。早就看现在的主题不爽了，不管改成啥模样，刚开始的时候都是越看越顺眼，后面变成越看越烦。今天中午才起床，索性就窝在寝室打发时间，顺便把主题改了改。现在乍一看还行，估计过不了多久又会觉得丑陋无比，who knows。

寝室对面的电脑城今天做活动，拜托能不能放点好听的歌？一下午我听了至少有五遍《月亮之上》。

在江东大哥的指导下，本站终于正式启用了回复留言的邮件提醒功能。
很早之前这个功能就已经包含在自写自用的 arctic_kit 工具箱插件（未发布）中，但一直由于一些瑕疵和安全方面的考虑没有打开。现在总算把这些问题解决得差不多了。

针对 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 字 »

WordPress 提速一二三
现在越来越不喜欢写长篇大论，主要是自己语文太差（初中时代语文曾经不及格，亏我还是语文课代表），字一多就组织不好。写的人痛苦，看的人痛苦，不如简短点尽自己的能力表达清楚算了。正文开始。

这篇关于 WordPress 提速的东东并不是提速大全，时间有限，我只写刚刚拍脑袋想到的几点，罗列如下：
阅读全文 - 1788 字 »

除了外观上的变化，还提了提速。明天有时间再详细说提速的细节。

觉得比上个山寨 K2 好的顶一下，觉得还不如它或者一样很烂的就拿板砖使劲呼吧。

8 个实用的 WordPress SQL 技巧

为你的数据库创建备份。
阅读全文 - 129 字 »

其实自打挂起那个投票，我就打算对主题好好动一番手术鸟。这半年来已经花很少功夫在 WordPress 上了，实在觉得对不起自己，正巧最近需要用 JavaScript，就顺便拾掇拾掇自己的 blog。
经过几天的改造，本 blog 还是发生了些许变化，现总结如下：
一、最明显的变化之处就是改成了仿 K2 的山寨风格，外加全新的 favicon，上篇日志介绍过的。自我感觉比原先的看上去稍微清爽了那么一丁点儿，有几处地方改成了貌似更 Web 2.0 的圆角。
二、改造了评论部分。增加了 Reply 功能、GTalk 风格表情，重新请回了回头客识别功能，大幅修改了 comments.php 文件以及相应的 style 和 JavaScript 脚本。
阅读全文 - 669 字 »

迄今为止，我还没有做出过一款让自己非常满意的 WordPress 主题，或长或短的一段时间后，心头就会缠绕着一种想法：换掉它。
无奈的是，我没有美工基础，也没有高水平的审美眼光，所以只好瞎折腾了，结果就是我现在又用上了自制的冒牌 K2，同时换上了 fisio 专门为我制作的 favicon。感谢 fisio。
冒牌 K2 风格
+1：当日志的 URL 包含中文时，cos-html-cache 会出点小问题。

老早前发布过一款 Plain Theme for WordPress，这次发布的是它的配色方案，我将之取名为 Green Tea（绿茶）。
Green Tea Style for Plain Theme
使用方法：

阅读全文 - 283 字 »

看到有好多朋友在江东那儿对他的 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 上了再瞎搞。

想听听大家的看法，谢谢！
[poll id="2"]

刚刚一键升级到了 WordPress 2.7，后台管理界面的变化比较大，支持了下拉式菜单，总算变得漂亮 + 方便了。
我安装的插件中有几个不能用了，一是 Ozh 的 Admin Drop Down Menu，准确来说随着 WordPress 2.7 的诞生，它该正式下岗了，不过我们应该对它在 2.7- 版本中作出的巨大贡献铭记于心；二是 Simple Tags，奇怪的是 WordPress 2.7 会自动提示应该使用 Simple Tagging 来代替，或者此类插件是不是也该下岗了？
至于别的插件暂时还没发现什么问题，现在也懒得去看什么插件兼容性列表了，等出了问题再说吧。

这两天又有点闲得慌，所以浪费两个下午的时间对 WordPress 的主题动了大手术，截止目前在 Firefox3 下没发现有什么异常现象，相比 IE6，IE7 可真让人省心，此番针对 IE7 做的 hack 只有一处，至于 IE6 我已经彻底放弃了，因为没装所以也没法测试，如果哪位同学在 IE6 下浏览本站发现异常（错位什么的），麻烦在下面留个言通知一声，我尽量修修啦。

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

Plain Theme For WordPress

- FEATURES -

阅读全文 - 370 字 »

对，就是现在这套，看上去非常素的。我知道一定有很多人不喜欢，不过我想知道的是，有没有人喜欢（想用），或者不想用只是想看代码的？
欢迎各位把自己的想法留在下面，喜欢、不喜欢、只想要代码统统都可以，就当我做个调查。当然了，如果喜欢的人还不少，我认为很值得花点时间仔细整理一下放出来。

众所周知，老版本的 WordPress 生成的数据库表的编码是 latin1，也就是 ISO-8859-1，这种编码对中文支持不好，直接的影响就是使用 phpMyAdmin 备份出来的表里面中文全部是乱码，上次我还专门介绍了 wp-db-backup 这个插件，用它才能成功地将老 WordPress 的数据库备份出来，前提是不破坏中文。
今天我们将利用它备份出来的数据库，彻底地将 WordPress 的十个表的编码从 latin1-swedish-ci 转为 utf8-general-ci。下面我以 step by step 的形式列一下步骤：

使用 wp-db-backup 备份所有数据库表，以防操作失败造成毁灭性后果。
阅读全文 - 735 字 »