自从用了盘古的VPS，就一直噩梦连连，不停的当机，从监控日志看，没有一天可用率在100％，更别说这几个月总体的情况了。
周末将VPS换到了Linode，顿时省心了，不用每天再接收服务器的报警了。
苦了用天气预报接口的兄弟们，这三个月来几乎没有一天完整的提供服务，以后不会了。
另给考虑买VPS的朋友们，千万不要考虑盘古网络（http://www.paangood.com/），列举以下几点：
在我将VPS转移到Linode两天后，盘古那边的还处于当机的状态
看看下面的图片，这多么美妙的断层，都是盘古的杰作（当机时就是空白的）：
如果哪天这个博客打不开，或者这篇文章看不到了，一定是盘古为了隐瞒真相将我的主机停了或者文章删了，若和我有同样遭遇的盘古用户，积极转载吧，让更多网友知道，避免悲剧的发生。
近半年来工作很忙，大家都在为了共同的目的而奋斗冲刺，辛苦并幸福着。
大半年没写博客了，没想到再写博客是这个内容，从2000开始接触互联网，做网站，到现在也十多个年头了，期间用过免费主机，虚拟主机，合租，VPS，形形色色的IDC见过不少，但基本遇到问题都会积极解决，并为挽留客户做各种努力，唯独盘古。
已经用了盘古的主机4年多了，之前也接受其赞助，为其写了一篇博文推荐其的主机服务《盘古网络》，若您因为受这篇文章的影响而使用了盘古的服务，对您深表歉意。
前阵子因为合租服务器即将到期，而正有想法租一个VPS，因为用盘古的服务很久了，上面的数据打包都有4，5G，因此联系客服升级到了它们的VPS（也是因为数据太多，这几年也一直懒得换其他IDC，仅仅是这个原因）。没想到自从升级到VPS后，我才是真正体验到了盘古的技术能力。
从5月初升级到VPS后，服务器就没稳定过，最开始是load居高不下，第一时间反馈给客服，然后说稍等，马上查看一下，然后隔几个小时问一次客服，都是同样的答复，至少3，4天后，解决了，给我的答复是，有客户资源占用过高，这是Xen主机呢⋯⋯
然后好了两天，又出现重复的问题，然后问客服，竟然说我的php-fpm进程开多了，MBD，哥才开20个，连swap空间都没用到，这个时候我连ssh都登陆不上，又说给我处理，处理了几天，一点进展都没有，最后我实在无法忍了，重装了系统（还好之前哥用rsync同步了所有数据）。
重装系统后，发现在一个新系统下用top，ls，df等命令都奇慢，yum也慢得一B，几乎没法用，怀疑是io有问题，反馈给客服，还是说检查一下，两天后，告诉我说是磁盘性能有问题，大概半个月后解决（至于解决的办法没有任何解释）。
MBD解决，哥不和你玩了，这样的反应速度你们还做毛IDC，这样的技术水平，你们还做毛IDC！！！
目前这个博客还是在盘古的服务器上，原来的合租服务器，目前现在还没有找到合适的VPS迁移，可能会考虑Linode，也欢迎网友们推荐。
网上有同样遭遇的网友文章：
《转让盘古 xen vps—哥不转让了，1000多块就当喂狗了–万恶的盘古》
《盘古主机拒绝承诺期限内的退款》
《有人购买过盘古网络的Fremont机房VPS没有》
《购买警示:垃圾的盘古服务商》
服务器已搬离国内，不是因为备案，与政治无关。
历经一个月，服务器辗转上海->重庆->北京，终于落下脚来，期间曾把天气预报服务转移到另一台机器上，但无奈Google日历不认（GoogleReader可以正常抓取），很长一段时间无法正常提供天气预报服务，现在应该算是稳定下来了，但愿接下来的2010是平安的一年。
第一版天气预报系统自2008年1月上线以来，已经稳定的为网友提供了两年的服务。随着系统的访问量越来越大，网友的需求越来越复杂，今年年初的时候，重新开发了第二版的系统，并也已稳定运行了近一年。
在新版系统上线后，老版系统就已经不再维护，是否能正常使用我也无法保证，但通过查看系统日志，每天还是有数万的访问量，一直都想关闭老版系统，但为了这部分用户，一直没有这么做。
为了兼容这部分老用户的需求，在新版系统中，增加了一个modifier，以便能输出和v1一样的数据格式，并同时将v1的页面自动跳转到v2的相关页面。
如果还有在使用老版系统的用户，可以的话，请尽快转到新版，但原老版系统的url仍然是可以访问，只是重定向到了新版系统中的v1兼容页面，如果目前因为种种原因使用兼容页面仍不正常的用户，请与我联系。
PS：新版系统解决了以往输出第二天数据不定时的问题，若选了过滤器count_1，每天下午6点后则输出第二天的天气预报信息，换句话说，如果Google日历抓取即时，每天下午6点就可以收到第二天的短信提醒。
最近很多网友通过QQ MSN Email等方式询问天气预报为什么不能使用了，看到这么多网友使用我的程序，很高兴。
众所周知的原因，年关将至，有关部门的的审核力度也更加严格，继之前机房整顿之后，转移后服务器所在机房又遭同样的”事故”，目前已迁入新的机房，乐观估计，暂时不会出现类似问题了，目前天气预报服务使用正常。
另外，很多网友使用本站的天气预报是通过Google日历服务结合ICAL数据源来实现天气预报（实现方法参照本文：《关注天气：免费的短信天气预报》），但同时Google自己也提供了类似的免费短信天气预报提醒服务，相信也有不少网友使用的是Google官方提供的服务。
上个礼拜的一天早上，接到10086客服打来的电话，说为回馈老用户，移动为用户提供了一项天气预报服务，使用费一年10元，如果选择开通，第一年免费，以后可根据需要选择继续或停止服务。手机自带有天气widget ，自己也有免费的解决方案，自然不需要这类服务。到公司上班后从网络上了解到一则新闻：Google即将停止免费的短信天气预报提醒服务。不由得让我想起近年来由于某些势力团体因为推广自己的产品而找出各种借口打压互联网上相对弱势的竞争对手的事件，虽然这件事与其他事件或许没有直接联系，但仍然不免让人浮想联翩。
在这个神奇的国度，不仅说话需要小心，做事也需要处处留心注意，不要一不留神就动了别人的奶酪。
北京近一段时间来气温越来越低，真正感觉到冬天来了，各位网友也需要倍加注意，注意气候的变化，在这个时候即使是往常小小的感冒，也能紧张好一阵子。
这几天服务器无法访问，与托管商联系才知道因为上海移动怒江机房违规涉黄被CCAV点名批评，继而采取一系列不诚信的，随意的，混乱的，首创性的处理方式：在未通知用户的情况下对整个机房的服务器拔线逐一排查，目前服务器已搬到北艾电信机房，DNS解析可能还需要一些时间，对这段时间内无法正常使用天气预报的同学们说声抱歉了。
掰掰手指，从第一天接触PHP开始，少说有6，7年，期间开发工具换过不少，从最初的notepad、Dreamweaver到更为强大的UltraEdit，Zend Studio等深深体会到了一款优秀的开发工具对开发效率和质量的影响。
在此之前一直是ZDE，DW双枪作战，ZDE用来写PHP，DW用来写Html，Css，Js。这么多年倒也一直过来了。周末看新闻，ZendStudio6又发布了新版，相比之下，ZDE似乎有段时间没有更新过了，看来Zend有放弃ZDE，大举进军Eclipse的架势。看了看ZS6的相关介绍，核心也就是Eclipse+PDT，Eclipse和PDT都是免费的，但Zend整合的ZS6却是收费的（BS之）。虽然很容易在网上找到XX，但仍想自己动手整合一下，顺便熟悉熟悉Eclipse平台的Plugin机制，如果以后转Java的话，倒也能更快上手。
话说我这个整合过程可是千辛万苦，走了一对弯路，期间几度放弃，却又几度重拾信心，最终花了两天时间终于搞定了这破玩意。
我选用的是PDT 1.0.3，在其网页上看到需要依赖XSD，GEF，DTP，WTP四个插件，就是在这四个插件上浪费了我一天的时间，由于页面上原有链接已经失效，只得自己再去找相关文件，结果不是却这就是少那，总是装不成功。最后才发现，PDT正真依赖的是WTP，其余的都是WTP依赖的插件，找到WTP2.0.2页面，下载页面中的依赖插件，终于才搞定这个Eclipse+PDT。
在以往的开发中，我一直不太关注的程序运行效率的问题，但工作后不得不在开发中注意这些细节，需要采用一些新的技术或类库时，往往会亲自写一段测试代码来比较和原生代码的运行效率，用数据说话。
ZendFramework，相信广大PHPer都非常熟悉，即使没有用过，但至少听过ZF的大名（我姓名的缩写也是ZF，HOHO），在公司的前一个项目中，应需求使用了ZF来作为开发框架，对ZF的使用有了一些基本的了解，因此在接下来的项目中也有使用ZF的打算，但由于ZF库本身的体积过大，但类库之间的耦合性又比较低，因此打算只使用其中的DB库来实现数据库的操作。
在之前的开发中发现Zend_DB fetch返回的结果并不是常用的array，而是一个巨大的包括详细表、字段结构的object，因此对其性能一直抱怀疑的态度，在这次新项目上马之前，对其简单的做了性能测试。
首先新建了一个10字段的table，分别用原生的mysql_query和Zend_Db::insert循环插入1000条数据。
mysql_query 平均耗时0.3秒左右，Zend平均耗时1.5秒，性能相差5倍以上。
然后再取出之前插入的1000条数据
mysql_query平均耗时0.01秒，Zend平均耗时0.02秒，性能相差一倍多。
由以上测试可以看到Zend对Db封装后对性能的损耗是相当大的，并不是很适合并发量很高的互联网应用。
或许Zend本身有更好的机制去提高执行效率，欢迎交流。
在奥运开幕之前，就已经从其他IT网站看到说Goole将免费提供奥运赛况的短信提醒服务，但当时赛事还未开始，服务并未开通，也就抛之脑后了。今天早上晨练回来，突然又想起这个事情，再次打开这个网站，GG果然不负众望已经正式提供此项服务。
首先，金牌榜是必须要订阅的，我不是体育迷，也不是奥运迷，以往的奥运会也我只关注一个金牌数。其余的项目赛况就订阅了几个中国队热门比赛，例如乒乓球、跳水等。无论如何，在家门口开奥运，作为一个国民，至少也得关心关心。
目前中国队的金牌数暂居第一，不过根据往届比赛情况，中国的冲金点多在前半部的比赛，往往到了后面，则有那么点有心无力的感觉，希望这次奥运会中国能一直保持领先。
