最近在看《三体》，已经看到第三部了，其实我更喜欢《地球往事》这个俗气一点的名字。

早几个月前，当看到Peter Hessler的中国三部曲，特别是《甲骨文》的时候，很想写一篇读后感。其实也在博客里头写了一篇日志，它先是在草稿箱，然后是垃圾站，最后永久删除了。

三体的第一部，其实只是交待了三体故事的背景，最为读者好评的大概是通过电子游戏对三体文明的介绍了。不过我在第一次读的时候过多地纠结于游戏实现的一些细节部分，反而在一定程度忽视了作者的用心。看完前两部以后再回头想想第一部里头的这些部分，确实是作者构思巧妙的地方。

然后是第二部，第二部也是几条线相互交织。其中，章北海那条线一开始我是很反感的，觉得如果最后这样一个“优秀政委”形象的军人最后取得了胜利，或者成为取得胜利的关键因素，总让人觉得抵触。不过，章北海在湮灭前似乎说出的那句“没关系，都一样”，让我或多或少理解了作者设置这样一个人物的意图。

另外，第二部里头感触比较深的就是对罗辑在最后的“逆转”之前落魄境遇的描述，也许这是救世主，或者说是“面壁者”，在救世之前必须的经历吧。

第三部，我才刚刚看到那个买星星的故事，虽然男主人公的境遇有些过于落魄。但是临死前给心爱的人买一颗星星——我挺喜欢这样的爱情故事的。

我能怎么说呢，等啊等，等啊等，终于到手了。

24下单，Amazon 28号送到美国转运仓库，昨天收到，无税，用起来，整体感觉不错，请忽视那个有点基情的套子...

By the way，另一台几乎同时下单的kindle，目前还在美国。

如果不是这台主机内存有613MB（再次感谢亚马逊），我是不敢在VPS上直接上LAMP的；

如果不是做QA的经历（这次感谢百度），我可能没有意识进行性能测试；

总之，最近我搞了台VPS，自己配置了LAMP环境（感谢ubuntu），迁移了博客，然后测试了一下性能，%*^&...（此处省略1000字）

总之，我的结论是：

• WordPress对主机CPU消耗很严重，不管是LAMP，还是LNMP；
• 在我的博客上头，当请求网站首页时，并发数10，开了5秒以后，CPU_IDLE直接降到0，网站基本处于无响应状态。为了证明这不是由Apache引起的，我后来又搭了一个套LNMP环境，发现内存和CPU占用确实减小了，但是，达到CPU_IDLE=0只是时间问题——其实也撑不了10秒；
• 一定开WP super cache，开了以后，请求大部分变成了静态文件请求，上150的并发无压力；
• 开了WP super cache以后，至少是这个主机，运行WordPress的博客，我觉得LAMP，LNMP差别不大，毕竟有613MB的总内存在那里，如果并发数在200以内的话，二者差别不大；
• 以上测试结论得出极不严谨，最好不要参考；
• 我预感自己还是会迁移到LNMP上的；

为了让学校访问能够快一些，我决定给EC2主机打一个隧道，上IPV6，经过反复试验，最后得到较为成功的解决方案如下：

第一步：隧道申请：

1. 到he.net的免费隧道申请页面注册用户，申请成功以后密码发到邮箱；

2. 登陆后选择“Create BGP Tunnel”，申请隧道：

Endpoit就填你申请的EC2的静态地址；

服务器的话，视情况选择吧，我选的日本，其实我觉得Hongkong应该也不错；

3. 创建成功以后，会显示隧道信息，点击“Example Configuration”出现配置指南，我使用的是“Linux-net-tools”；

二、配置隧道：

1. 这一步实在是很简单，把上一步得到的脚本存到某个脚本文件，例如set_v6.sh；

2. 然后这样子：

sudo sh set_v6.sh #太坑爹了

3. 当然，你也可以把这个加入系统启动脚本，或者把脚本里头的内容加入到网络配置文件里头去，这个就不表了；

三、One More Thing：

事情完了吗，没有...接下来的内容才是本文的重点：

首先，he.net是通过ICMP协议确认客户端状态的，所以，你需要保证他们的服务器能够ping通你。但是亚马逊似乎给系统加了某种特别的防火墙规则，尽管我在防火墙里头允许了he.net服务器的IP，但是有时还是会出现ping不通的问题。

经过搜索和观察，发现当从EC2主机发出V6的ping请求（不管是ping谁）时，外面在大致10分钟以内可以ping进来，于是，我的终极解决方案便是：

把 ping6 -c 2 ipv6.google.com 加入到了crontab里头，虽然坑爹，但是经过测试，有效。

本文到此结束。

本文在一定程度上参考了这篇文章：http://benctechnicalblog.blogspot.com/2011/01/ipv6-in-amazon-ec2.html

直接上的ubuntu server 10.04的AMI，原来用ubuntu还是比较习惯了，结果今天那个网速太坑爹，phpmyadmin装了一半断网了，弄了半天才把所有的进程强杀了。

628的内存，上一个LAMP环境还是够用的，而且我还上了apache2-mpm-itk，确实是有些奢侈，不过我这个PV完全没有问题。

我也没有测试性能，貌似也差不到哪儿去。等哪天有时间了，比较一下LAMP和LNMP到底有啥性能上的区别，再看是用LAMP还是LNMP，或许可以考虑牵头架nginx，搭一个RoR玩玩。

这些都是后话了，总结一下吧。今天已经弄好的东西：

1. 把ubuntu 10.04装上去，并且装上LAMP（8G的root volume，系统用了不到1G，还有将近7G可以用）；
2. 安装和配置sendmail，现在可以发邮件了（其实就是为了WordPress发邮件），还设了一个MX记录，为了尽量不判垃圾吧；
3. LAMP配置的是apache-mpm-itk，这个博客放在小权限用户下，应该安全性有一定保障，不过性能扛不扛得住是一个问题；
4. 把博客迁移过来了，直接改了A记录，对于国内用户来说，流亡一下WordPress不算啥；

下一步要做的事情：

不过这么说其实逻辑不严格，我也没有试过，没有独立博客，申请会不会很慢。

在百度实习已经半年了，没有在博客里头提过这件事。毕业以后，博客也就处于基本荒废状态。

独立博客可悲的就是像现在这样的，没几篇日志里头，总有一片，完全是感慨没有时间写日志。

顺便说一句，我准备申请个Amazon的AWS主机，免费用一年先，IXWebhosting这个主机，速度真的不快，EC2相当于VPS了，自由度高多了。

搬到AWS上以后，我大概会再写一篇博客。

我当时的思路是这样的：

1. 写一个脚本，分析当前连接的URL，豆瓣的URL是这样的：
   http://www.douban.com/group/topic/xxxxxxxx/
   其中，xxxxxxxx就是帖子的ID了，观察了一下，似乎是按时间顺序增长的。于是可以写一个脚本，提取每个href的ID字段，然后作为排序依据对元素进行重新排序。
   但是这样做有另外一个问题：每个页面显示的帖子数有限，排序只能排列当前页面，效果不好，这个方案只好作罢。
2. 于是我萌生的第二种想法，如果一个页面的帖子数制约了脚本的功能。那么，就需要有方法存储和处理数据，于是我想到了数据抓取，这个有两个方案：
1. 调用官方API：看了一下豆瓣的API文档，发现居然没有小组相关的API，用来直接获取小组内帖子列表。于是，这个方案也只好作罢。
2. 直接抓取：但是我以前没有写过抓取页面内容的程序，搜了一下PHP的抓取程序，感觉没有啥子封装，估计工作量很大。又找到一篇GAE的关于豆瓣帖子抓取的文章，无奈作者也只是说了一个思路——就当练练手吧，准备开始干了！
3. 就在这个时候，我突然想到——RSS，这个快要被我遗忘的东西——如果用Google Reader订阅的话，是不是可以实现按先后顺序排列啊。
   怀着试一试的心态，我Ctrl-C，Ctrl-V，把豆瓣XX小组的地址复制到了Google Reader里头，我勒个去！全文输出！！！先后排列！！！历史文章Google都已经帮你存档啦！！！
   原来这就是我想要的，可恶的Google，剥夺了我写代码的动力... ...

最后补充一下，用Google Reader订阅豆瓣小组的缺点——大概就是更新不太及时吧，我也没有仔细观察，大概是几十分钟一次。这个可能跟豆瓣的RSS源更新频率有关，不过，这个实时性要求也没那么高，可以接受了。

再补充：在Google Reader里头用 j/k 翻帖子的感觉，好爽啊~~~

两年多前开始使用underone's G7这个主题，谢谢丸子，还提供了logo的psd文件，然后把logo改了，这个blog还真像那么回事了。

两年多的时间里头，对WordPress熟悉了很多，也帮别人做了一些基于WordPress的项目，一直有个愿望是能做一个自己的主题，却木有实现。

两个多月前开始做一个主题，后来这个事情由于毕设和实习，被搁置了。最近WordPress又出来了新的版本，这个主题从2.7，一路走到了到了3.2。

为了鼓励自己把两个月前开始的那个主题完成，特此更换博客主题，临时启用Twenty Eleven。顺便想起一件事：我曾经用Twenty Ten改过一个主题，也叫Twenty Eleven。

四年前高中毕业的时候，看了一个视频，被感动得一塌糊涂。如今自己的毕业，感伤当然会有，但是更多地是一些猝不及防。

毕业论文，论文答辩，毕业旅行，一顿顿的散伙饭，醉酒，毕业典礼，清宿舍，然后直到学生证上头被盖了一个红红的“注销”，换来两本蓝色封皮的毕业证和学位证，这下子，我不得不承认自己毕业了。

因为选择了继续读研，说告别母校显得有些太过于矫情。因为好多人都留在帝都，所以说再见，真的还是会再见的。

不过，毕了业了，有些东西，肯定还是会不一样了。

最后爆隐私，发一个视频，我和花花（还有CC友情打酱油）两天赶工做出来的，算是毕业晚会的节目吧：