会说话的狗

好久没有写过日志了，过了一个国庆节（去西冲露营了一晚，玩了两天，同学来了两天），这周竟然要上7天班。不过还好，我对上班没有反感情绪，反倒很愿意到公司去。

上班第一天就加班到11点过，500wan咨询页过关页面性能很低，经常打不开页面，这次对页面做优化，我感觉到的有两点，一是模板引擎，用了一个没有编译缓存的模板引擎，速度很低下，第二，页面读取数据时where条件和order一起使用速度异常慢。后来axing试出了一种建中间表（对where加order过的主键排序表）left join 主表，速度很快，一开始他们提出在页面改，后来我建议做服务：1、服务可以控制，如果请求过多，可以复制多个节点供访问，2、服务可以异步建中间表，且能控制请求数，不至于把apache挂满。忙了两天终于上线了。今天整理了一个下阶段优化的设计思路，等实现了再说吧。

然后还做了一个把eas加入到监控服务。对于监控我做点点统计吧。一般来说，一个服务的成长会分这么几个阶段；1、观察日志，定期上去看一下，服务还在不在，有没有什么异常。2、写个shell脚本，定时检查服务pid是否还活着，死掉拉起。3、对服务的except做捕获，并控频率告警。4、监控数据队列，这种情况只针对有队列异步处理的情况，定时检查数据是否被处理。5、主动创造条件检查服务的处理情况是否正常。

针对第5个阶段，服务的可靠性就很高了，对这种情况举两个例子吧。1、【消息中心】目标：监控一个消息中心和消息处理服务的运行状态；做法：见监控服务，处理服务启动时向监控中心注册，监控中心定时广播测试消息，处理服务接收到测试消息后向监控中心报到，对服务的响应称为心跳。当心跳超出心跳时间可控时间段，监控服务告警。2、【应答服务】目标：监控一个应答服务是否能正常响应外部发出的请求；做法：当应答服务启动时向监控中心注册，监控中心定时向应答服务发出处理测试请求，应答服务收到请求后向监控中心报到，当心跳超出可控时间段，则视为服务异常，告警。

技术到此段，写点生活吧。大学同学到深圳，她之前在家乡教了一年书，发现生活太平淡，想在深圳找工作，本来想推荐到我们公司，结果公司不接，面试机会都没拿到，我想是不是我们学校出身不好。中间有个插曲，那天XX来我们部门，我让她帮忙给dengj推荐一下，她被我直呼dengj有点吃惊，我也很纳闷，为什么？就因为她是个高管我就要低她几等…..无语。如果我发现一个人值得尊重，我会很恭敬，如果很熟，就随意了；否则就当我们陌生人，该怎么来怎么来。

本来接了一个小项目，没有钱，但做了一个静态页面把我累着了就有点淡下来了，当你有激情的时候需要速战速决，找对人，速度完成，否则耗不起，以前自己折腾的东西，一旦完成就扔一边了，没有力气去维护了，所以最后都不了了之，前不久花了320买了一个域名：fenchu.com，长相不错的域名，今天看见renmo网，宣传页做的不错，看来有一个很强大的团队，买了个域名：renme.cn，com和com.cn都被注册了。

好吧，写到这里，现在21:58分，场上82:46，中国0:1伊拉克……..