身边几位传统行业的妹纸在微博上看了不少大V们在推荐某款“智能路由器”，冲着能“科学“の上网这一卖点，都打算买回来试试看。我今天正好在V2EX上看到了一则热贴，于是就将这则帖子转发这几位朋友，作为其购买参考。
在这则帖子中，创始人的回帖，其中一些说辞让我想到了六年前在这篇日志下的一则回复。作为一款在售的商品，用户（消费者）真心不会想这么多，好用未必会特别来表扬，不好用而抱怨却再正常不过。安全、稳定，这恐怕是对任何网络服务的基本要求。面对用户的质疑，厂商用浅显易懂的语言从技术层面说明情况以及后续的改进措施，这会好过一切口水仗，相信消费者读后自有判断。
之前写过如何利用缓存插件W3TC与又拍云构建WordPress全站CDN，经过一年多的使用后，发现W3TC如果通过硬盘进行缓存时，CPU占用较高、消耗磁盘空间较多、配置相对复杂等问题，当然如果选择Memcache等内存缓存的话，效率还是很高的。介于以上原因，改用另一款老牌知名缓存插件WP Super Cache与又拍云联合使用，效果也不错，基本避免了前面所说的问题。具体步骤如下。
1. 安装WP Super Cache插件并启用，在其设置界面中，勾选开启CDN，URL填写你在又拍云中的空间所对应的域名及目录即可。
2. 切换到「Advanced」，对照下图设置即可。
又拍云的服务很给力，不但自己一直在用，而且也会推荐给身边的朋友们。
现在又拍云已开始提供常用JavaScript库CDN加速服务，已覆盖以下JS框架及版本：
以上JS库及对应版本的UI，均可在这里查看并获取对应URL。
使用类似这样的JS托管服务好处在于：
目前，国内同类公益服务新浪SAE、百度云也有提供，覆盖的JS库范围相对更广。
Ps: 想试试看给你的WordPress加速吗？请看这里。
一大早就在微博与推特儿上看到一大堆关于在讨论Google Reader将被关闭的讯息。其实这事儿说起来真的不复杂，本文标题短短几个字就能概括完。Google Reader的官方微博在2011年10月之后，至今已有一年多没有更新，而最新的一篇日志则是在宣布这则「噩耗」，这个产品在Google内部的地位可见一斑，被砍掉也就是时间早晚的问题（本次春季「大扫除」涉及项目都已公布）。
事实上，自从用了iPhone之后，大多数阅读Google Reader都是通过Reeder这款App进行的——这是一款iOS上非常值得你付费购买的App，当然，它也已提供了Mac上的版本。就在Google宣布噩耗之后，Reeder的官推上说了这样一句令人安心的话：
Don’t worry, Reeder won’t die with Google Reader.
这下，又有了新的期待，不是吗？
5月2日收到Eyon童鞋的邮件，他就《利用缓存插件W3TC与又拍云构建WordPress全站CDN》一文提出了一些问题。整理了一下我们之间的讨论，汇总如下。
先简单地进行了一个分析：
接下来，再一起来看提出的几个问题。