2008，不平凡的年份，整个国家天灾人祸都全了；
2008，开始学习中医，希望2009能入门；
2008，结石很多朋友，希望他们都幸福安康；
2008，压力明显大了，因为经济危机；
2008，老婆住院…心疼之…
2008，妹妹住院，同样心疼之…
2008，爸妈体检都有问题，无语…
……
2008，再过60多分钟，我们就要说88了，迎来的是将是2009，据说逢9就有事情…希望2009大家都幸福，没有天灾人祸；
2009，希望能再接再厉；
2009，希望公司能发展越来越好；
2009，希望家人身体都监控；
2009，希望朋友们心想事成；
2009，我在等你…
用了好几款浏览，比如：马桶，firefox，google的，搜狗的，腾讯的，breenbrowser，最后还是觉得BB是最好用的，符合我的个人操作习惯，嘿嘿~~
这几天出现一下错误：
Out of socket memory
kernel: TCP: too many of orphaned sockets
都是因为net.ipv4.tcp_mem参数设置太小引起的
RHEL4.6里默认是：
net.ipv4.tcp_mem = 786432 1048576 1572864
改大些就可以了。
虽然我的硬盘没有gmail稳定，但是我不确保我的gmail不会被封！这年头啥事都有可能，赶紧备份一个！
通过gmail-backup这个软件来备份 GMail 邮件，可以选择时间段，保存为 eml 文件。
备份后，可以新建一个新的 GMail 账户，然后将邮件全部恢复到里面，这样在意外发生的时候，就可以从容面对了。
beanstalkd是一个快速，分布式的内存消息队列服务，目前还没测试，先做个记号！
官方：http://xph.us/software/beanstalkd/
运行：
./beanstalkd -d -l 10.0.1.5 -p 11300
目前支持多种client：
Erlang
OCaml
Perl
PHP
Python
Ruby
今天在跟朋友聊天的时候，说到如何来优化web站点，这里简单整理一下自己总结的面或者说是点：
以上6个方面，个人认为是一个站点不可缺的部分，当然涉及到细化的具体的点，希望大家一起来补充和完善。thx.
当然优化不是无止境的，不然过渡的优化会带来其他问题，适可而止，平衡的艺术！
站点中常见的hash散列估计就是取模和md5了，如果采用取模的散列，那么在扩容的有个比较麻烦的事：必须写代码抠出数据然后迁移到新的地方去。而md5的散列的迁移就相对简单多，只要将相关的数据文件copy到目的地即可。
当然，这里还有个问题：比如原先4台机器做md5散列，但是要扩容，我必须是扩容到8台，这样的扩容不是很麻烦？其实不然，可以根据每个散列库做一个索引配置，以后只要修改索引配置，然后做相对应的迁移即可，这样也可以实现类似取模的扩容方式，不用2^N次方来扩容，这样比较省机器（但是这样也许会有个缺点：就是压力不均衡，其实这个还得看具体的业务，很多时候，用户的活跃度本来就是不均衡的）。
Web服务器性能的主要指标：
提醒一下自己:)