2013年3月13日

三体

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

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

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

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

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

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

>> read more

there are comments.

kindle touch到手

kindle touch

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

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

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

>> read more

there are comments.

WordPress的性能瓶颈

如果不是有这个free usage trial(感谢亚马逊),我不会这么快用上VPS;

如果不是这台主机内存有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以后 …
>> read more

there are comments.

EC2上配置IPV6

前两天弄了这台主机以后,就发现连接速度那是相当慢啊——于是,终于忍不住的我,今天把服务器换到了东京机房——不过这是后话了...

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

第一步:隧道申请:

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

​2. 登陆后选择“Create BGP Tunnel”,申请隧道:

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

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

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

二、配置隧道:

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

​2. 然后这样子:

~~~~ {.brush:shell …

>> read more

there are comments.

云中漫步

昨天刚说要申请AWS的账户,今天就弄了台主机,把博客迁到EC2上头了,真是看了一堆教程以后手痒,没有办法。也不管他原来的主机还有五个月才到期了。

直接上的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不算啥 …
>> read more

there are comments.

最近在干嘛

今天开通了lofter,多亏了这个博客,填上博客,邀请码马上就申请下来了。

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

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

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

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

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

>> read more

there are comments.

让豆瓣小组帖子按时间排序

豆瓣
logo最近因为种种原因,老是会在豆瓣看帖子,而且总是过一会儿就去一次,过一会儿就去一次。无奈豆瓣简洁的设计风格导致帖子只能按照回复排序,我勒个去,如果看帖需求不是很迫切倒是无所谓,不过要是不想错过每个帖子,诶\~真是累死人咯——于是萌生了写写代码,让帖子按时间排序的想法。

我当时的思路是这样的:

  1. 写一个脚本,分析当前连接的URL,豆瓣的URL是这样的:

    http://www.douban.com/group/topic/xxxxxxxx/ 其中,*xxxxxxxx*就是帖子的ID了,观察了一下,似乎是按时间顺序增长的。于是可以写一个脚本,提取每个href的ID字段,然后作为排序依据对元素进行重新排序。

    但是这样做有另外一个问题:每个页面显示的帖子数有限,排序只能排列当前页面,效果不好,这个方案只好作罢。

  2. 于是我萌生的第二种想法,如果一个页面的帖子数制约了脚本的功能。那么,就需要有方法存储和处理数据,于是我想到了数据抓取,这个有两个方案:
  3. 1. 调用官方API:看了一下[豆瓣的API文档][],发现居然没有小组相关的API,用来直接获取小组内帖子列表。于是,这个方案也只好作罢 …
>> read more

there are comments.

换主题(临时)

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

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

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

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

>> read more

there are comments.

« Page 2 / 9 »