我的天

近几天都在和Matrix密切联系，就像一个问题青年一样我总有数不尽的困惑。如果是从前，我的对象就只有G老师，但现在我却像有了靠山一样，不断地“骚扰”Matrix。为什么呢？因为有些问题一个人根本解决不了。因为折腾wp是一个前台+后台的过程，不过呢，前台也是后台在控制啦，不过有些地球人都看到的东西——图片、文字格式等。后台是一个广大的空间，有wp的菜鸟级控制域，也有非高手莫碰的代码区域，还有就是更后台的主机管理（我们用的系统是Lightpad）。Linux是个好东西，Lightpad也是个好东西，但在那个层面，我只是个刚入门的鸟。

不知道域名A和CNAME的区别（已解决）。

不明白为什么按照既定设置却会出错（具体需要写篇1000字以上的说明）（已解决）。

想不透为什么明明应该cookieless的东西居然会有小饼干，难道某人故意跟我作对挖地道了（半解决）？

在一些基础系统知识上我一片空白。大学头两年为什么要学基础？如果没有小学六年的基础知识后面的高楼大厦根本建不起来。效果就像我遇到的问题一样，我是半路杀出来的，发现了问题所在，却无法溯源，因为我的知识库里根本没有任何是与之相关的资源。你若不知道小饼干是什么，什么会导致小饼干，你就永远都不知道怎样才能杜绝小饼干侵扰。Google Page Speed称之为“cookieless domain”，YSlow则称之为“cookie-free domain”。小饼干这东西可不是你说想不要就能不要的。

现在已经夜深，关于小饼干还有很多话要说，技术文是必须写的，睡个觉再说吧。

最后，再次感谢Matrix给予的技术支持！

认识了个网站http://www.webpagetest.org/是用来测试网页的，然后就和Matrix一起纠结到底怎么改进才能让网站表现得更好。首先在lightpad的服务器下尝试compress，压缩啊，把.css，.js，.html等东西压缩，毋庸置疑，肯定会提高网站的载入速度，但我们的测试结果居然是，由于我的.css和.js过于庞大，导致cpu在启动的时候使用量加大（在压缩），最终使得反应时间加长，其结果是用户看到“载入中”（Firefox），“进度逆时针转”（Google Chrome）的时间增长，而在刷新过程中，即显示标题到网页完全载入时间很短，首次载入大概只需2秒或一下，刷新可能在瞬间就能完成载入过程。

网站的整体效果好，但反应时间过长会让国人有个不好的念头——这网站能不能开啊，是不是被按了啊，咋的没反应。连我自己都有这种感觉。

后来Matrix把设置修改了，把start rander提早了，提早到3.5s内，这样的结果就是反应时间提早，但后面稳定的时间稍微加长，对比发现其实也长不了哪里去，就多了那么0.05s，不是变态的人（比如我自己）是感觉不出来的，因为网络忙闲状态下的区别都远远超过这个等待时间。

令人欣慰的是经过gzip和cache处理后，主页的Page Speed分数从原来的80一下子提升到86，可谓是一大步啊！

改进真是个无止境的过程！！！

最后要感谢defu2009的lighttpd配置gzip和cache给予的技术支持！！！

费了好大的劲才把WordPress从2.9.1升到了2.9.2，首先，单机xampp试验一下，超快，然后就在FTP上实施，等到我都顶不顺，洗澡去了。首先是把wp-content上的宝贝备份下来，所有主题和插件的修改都在那里了。然后把wp-admin和wp-includes删掉，最后把新版wp除wp-content以外的部分全部内容粘贴+覆盖，真的等到天荒地老啊！因为就基本上等于把整一个wp卸了重装。还有下次的话，我绝对会考虑把那些要上传FTP的文件先压缩然后让管理员放到上面。10MB的东西可以缩小到3-4MB啊，朋友！所以这也是Google Page Speed建议我把网站的css，js文件压缩的原因。有试过Word或Excel压缩嘛？基本上能压掉90%（.rar，.zip不知道，很久不用这格式了）！

等得我死去活来，干脆回宿舍用电线折腾晾衫杆，弄出妈说的那种不会吹到一起且不会被大风吹掉的玩意儿。简单来说就是在杆上绕电线，非常简单，你喜欢怎么绕就怎么绕，没有固定规矩，唯一的要求就是弄出来挂衣架的圈圈不能太小，我个人的经验是起码要预留2只手指的宽度，否则衣架晾得那个郁闷啊。不是读文科的，艺术就更烂了，所以，如果不美观请不要揍我。下面就是xrspook折腾了1个小时的“杰作”（手机照片，质量不好）：

远看是这样，远看，特别是你有500度以上近视，又不戴眼睛看，视觉效果还可以，至于是否能真的实现妈所说的功能，那就要靠时间和老天爷去考验了。

show个近镜。我知道，很丑，原谅我吧，我只是个工科生。

精神上费劲，肉体上费劲，飘荡ing…

挺郁闷的一天，居然遇上了服务器有问题，什么网站啊、V啊、S啊全部开不了，连P都不通。至于到底发生了什么事，请看Matrix的记录，万幸的是老大今天没有被外派，所以很快就解决问题了。居然是服务器上级线路出现问题，那么偶然的大问题都能遇上，神了。

实在觉得在Google Webmaster Tools下Site performance显示的载入速度无法忍受，这地方就真的那么慢吗？于是就狠心下了个Google Page Speed看个究竟。Page Speed是个Firefox且依赖于Firebug的插件。至于怎么用，请看它官方的Using Page Speed。

N多的叹号，N多的三角，耐克也不少（叹号——大问题；三角——中问题；耐克——小问题）。有些东西我是可以改进的，比如说经过它的提点，我把“鬼在这里”的图片从.jpg改为它推荐并帮我生成的.jpeg，大小从原先的28KB，缩小到3KB，这里就大大提升了速度。它还建议我把一些图片和固定的CSS等的做关于cookie的处理，没看懂到底要怎么整，但这也是可执行的。但有些比如说改造.css和javascript使之更简洁完美，显然，这是xrspook暂时无能为力的。很多.js是wp自带，有些则来自插件，如果我精通js的话早就自己写插件了:P

没有系统学习过HTML，不知道网页载入的运作到底是怎么个弄法，Page Speed就从很专业的角度从告诉我们的网页哪里有问题开始，教我们怎么改，为什么要这般改。G大神果然是G大神，时刻闪耀着智慧的光芒。

到处都在流行外挂的.css和.js，为什么呢？外挂了怎么引用才能节省载入时间呢？或许只要调个顺序速度就能提升。我们慢有时不一定是我们技术不够，反而可能是技术和花俏太多了，但多花俏就不等于一定会降低速度，重要的是如何使复杂的东西编排得合理。什么叫做合理？就是符合规矩，你或许不知道，但世界上就有很多成文的不成文的规矩，科学的世界尤为如此，在付之操作之前就得定义，对未定义或违反定义的东西操作是愚蠢的。

KEEP GOING，还有很多要学，还有很多值得折腾的东西等着我呢，呵呵。

折腾是让人不断前进的一个有趣形式。

这两天都在折腾wp，首先，根据fisio的方法弄出了个简单且实用的留言本。地球人都知道插件用得越多网站速度越慢，而wp又自带了强大的前台和后台回复功能，而且还有防垃圾评论的官方自带插件，为何不利用一下呢？！本以为很简单的事情，但弄了半天才发现自己用的lightword V1.9.6模板有bug，页面最多只能有一条评论，幸好，作者Andrei Luca已经修复，但不能做简单的模板自动更新，否则自己的修改成果就全部付诸东流了。很简单的修改却成了折磨人的工作，真够郁闷的。

人肉sitemap在设计的时候就打算不设sidebar，但由于content-body和sidebar是利用背景图片效果分隔的，于是几天都没有对它处理。但今天却偶然发现在新版的lightword V1.9.9中已经出现了个叫做single-page-template.php的东西，它是个新的页面模板，在作者更新的readme中并未提到，显然是作者的一个新尝试，注释是这样的“Template Name: No sidebar (works only with original layout)”后面的“only with original layout”我没看懂，难道是只适用于语窄型的模板？（lightword有窄型811px和宽型977px两种固定宽度，在宽型的基础上还有两栏和三栏的形式供选择，我用的是宽型三栏）在普通日志和文章页面需要sidebar，但在sitemap，如果只有一个大空白就更好了，毕竟sidebar的某些内容不太适合放在sitemap里，比如说日历和不是全部显示的标签云。算是走了狗屎运，在研究新主题的时候居然被我发现这好东西。不过呢，有模板，仍是不能直接使用的，修改了一下宽版的背景图片才算真的合用。研究wp是一个PS+PHP无间协作的过程，前后台都兼顾，从一开始看到白屏就害怕到现在不慌不忙地接受事实继续改进。

下面就是折腾结果，新的人肉sitemap，加入了完整标签云、最热文章、最新文章、随机文章，呵呵想不到自己最热的文章居然是在BlogBus里使用的about me。左图是正常效果，右图用了Web Developer的div标示功能，适合网页爱好者。

是折腾让我我快乐着。

如果说sitemap还有什么需要改进的，肯定就是载入速度！某位高手能研究个Ajax的东东让日志不要一开始就全部载入，点开月结的时候才部分载入那这个sitemap就真完美了。