在下列环境中测试有效：
WordPress 2.2.1
k2 svn316 & svn358(0.9.6) （只适用于单侧边栏，即 single sidebar）
TrueBlue 1.4
浏览器：
IE6.0 sp1
Firefox 2.0.0.4
下载地址：
压缩包内只包含修改过的文件，覆盖原有同名文件即可。强烈建议先做好备份，特别是自行修改过trueblue.css这个文件的。
“2007年06月” 的存档
今天在网上乱翻，无意中找到一款修改过的k2，说实在话，我就喜欢这样的。很久以前我就想把正在使用的k2变宽点，看着左右多出来那么大的空间我觉得真有些浪费，现在都是宽屏普及的时代了，而默认的k2还停留在800X600分辨率的年代。其实真正的原因是，原来左边的内容栏只有500px，这让我放不下大图片，压缩过尺寸的图片看起来真难受。
我下回来lifesinger的模板，打开style.css看了下，才发现原来只需要修改几个就可以把k2变宽了。我先在我的“试验田”里测试，发现真的很简单，只要注意总宽度、内容栏和侧边栏的宽度就行了。
革命成功了第一步，但还没有解放，我的目标是把True Blue也改成宽宽的。True Blue作为k2的一个Style，只有一些css和图片文件。按照刚才的思路，我在trueblue.css里寻找定义各栏宽度的字眼，也很快就修改好了。其实，如果一直用trueblue的话，只需要修改trueblue.css就可以了，k2的style.css可以保留不动，当然，trueblue.css也可以保持不变，custom.css比它更先加载，这是另外一个问题啦。图片的尺寸是固定的，不会受css的影响，所以大部分的时间都是花在修改图片上。
修改图片之前要规划好，改哪些，哪里要修改等等。因为我是嫌内容栏太窄了，侧边栏就不动它了，少些麻烦。加加减减一阵计算，内容栏可以再增加160px，基本可以达到我的预想。分别找出决定head、body及foot部分框架的图片，在原来的中间部分再加一段就可以了。我的ps水平有限，用的是最蠢的新建+复制+粘贴的办法来修改图片的。为了在Firefox等浏览器里背景能透明，为了照顾IE这个破浏览器，有些图片还得准备png和gif两种格式。
修改True Blue的过程中也碰到了一次麻烦，顶部的head部分老是有一截超出了边框，弄得右侧边惨不忍睹。这是在Firefox中出现的，偏偏在IE6中没有这个问题！按理说Firefox认可的代码应该更规范些，但这次却让IE歪打正着。没有办法，我只能在trueblue.css里逐行检查了 ，重点是那些width或者repeat的地方，碰到觉得可疑的代码就用修改或注释掉等手段，一次一次强行刷新页面做对比。后来果然被我找到了，有个width很怪，只有设成890px时页面才正常，我都不知道这个890是怎么计算出来的，反正我是靠增点减点试出来的。还遇到的一个小问题就是背景色和边框色不搭配，边框的边缘是透明的，竟然和底色不融合，我只有修改背景色了，这个简单，一个取色+填充就搞定了。
WordPress升级到2.2.1了，k2也升级到0.9.6(svn358)了，但True Blue还停留在1.4很久了，而1.4的True Blue套在k2 svn316之后的版本上都有问题，就为了这个，我还在用svn316的k2，相信大家都在等Steve早点放出1.5版的TrueBlue。
第一步：缓存
关于WP Cache这个插件众说纷纭，有很多人推荐，也有不少人说压根没什么效果，而且，它缓存的是第一次访问时生成的页面，也就是说新访问一个页面时还是要访问数据库、执行php代码的，这点我觉得极其不爽，因为大部分的访问者都是第一次来，太慢的话别人都等不及第一个页面完全展开就关闭离开了。而且，WP Cache生成的html缓存文件还要分访问者的，A用户访问后服务器生成的html文件只针对这个用户，即使是访问同一个页面，B用户新来的话，还得要重新执行一遍生成过程。这个识别不同来访者的机制，默认是用email地址来分辨的，不过可以hack成依据URL等。
WP Cache我装了删，删了装。还有个因素就是启用了之后就不能用Gzip了，虽然网上提供了一种hack的办法，但是我试过了不行，加了那行代码之后，启用Gzip，WP Cache就自动禁用了。咦，突然醒悟了，难道加了代码之后，就相当于启用了Gzip，根本不需要去reading那里复选启用？可是怎么看出来Gzip有没有生效？
WP Real Static Homepage这个插件可以静态化首页，是用另一个插件WP Cron来控制服务器每隔15分钟自动把index.php的内容生成index.html文件。今天很倒霉，这个插件没有成功，那个index.html一直是空文件。活见鬼了，明天再试。
现在暂时还是用的WP自带的缓存功能。
第二步：合并
缓存这种办法有利也有弊，这个不讨论了，主要是现在的缓存插件我都不大满意。既然缓存不成，我就合并js和css，按照zhang zi的介绍，我先合并js文件。根据页面的源代码，我找到head里加载的js，制作了all.js.php，但是按照他提到的去找那些“钩子”的时候几乎一无所获。我合并了6个js，结果只在其中的一个js文件里找到了类似的”add_action(‘wp_head’,'fun’ ) ;”“钩子”，其它的5个都不明白是怎样加载进head的。这几个“钩子“删不了，head还得加载它们，这样就算是我合并了js也没用，说不定还加载了两遍。
第三步：压缩
合并也合并补了，我就先挑块头大的css和js把它们压缩吧。js还没有试，压缩css我用的是Nicky的csstidy，先压模板的style.css，好，压缩了20%，打开一看，好像没有什么变化，我选的还是最大压缩率呢。对比压缩css前后同一页面的载入速度，看不出有什么改观，打开首页还是要8s。
唉，今天真失败，刚才又看了Zhenning的那篇《优化Wordpress-wp终极优化手册》，发现第7步利用Gzip来压缩css和js还没有试过，白天再试试。
我的大致构想是：利用Gzip压缩css；因为不知道怎么不让那5个js在head里加载，所以合并js或者把js改成php文件都不现实，还是对js单独压缩比较好，仍然保留成js格式；至于其它方面，还是研究一下那个首页静态化的插件，把首页先静态化好，毕竟这个才是访问次数最多的，不理想的话还是得搬出WP Cache了。
上周六去大学同学那里玩，聊起一些同班同学的近况时，才知道，原来有好几个同学都已经身在股市了。
我们班现在在深圳工作的比较多，差不多有10人左右，没仔细统计过。和两个同学随便聊聊，我就发现他们俩和另一个同学：
一个已经从股市捞到了这一年的房租了；
一个没说赚多少，但是入市有段时间了，就从他说的一句话：如果再辞职就准备出来单干了，可见成果着实不小；
另一个同学那天不在场，听说他辞职大半年了都没有再工作，都快成professional的股民了
…
晚饭后在街上散步时，他们俩谈论股市、股票、股民，我一句嘴都插不上。唉，都是一个班的，咋差距这么大呢？那天回家之前我做的最后一件事就是：去书市买了一本《中国新股民必读全书》。