今天一网友在QQ上询问我ixwebhosting的情况，我马上将我的经历告诉给他，于是他放弃了ixwebhosting，然后又向我咨询了一个我从未听说过的虚拟主机，它就是今天我要介绍的主角webhostingpad。

webhostingpad确实是一个廉价的虚拟主机服务商，比我们所熟悉的 hostmonster， bluehost， hostgator都要便宜，并且无限流量、无限磁盘空间、无限域名绑定个数，看来很有诱惑力哦。不过我这里要提醒大家都是，国外的虚拟主机为了吸引市场，目前大多打出了这3不限的口号，连比较老实的hostgator也是如此。所以大家不要认为没有这些限制就可以在这样的虚拟主机上面放大站点了，就我估计算来，一个站点要是月流量超过了500G估计虚拟主机商就会写信请你转移了，说你超过了CPU限制。

一写就又偏题了，回到正题上来，我个人觉得webhostingpad可以值得一试，首先这个虚拟主机商提供livechat，可以在线交流，当然这个和其他主流的虚拟主机商一样；第二，也就是最重要的一点就是webhostingpad在中国并不出名，所以购买之后撞墙的机会不多，因为和你同IP的中国网站会很少，更加重要的是一旦中国客户多起来，webhostingpad的资源就很可能被垃圾消耗一大半，所以趁国人没有涌上去之前提前享受一下。另外它的价格也超级便宜：

6 Months      $7.95/mo
1 Year (25% off)     $6.95/mo
2 Years (38% off)     $4.95/mo

上面均是我自己的观点，可能webhostingpad已经很知名，只是我不知道而已，但是可以肯定的是他一定没有BH，DH等知名。

BloggerMap新版已经发布一段时间了，这段时间我清理了一些spam站点，同时也进入了很多新的站点。当然啦，这个站点依然处于beta状态，毕竟个人能力有限啊，所以请允许我慢慢来修改。同城博客、博客地图、还有后台的日志备份是本阶段的主要功能，目前已经完成，另外在网友的建议下，博客RSS分类聚合输出也已经完成，大家可以到这个页面，点击对应分类的RSS图标订阅该分类下所有的文章，不过遗憾的是，老用户并没有及时为他们的博客属性进行设置，所以很多分类可能没有输出。接下来即将完成的博客的相关服务，比如同城聚会、同城拼车等等。最终的目标是让这个网站能对blogger带来实际的方便，这样bloggermap才能有动力持续发展下去。

任何一个平台都和人气相关的，所以，我在这里请求各位朋友给予支持，帮忙宣传宣传，如果有可能的话，在自己的blog对BloggerMap做一个宣传，我将感激不尽。

感谢ishawn，在原来的版本中，是他为我设计了Logo，在新版本中，他也为我设计了一个banner；

感谢模板达人幸福的收藏夹，帮我设计了新版的Logo；

感谢胡戈戈、pantao、等等网友对新版本的推荐（老版本的已经感谢过了，哈哈）。

另外，大家在注册和使用过程中有什么不良好的用户体验请在本blog的任何地方提出来，谢谢你！

感谢7言的宣传： 寻找同城博客的好网站——Bloggermap

感谢bluehost的CPU限制，让我对SQL查询的效率进行无限的追求。这两天CPU老是超标，我仔细查看了日志，我的这个bloggermap也他的一份“功劳”，特别是RSS阅读那一块，一个查询就占据了6秒，再加上其他几个合租伙伴的“功劳”（已经给他们发送邮件），很容易就超过30s了，所以今天晚上回来继续优化。

首先我们来看看这段关于MySQL查询的分析

# Query_time: 4 Lock_time: 0 Rows_sent: 10 Rows_examined: 74584
use sevtiger_bloggermap;
SELECT sample_blogs.id blogid,
sample_blogs.url blogurl,
sample_blogs.feedurl feedurl,
sample_blogs.name blogname,
sample_article.id id,
sample_article.title title,
sample_article.content content,
sample_article.description description,
sample_article.link link,
sample_article.author author,
sample_article.timestamp timestamp
FROM sample_article LEFT JOIN sample_blogs ON sample_blogs.id = sample_article.blogid WHERE 1 ORDER BY sample_article.timestamp DESC LIMIT 17800,10

整个查询耗时4秒，查询涉及到的行数有74584，实际输出10行，我们可以看到，整个查询的效率并不高。 (read on …)

曾经一度想放弃bluehost，主要的原因是因为“长城”、越来越差的服务器和响应速度不断变慢的livechat（当然这都是oversell的结果），然而在盛会之后，我发现bluehost的响应速度和SSH的稳定性第一次破天荒的超过了dreamhost，于是又有回归bluehost的想法了。

但是bluehost的CPU超标又严重困扰着我，熟悉storyday的朋友可能都知道，我用的bluehost基本都是几个人分享的，所以CPU超标是难免的。当然CPU的控制对于任何一个虚拟主机商来说都是很有必要的，国外知名的虚拟主机如bluehost、hostgator、MT都有严格的CPU限制，这也是虚拟主机能稳定运行的一个保证，如果你是真正的想做一个站点，就用这样的主机，如果是采集站点，还是用其他的主机，如所谓的全能主机吧，否则频繁的CPU超标会让你严重不爽。当然即使是正规的站点，也会出现CPU超标的问题，那么我们就应该考虑优化自己的程序了。

虚拟主机的CPU超标的判断一般都是根据mysql执行时间来计算的，如果一分钟之内，所有的mysql查询执行时间超过了30秒，那么CPU就出现超标，网站将会在接下来的一分钟之内被挂起，所以要解决超标的问题，就应该从Mysql查询开始，下面我从3个方面来谈谈如何优化，仅供大家参考：

1. 静态化你的站点。这个不用多说，我们都知道，静态化的页面对服务器的影响是最小的（当然我这里说得不是urlrewrite伪静态，发现很多朋友把这种方式也称之为静态，好像有点不妥），如果你使用wordpress，可以使用 cos-html-cache来进行静态化；
2. 优化MySQL查询。在mysql查询中，尽量使用索引，这样能大大的提高Mysql查询速度。如果数据过多，就算使用limit 100000,10这样的限制查询，即使获取的数据只有10条，执行的时间也会变得很慢，那么这个时候就得考虑查询的精准化了，可以采用其他条件限制mysql遍历整个数据表；
3. 使用google或者百度的站内搜索。很多web程序，在搜索的时候使用的都是类似" SELECT * FROM table where content like '%西洋美女%';"的SQL语句进行查询的，而这种查询往往是最消耗时间的。SQL会对整个数据表进行遍历，遍历的时候还得要处理content中的字符，它使用的时间一般会是" SELECT * FROM table WHERE 1" 这样语句的数十倍到上百倍，所以站内搜索，建议采用google等搜索引擎提供的接口，如本站的站内搜索。一方面这样的方式节约了服务器的负载，另外一方面这样的搜索反而更加精准。

优化的方法多种多样，我这里暂时只列举上面3条，其他的欢迎大家补充，不过storyday还是强烈建议你静态化你的网站，如果缓存的命中率比较高的话，静态化带来的只有好处，想好了么，或许你的blog也需要缓存？

bluehost真是好啊，为了防止BH超标，我不得不努力改进SQL查询，不得不努力提高缓存的命中率，也不得不把部分占用SQL查询时间的脚本搬到dreamhost上！

看来，应该继续加深学习数据库的知识了，合理设置index是很有必要的了，要不将无法处理日益增长的数据了，尽量不用like查询，否则轻易都能占据10秒以上的时间。4万多条的数据如果查询不当很容易导致SQL运行时间过长的，其实别说是4万多条，即使部分朋友的blog才几千条数据，由于查询不当就轻易的能占据7 8秒的时间，看来优化SQL查询是一个比较长期而艰巨的任务了。

当然，目前的优化方向只有两个：缓存和优化SQL，缓存是基于PHP端，目前在bloggermap.org上已经做足了缓存，那么下一步就是优化SQL查询了，特别是对于limit begin,per之类的查询更是如此！

朋友在gtalk提醒我，说我的blog搜索引擎不太友好，需要改善了，并且建议我site:storyday.com看看。果不其然，不看不知道，一看吓一跳，列出来的内容居然全部是本blog的导航内容，看来确实一点都不友好。那么就对症下药吧，既然google显示的全部是导航的内容，那么我把导航的html移动到底部应该就可以了吧，于是开始动刀，将header上的导航代码移动到 footer中，然后在footer中加上一句

 $("#menu-ct").html( $("#cos-wp-menu").html()  );

这样导航依旧显示在原来的位置，但是html代码确在最后了，希望这样能有点作用 ，马上进入google website管理员工具，把蜘蛛的抓取时间设为最快，看看多久能有效果

我用的代码高亮插件都是geshi,这个插件比较好，采用PEAR的formatter和coolcode相比，不用专门的标签，支持wp的原生态<code></code>格式的标签，所以一直以来都没有替换他。

但是这个插件有个缺点，那就是格式转换是在php端进行的，输入的代码非常的臃肿，并且也不方便复制，除非专门写javascript采用innerText来获取。所以很早就想对这个高亮重新处理。那么今天，我决定将我新处理的方式写成wp插件进行发布，这个插件的特点是对服务器的数据不做任何处理，仅仅在页面用javascript优化。所以在html源代码中甚至可以看到你的code原样。

插件下载地址：code-highlighter

特别鸣谢：http://code.google.com/p/samaxesjs/

本来是可以直接集成在模板中，但是考虑到某些朋友不愿意修改模板，所以弄成插件进行发布了！js的代码已经gzip压缩，文件大小由原来的42k降低到12k，希望不会影响到页面的载入速度。

补充，如果发现代码的半角标点被替换成全角标点，那么就是wordpress的formatting在作怪，修改wp-includes/formatting.php，把下面这一行给它注释掉：

// regular expressions
//$curl = preg_replace($dynamic_characters, $dynamic_replacements, $curl);

对了，顺祝大家中秋节愉快！
补充：测试样式表bug

补充（2008-09-16 11：30），看来仅仅特别感谢不够，有必要补充下面的内容：
此插件并非原创，它基于：

1. http://code.google.com/p/samaxesjs/ or http://code.google.com/p/syntaxhighlighter/（看到留言，原来这个js高亮度代码还有另外一个主人。这两者之间什么关系啊，我彻底迷惑了，看样子好像是后者原创，但是我这个插件的JS来自前一个链接，高亮的JS版权，让他们自己去争吵吧，总之，感谢高亮JS的作者）
2. php；
3. wordpress；
4. html；
5. javascript；

另外，插件的原创和插件使用到脚本的原创没有必然关系吧，就如同1bloggerchache一样，人家使用了我的代码，但是他确实是原创。无所谓，是不是原创丝毫不影响我，你说不是便不是，我做的仅仅是让高亮的代码以插件的方式嵌入到WP的风格中，使之使用起来更加简单，然后在这个blog上分享而已。

真是搞笑，还分享过毛线啊！

此次改版历时1年之久，其实主要原因还是我本人没有多少时间，很多时间都花在其他项目上去了，因此只能在稀稀疏疏的空隙中抽时间对这个bloggermap.org进行改版。目前依然是旧版本，所以就放了点adsense在那里，和垃圾站没有什么两样。但是在国庆之后，这个站点将会焕然一新，废话少说，还是说一下新改版将增加的功能吧：

1. 性能上，优化了SQL查询，为即将搬家到CPH做准备，开放了多级CACHE，对于某些固定的mysql的查询结果在不影响程序的情况下，缓存时间长达一天；
2. 界面更加简洁，整个bloggermap采用jquery框架驱动，ajax效果更加理想；
3. 功能上，一个用户可以登记多个blog，目前的bloggermap.org还没有这个功能；
4. 增加了博客认领功能，方便将已经登记的Blog认领到自己的名下；
5. 增加了博客文章存档保存功能，只要RSS地址正确，只要bloggermap.org还存在，所登记的blog文章将永远保存，以备blogger不时之需；
6. 优化了地图功能界面，支持中国地图和中国卫星云图同时显示，这得感谢google的努力；
7. 其他功能，等十一发布之后，大家一起提需求，我再逐渐完善。

有朋友问，bloggermap的盈利模式是什么，目前我还无法回答，这位朋友说得非常有道理，没有盈利模式的东西不容易长久。由于目前我blog的google adsense收入还能应付自己所用的虚拟主机，所以盈利模式得慢慢探索，终极目标是把多数blogger集中在bloggermap.org这个平台上，让blogger之间通过这个平台能深入了解，资源共享，从而实现自身价值的最大化。我相信，一个平台只要能让用户通过这个平台产生价值，那么这个平台本身也有价值。

当然，补充一下，虽然新版有了很大的改变，但是转换的数据不会丢失，用户的email账户依然存在！