最近BH速度访问又开始变慢了，所以怀念起DH来了，于是再次废话一篇DH和BH的比较。

由于很多无奈的原因，我选择放弃了Dreamhost，这些原因包括：

1. dreamhost容易down机。但是目前这个账户似乎很久都没有down了，可能是我关注得太少，也可能是分给我的这个服务器比较好，还有可能就是使用DH的国人少了，要知道，咱们国人的力量可是无穷的，一涌上去，谁都承受不了；
2. dreamhost容易在没有任何通知的情况下直接删除帐户。虽然我没有遇到过，但是互联网上有此遭遇的人大把大把的存在，所以我不敢冒这个险；
3. dreamhost有些IP连c类网段都被屏蔽了，所以害怕新的域名怎么绑定都会绑定在这个段上（曾经遇到过一次）；
4. dreamhost的价格太贵，如果你想稳定的安家在dreamhost上，价格绝对不便宜；

于是后来我就转到了 bluehost上，相比Dreamhost，Bluehost有以下优点：

1. bluehost不容易down机。一年多来，我blog的uptime至少有99.9%；
2. 如果你在 bluehost上面放了违规的东西，比如有版权侵犯的软件、图片或者商品， bluehost不会不给任何通知而删除帐号，他仅仅是暂时禁用你的帐号，直到你删除了版权违规的页面，当然这个过程需要你主动联系 bluehost。这样的情况我已经遇到多次了（不仅仅是我这个账户），每次都是livechat，处理好侵权页面之后就OK了；
3. bluehost被墙的几率似乎不大，因为我买了n多 bluehost的账户，撞墙的只有一个；

我想，如果Dreamhost不会粗暴的删除用户的数据，我还是更喜欢dreamhost，下面是我列举dreamhost的一些优点（相比其他虚拟主机）

1. 速度快且速度稳定。dreamhost的速度一直比较稳定，而且在国内访问延迟都在200ms左右，而其他国外的延迟都在400ms左右，虽然前段时间 bluehost的延迟突然也降低到了200ms左右，可是仅仅持续了2个月而已；
2. 后台管理方面，SHELL账户灵活。dreamhost可以建立无限的shell账户，而不需要人工申请开通，并且shell登陆也是相当稳定的。虽然Cpanel是比较知名的后台，但是我感觉还是没有dreamhost的后台操作方便；
3. 域名绑定灵活。不需要修改DNS，而且域名绑定的IP地址随机，有很大的抗强功能；

不过由于价格、不稳定和不通知就删用户数据这三大硬伤的存在，使我不敢再次回到dreamhost的怀抱，目前有一个DH的账户，仅仅是作为SHELL翻墙使用！

ixwebhosting就不做评价了，搜索搜索本blog，就会发现这是一家多烂的虚拟主机商。

题外话：刚才在DH上面建立FuckGFW的账户的时候，系统提示我说该账户已经存在，看来想Fuck GF的人不少啊

升级到wordpress2.5是一个明智的选择，无论其他朋友如何的建议暂时不要升级，说wordpress2.5是如何的不稳定、有漏洞。特别是在写了刚才那篇wordpress和ajax 文章之后，更是如此。所以我强烈建议喜欢在文中嵌代码的blogger尽快升级到wordpress2.5吧，光是后台的编辑器的好处就值得升级了。

本人有一个不好的喜欢，做任何事情都喜欢先完成再完善，所以熟悉我的朋友都知道，我写的东西总会有错别字，我总会不断的修改纠正。因此我也遇到了不少的麻烦，特别是当文章中有嵌入代码的时候更是如此。众所周知，2.5之前的wordpress后台编辑器总会喜欢乱纠正标签，所以当你再次修改已发表的文章，切换到纯文本状态编辑代码的时候，就会发现代码已经被编辑器修改得一团糟，于是你不得不将编辑器偏好设置成纯文本编辑器，然后再次打开编辑链接进行编辑，编辑完成之后再进入偏好设置将编辑器设置成RTF模式，这其实是一个浪费时间的过程。

今天我写wordpress和ajax的时候，为了避免再次修改，发表之前我将纯文本保存在了一个txt文件中，这样就可以节约时间了。当我发现错别字再次编辑的时候，居然发现wordpress后台的编辑器依然显示的是纯文本编辑状态，而且代码也没有被自动篡改，真的是一个惊喜，所尝试修改点击保存之后发现一切正常，真是一个很大的进步啊，当然或许其他朋友早就发现了，不过我认为这个改变真的很赞。还有另外一个改变也是很不错的，那就是全屏编辑模式，如下图，点击即可进入全屏编辑模式，很不错吧！

wordpress2.5的后台至少有两个比较明显的优点：

1. 可以用全屏的方式编辑文章，可视面积宽，方便；
2. 能够记录当前的编辑器状态，不需要专门将编辑器设置成RTF模式或是纯文本模式，这样对于编辑有代码的文章相当的方面！

很多朋友都认为ajax能提高网页的速度，但是我更喜欢用ajax来提高用户体验和平衡动态页面与静态页面之间的关系。我曾经乱谈过ajax，原因在于有几个朋友认准了一个死理：那就是ajax对改善速度的作用是大大的！而今天的这篇文章中，我想重点谈一谈如何在wordpress系统中使用ajax，也就是如何通过修改模板或者插件在wordpress中灵活的运用ajax。

对了，如果你还不太清楚ajax的基本原理，请自行google之，本站就不再为互联网贡献垃圾了。在实际的操作中，我们运用ajax的方式大部分情况下为异步请求（当然你也可以设置成同步模式），异步请求的好处在于浏览器在载入html的同时，后台也会用js请求数据，所以载入数据的时候感觉不到任何卡页的现象。由于数据的请求是由JS控制，因此你可以将ajax代码嵌入到静态化的wordpress页面中，从而将部分的内容通过ajax做实时的请求，而本文的目的便在于此。 (read on …)

公司的网络超级抽风+bluehost奇慢无比，导致无法登陆我的blog。昨天晚上在家里的2M ADSL也发现Bluehost很慢，我想应该不止是我这里的问题了。今天，有两个朋友给我的邮件也在抱怨这个问题。我建议其中一个朋友livechat，没有想到BH的客服说是程序的问题，实际不是。因为那个朋友用的并不是wordpress，并且程序一直没有改动。

前两天Bluehost的速度还飞快，现在怎么就抽风了，看来还是当初被挡在墙外的好啊，毕竟bluehost上面的domain的数量已经占了全球的10%(我也是在ceo blog上看到的，一不小心多写了一个数量级) 1.4%，想一想这是什么概念？？

朋友们，如果你的网络不像我这样抽风的话，是不是可以livechat投诉一下呢，我可以肯定的说并不是程序的问题，而是BH自身的问题，因为反映慢的朋友并不是都用到wordpress，而且这样的问题我已经遇到过一次了！（此文只好采用离线发布了！）

update:刚才和联系了bluehost的客服，他们始终坚持说他们的服务器没有，后来再我强烈的要求下，他们叫我提供了一份tracert route的参数给他。希望能尽快恢复！

update：有朋友说是路由调整，希望能尽快调整完毕！

写了几篇文章都出问题了,靠,今天晚上不写了!!wp2.5还真不稳定阿

大约一周前text-link-ads（这是一个推介链接）通过了我的站点，这就意味着我可以通过text-link-ads赚取美元了。于是接下来就按照text-link-ads的要求，进行广告代码的安装。熟悉本站的朋友都知道，本站已经采用了cos-html-cache 进行了静态化，首页是index.html而不是index.php，text-link-ads很明确的申明了，非动态程序的首页是无法安装广告代码的。同时我也看了一下代码安装的方法，果然如此，代码不是js程序，text-link-ads需要的不仅仅是将链接显示在你的页面上，而是要名正言顺的获取PR等等好处，所以纯js代码是没有这个效果的。而我也不想放弃静态化，回归到原始的wp，难道我必须放弃这个赚取美元的机会么？

所以我马上开动了我那聪明的大脑，想出来一个解决办法，可爱的ajax又开始显灵了。

对于 wordpress，text-link-ads的广告代码安装分两步，1是安装它的插件；2在模板中插入一个函数用于显示广告。关键步骤就是第二步了，我在模板文件header.php中添加了判断，具体代码如下：

<?php  if($_GET['text-link-ads']) { tla_ads(); die();}   ?>

添加了这样的代码之后，请求url http://host/index.php?text-link-ads=true的时候，就会显示出text-link-ads的广告了，而且也对静态化没有任何影响。ajax的请求页面完成之后，再在模板文件中添加一行ajax代码即可(本站采用了jquery，所以ajax变得如此简单)：

<script> $(”#text-adv-div”).load(’/index.php?text-link-ads=true’);</script>

这个时候，即使首页html静态化了，访问首页的时候依然可以显示广告链接，并且php显示当前所在的页面也是在index.php中，完美的解决了静态化情况了text-link-ads的安装。

今天发现已经有一个网站在本站做广告了，本人也曾想做一个这样的网站，但是没有精力，不得不放弃。目前看来这个text-link-ads还不错，至少比google ads，阿里妈妈都要赚钱得多。

由于wordpress2.5的发布，导致 cos-html-cache出现了不兼容的现象，当然，主要原因是wp2.5的cookie有所改变，所以我抽时间对这个插件进行了升级，改变有以下几点：

1. 将部分的js代码集中到common.js中，方便整合，并且减少了single页面中的代码数量；
2. 改变缓存的触发代码的位置，可能解决了和k2不兼容的问题（本人未测试thanks toDavid）；
3. 可以自行控制是否缓存首页，打开cos-html-cache.php,修改下面这一行
   define(’IS_INDEX’,false);// false = do not create home page cache

请大家注意，cos-html-cache2.5不能向下兼容，当然这也是wp的原因，所以请大家选择性的下载。2.5版本的下载地址：cos-html-cache2.5
当然啦，本人最近比较忙，所以可能测试得不会太仔细，大家如果发现有什么问题请在下面留言，谢谢。

其他版本请到这里下载。

朋友们在我的blog都提到了cos-html-cache和wp2.5不兼容的问题，但是由于本人的blog没有发现这个问题，所以无法调试。据说wp2.5还有很多的bug，所以我这里就不升级cos-html-cache了，如果你的blog也出现了“用户登录状态也建立缓存”的现象，请将cos-html-cache.php中凡是wordpressuser_的字符串都统一替代成wordpress_，thanks toDavid。

其实通过这个不兼容的问题，应该可以很好的回答为什么用户登录的时候不创建缓存这个问题了吧，因为用户登录创建了缓存你会发现缓存的post评论框少了很多东西，其他用户无法评论。当初为了解决这个问题想了很多办法呢，具体的可以看看这里或者这里。