辛辛苦苦自己做完了主题，在检查的时候却发现Tags出现了问题，字母的可以访问，而中文的不行。本以为是我的主题里有代码没写全，但是检查无果。www.google.cn 了一下发现WordPress的中文支持有问题，特别是在使用Permalink的时候。我也想原创文章，可是在这种时候，只能是留个记号，以便以后查询了。
本文将分析其中的原因和网上流传的多种解决方案，并给出一个具体的解决结论。
这个问题主要表现为，在默认情况下，Wordpress对于形如这样的链接（链接1）：
www.example.com/tag/中文
不能正常访问，会产生404或500错误，或者其他的错误。
而对于这样的链接（链接2）：
www.example.com/?tag=中文
WordPress就能够正确解析。
原因：这是URL编码问题造成的。对于上面的链接1，这是一个PathInfo，对于链接2，这是一个QueryString。事实证明，对于UTF-8的页面，IE和FF都会正确发送PathInfo和QueryString（而不像有些文章中说的，他们在不同的设置下会有错误的反应），但服务器端，IIS会将PathInfo转换成GBK编码从而造成错误，于是Windows下的此类问题只需要转回来就行了；但是Linux下，Apache不支持中文PathInfo，要么对Apache进行改造，要么只能像我一样，Linux主机无法使用中文permalink。于是，我们只能寻找绕路的方法。 (阅读全文…)
经过一段时间的努力、学习与借鉴，ctusky网站的主题ctusky已经基本完成
暂名ctusky theme 1.0.0版
做主题实在太累，再加上我也是第一次做WP的主题，几经考虑，还是先做好大体页面，以后细节方面再慢慢改吧，毕竟一口吃不完一个大馒头，把自己弄的太累会对blog没信心的。 (阅读全文…)
与 WP-Cache 相同，它也是一款 WordPress “静态化”插件，可以通过缓存来提高大负载下 WP 的性能。WP Super Cache 相比 WP-Cache 最大的改进，在于加入了 Super Cache 这一环节。部分页面会根据一定的规则被缓存为 SuperCache，而这个 SuperCache 实质上就是页面本身。通过 Apache mod_rewrite 重定向直接访问这些静态文件，理论上可以获得更好的性能。
说了一大堆，强调一下安装条件：
能正常使用 WP-Cache 的环境；
WordPress 2.0+
服务器支持 mod_rewrite 或 IIS Rewrite
使用静态链接格式。
插件下载地址：http://ocaoimh.ie/wp-super-cache/
WordPress官方下载地址：http://wordpress.org/extend/plugins/wp-super-cache/
注：(如果之前已经安装了WP-Cache ，在安装WP Super Cache需要卸载原来的WP-Cache 。先在后台插件控制面板里面禁用WP-Cache，再登入FTP空间删除文件wp-content/wp-cache-config.php和wp-content/advanced-cache.php，编辑文件wp-config.php，删除以下代码
define('WP_CACHE', 'true'); //Added by WP-Cache Manager
有时候非正常关机或者文件损坏的情况下，系统启动需要扫描磁盘，但有时候扫描以后都不行,那就可以通过更改这个注册表键值: (阅读全文…)
每次使用迅雷下载东西，它都会生成一个文件：
c:\windows\system32\cid_store.dat
不用删除迅雷文件列表，不用清空迅雷垃圾箱，迅雷也不会扫描整个磁盘，只要这个文件存在，迅雷就会把你下载的数据偷偷的上传。当然，你可以把下载的东西改个名称，或者换个路径，这样也可以防止上传，但是这样未免麻烦了。网上有一个方法教大家每次使用迅雷后打开一个批处理，目的就是删除这个cid_store.dat文件，让迅雷“忘记”曾经下载过什么，从而避开上传这个方法也挺麻烦的，这里教给大家一招新的，简单的办法。 (阅读全文…)