1) 不要相信任何第三方，即使是你的兄弟开的公司，也不一定跟你说真话，因为很多话是不能跟你说的，第三方和你合作的唯一目的就是钱，当然公司间的合作本来就是利益合作，这本无可厚非，但是总有人利用信息不对称，对灌输给你的信息做对他更有益的改动，然后在合作后频频跳票，不兑现承诺，所以对付第三方的唯一办法就是，找一堆供应商，然后让他们把承诺统统变成白纸黑子，然后挨家比较，选中了之后，把这些白纸黑子变成合同条款，不然拒签。还好上海是一个还算守法律的城市，基本上写进合同的都能兑现，不能兑现都会给一个合理的赔偿或者置换。 2）网站运行速度慢，第一个要检查的是数据库，而不是程序逻辑 3）如果有服务出现了故障，大多是程序本身出了问题，前提是服务器和网络没有异常的情况下，所以无论你愿不愿意都最好能重现一下错误，这是解决问题的最好办法 4）服务器服务调整是个慢工细活，动之前大脑里应该清楚每个细节，如果不熟悉，最好用纸写下来，然后再仔细想想，然后再开始做，假如你和曹宇伟 一样牛逼或者比他更牛逼，能够把shell运用的出神入化，那另当别论 5）文档是最好的老师，网上的那些免费的收费的电子书，都是文档加上作者的理解写成的，假如英文尚可的话，还是直接阅读文档的比较好，我如果遇到一个新的东西，我一般会查一下中文的介绍，大致了解一番，然后去阅读手册，有时候想啊，手册这么好的东西，怎么就没人翻译一下呢，每每冲动去翻译几个手册，苦于乱七八糟的事情和心情太多，浪费了很多时间。 6）不要太相信国内所谓的牛逼的公司的牛逼的人的推介的书，基本上都是炒作，书本身并没有太大的价值，比如《Apache源码分析》和 《走出软件作坊》，作序者都很狡猾，基本上不会提及书的任何内容，当然也可能是作序者根本没看过自己作序的这本书，所以里面大多介绍作者是怎么样一个人，作者的团队、背景甚至认识过程等等，这点在阿里DBA简朝阳先生《mysql 性能调优与架构设计》中尤为突出，那么多所谓的牛人作序，没有一个提及书的内容，不过简朝阳先生的性能调优几个章节还是值得一读的，架构设计不过是一带而过，我觉得不应该放在书名中，名不副实。 7）***权威指南 都是骗初学者的，大段大段的抄手册里面的内容，初学者因为不熟悉所学技术的手册，可能会觉得这种书很详实，用到的都有，其实如果去翻下手册，就知道，还有比这个写的更好的，所以手册不仅是最好的老师，也是最权威的权威指南。 8）不要因为技术而技术，这点对技术人员非常重要，大多数技术人员都喜欢更新的东西，确实，新的东西比旧的东西在多数时候更强大，但你的需求真的需要那些新的功能么？如果花了很大的力气研究一门新的东西，然后只用到老的东西里面也有东西，那么就是浪费了，所以，能满足需求的就是最好的。 9）scalable 在国内都翻译成“可扩展”，比如《构建可扩展的Web站点》一书就是这么翻译的，事实上，应该翻译成“可伸缩”，大部分时候你的网站随着流量的不断增长，服务和设备保持着一种扩张的状态，当我们上了一个可以扩展的解决方案之后，它能不能收缩呢？万一某个时刻我们发现这些东西不是想象中那么好用或者有用，毕竟有些东西需要很大成本的，比如51.com前些日子就裁掉了整个宁波机房，我们是否可以退回去？ 10）过程是需要的，谁也不能一蹴而就，一步登天，成功的人都是认真的活到他成功的那一天，急躁只会令自己丧失和浪费更多的时间
我的据点
我在豆瓣：http://www.douban.com/people/cuimuxi/ 我在M6 : http://mac.6.cn/u/木溪 我在Delicious： http://delicious.com/aaaacccc 我在Flickr：http://www.flickr.com/photos/muxi/ 我在BlogBus： http://cuiyusong.blogbus.com/ 我的Google APP： http://labs.fendou.org/ 我的知识库： https://sites.fendou.org/ 我的Chi.mp：http://muxi.mp/
晒一下“奋斗足迹”访问者浏览器分析
从07年4月燃起写博客的欲望之后，中间经历了很多，甚至有放弃的念头，但每每受到各种诱惑，最后还是坚持下来了，今天起得很早，闲来无事，看看几乎快忘记的Google Analytics，曾经我用过yahoo统计，51啦，最后在师傅的强烈影响下，挂了Google的代码，事实上之前我曾挂过Google分析代码，但当时博客放在dreamhost，本来打开就不快了，Google的代码加载还需要那么长时间，最后下决心给弄掉了，这个毛病到现在Google也没改掉，不过还好，花开同学的慷慨，让我挂在河南最好机房中，虽然是网通机房，从我得到的测试数据来看，教育网和电信访问速度都还可以，当然，这其中也有cost-html-cache插件的功劳，让我得以将访问量比较大的几个页面给静态化了，页面打开速度也有很大提升，另外感谢firebug 和针对firebug插件的插件Yslow,firebug让我优化了不少CSS，尤其是针对IE6的优化，YSLOW给出的建议让我受益匪浅。 一番啰嗦之后，具体看看数据，从08年8月挂了Google analytics代码之后，数据显示每个星期的平均访问量为650左右（流量少得可怜，呵呵），总的访问量我没找到在哪里看，看来要好好学学了。 估计是我总是写一些技术方面的文章的原因，访问我博客的浏览者使用非IE核心的浏览器居然超过43%,令我惊讶的是连chrom这个新的浏览器都占6.19%，具体数据请看下图 firefox用户高达33.71%，看来火狐在开发人员中还是相当受欢迎的。 同时我也看到另外一个数据，访问我博客最多的地理位置是广东和上海，其次是北京和杭州，这刚好符合中国的IT产业格局，广东、上海、北京是中国IT的产业中心，其次是类似浙江这样的正在赶超的省（市），当然也存在另外一种可能就是：广东、上海、北京这几个城市比较发达，拥有电脑的人数和成熟网民的例比较高，不过这种可能对我的博客来说几乎不存在，因为一般的用户不会来我的博客，特别是我的博客流量很高比例都来自Google搜索，一般网民比较喜欢用百度。
ghs.google.com不能访问解决办法的解疑
近日，有读者在我的 ghs.google.com不能访问解决办法 这篇文章的后面留言说： Google 公司的所有域名服务都和 ghs.gogole.com 有关，而经很多人证实我国伟大的GWF把 ghs.l.google.com 结封杀了…… 对 ghs.google.com 分析研究后发现，ghs.google.com 这台服务器并没有提供实质性的服务，而只是选择访问者访问最快的服务器（Google全球性公司，很多地区都有服务器），我通过代理找到这么一台服务器 tw-in-f121.google.com，发现它并未被封杀，这样只需要在设置域名别名为 tw-in-f121.google.com 取代 ghs.google.com 即可。 我的立场是：不推荐大家这样去做。 基于如下理由： hs.google.com只是一台（或者说是一组）用来做代理镜像的服务器（主要作用是寻找和用户最近的同步节点），将cname记录转发到tw-in-f121.google.com是将域名某台具体的服务器上，这样做是比较危险的。 第一，Google解析系统不能按照用户的IP地址来自动选择最近的同步节点供用户访问，可能导致不同地区的访问速度差异很大 第二，如果这台服务器出了问题，那么解析将会中断 第三、tw-in-f121这样的二级域名是经常变换的，因为它是Google公司的内部命名，随时有可能更换，如果被更换，同样不能解析，服务依然不能访问 第四、不能解决服务均衡问题，如果大家都将cname解析到tw-in-f121.google.com这个域名下，将导致服务器负载过大，可能会造成解析拥堵，效率和速度下降，甚至会导致拒绝服务 截至目前为止，我在以前文章中提供的IP地址仍然是可以用的，请各位放心使用，如果有变更，我会及时的在博客中贴出来