dreamhost具有顽强的抗WALL（据网友说本站由被reset的现象，所以特地修改）功能。早些时候，两个合租的bluehost都在非常时期被wall：一个是在17da期间，一个是在Olympic期间。幸好有dreamhost，他光荣的将cosbeta其他合租用户给临时安置了，由于dreamhost重新绑定可以更换IP（虽然这个过程比较痛苦），所以他的抗WALL功能比较强大，cosbeta甚至这样给自己说，即使不用国外所有的虚拟主机了，也得要保留dreamhost的帐号。

Dreamhost具有“超级”的处理能力。cosbeta的一个站点，由于访问过多，被bluehost警告之后，即使双倍增加cache失效时间，都被bluehost无情的赶走了，这个时候dreamhost张开双臂，将这个站点给收留了，并且一收留就是半年多，从未抱怨过，即使mysql数据库达到了惊人的200M之后，也只是不小心给我删除了一些数据而已（很快就从dreamhost自己的系统中恢复了）。最近酝酿了一个比较吃CPU的站点，到时候还是继续把最棘手的数据抓取部分交给dreamhost吧！

Dreamhost稳定的Secure Shell连接。这个我找不出有利的公共证据，但是从我个人2006年开始用dreamhost开始，用ssh做某件事情，一直都是DH的最稳定，速度也最稳定。

自从DH对推介做了修改之后，一窝蜂的国人少多了，而且续费对于中国人来说也不太容易，考虑到中美白天黑夜的时差，刚好将服务器的负载给错开，所以买国外的服务器，中国人越少，就越好。我个人觉得DH还可以尝试的，从DH的后台控制面板可以看得出来，他们的技术实力不错，至少在web开发方面不错，bluehost也还可以，bluehost在cpanel的基础上，开发了很多他们自己定制的插件，但是不足的是经常更换策略，比如现在，虚拟主机的内存分配就比以前少多了。

综上所述，dreamhost是个好伙伴

为什么这个世界上有那么多的人总是用最恶意的心态去猜测别人所做的事情呢？

对了，国内的江东已经开始使用这家主机商的产品作为Reseller，不过价格上不太厚道，毕竟有这么便宜的reseller账户和如此优厚的resell条款，再卖那么贵实在说不过去。

坛主你看的是他们的cpanel reseller，价格不算便宜。实际上我说的是他们的shared hosting reseller，也就是说这家虚拟主机允许你把shared hosting拿来resell，并且还给你提供面板。。。。江东用的就是这种，不是cpanel reseller那种。

不好意思，看到江东大哥的新日志，提到ClientExec，Homezz应该使用的是这家的cpanel reseller。不过价格和HostGator一比还是便宜了好多。。。

我都在本blog上反复重申过，我的homezz背后不只一个机房，并且我并不会做超标销售，可有人偏偏就凭自己的一知半解，猜测cosbeta买的是shared hosting然后再来分销。然后在某个论坛上说cosbeta如何的不厚道。

(read on …)

万里长城永不到，互联网上的长城一直是网友心中的痛，它将我们保护得严严实实，密不透风，以至于墙外的好东西都无法让我们欣赏到，一旦有东西探头进来，必杀之。如今的墙已经变得不能再敏感了，就如同有过敏性鼻炎的人一样，一旦有少量的过敏原，喷嚏就会不断。

cosbeta对墙异常害怕，因为它的一个小动作就能让我忙上几十天。所以cosbeta自己写了一个小程序，来判断homezz 下面的站点是否有少量出格的语言。具体思路如下：

1. 利用api获取homezz下面主机群所有绑定的域名，包括子域名；
2. 每天定时用curl模拟浏览器，google和百度搜索 site:xxx.com；
3. 截取前面搜索的几个url链接（因为每天都要执行这个动作，所以cosbeta只截取了前面10个链接）；
4. 利用php curl逐一访问这10个链接，访问之后再访问三次，比较三次的结果，若发现某个网址3次结果数据length差距明显，变分析是不是访问不拒绝；
5. 若是访问拒绝，从api中获取该用户的cpanel帐户，suspend 之;

当然，上面的程序必须在国内的服务器上运行，或者在你本机上运行。

前天运行此程序，suspend了3个帐户，不过考虑到主要靠自律，所以cosbeta暂时取消了这个程序。

目前正在想办法进一步完善这个程序！

先是被GF那个W追到这里再追到那里；

然后G那个FW开始来阴的，于是theplanet机房在电信的速度集体变慢，慢得和godaddy在同一个数量级了。于是我只好和心爱的hostgator说byebye。

寻找一个月，终于找到一个速度很快的美国机房（那个机房打死不说，说了就成下一个被和谐慢的目标了，价格也不便宜，因为我相信便宜没好货），购买了一个reseller帐号，开始把homezz.com给挂上去。

再20多天的观察中，发现新的机房速度非常快，就如同他们客服描述的那样，而且系统相当稳定，负载一直在0.2 0.3左右（之前hostgator保持在1左右，网络抽风之后经常保持在3以上，不可忍受了）。

(read on …)

最近在外面跑得比较多，加上php任务不少，所以这个程序不知道何时能搞定，还是预先在这里打一个广告吧。

该程序基于php+mysql,有如下功能：

1. 该程序只能管理lamp虚拟主机，并且该虚拟主机上装有cpanel和cpanel WHM（国外的linuxreseller虚拟主机大多如此）；
2. 集成支付宝，自动为用户开通虚拟主机帐号；
3. 支持无尾巴推介（参见这里http://host.storyday.com/affiliate.php 南方电信问题，可能访问较慢）系统；
4. 后台可设定多种虚拟主机PLAN，方便用户选择；
5. 后台可以添加多个（1000个都没有问题，只要该程序所在的虚拟主机够用）reseller虚拟主机帐户，动态将用户分配到用户较少的虚拟主机上；
6. 后台可手动停止指定帐户的虚拟主机；
7. 可定时将未续费帐户挂起；
8. 支持删除到期帐户；
9. 可设定卡密续费，类似中国移动充值卡的方式；

特点：

1. 支持多用户，方便多管理员操作；
2. 操作日志记录清晰，方便查阅；
3. 全站ajax，方便管理；
4. 可定制功能（额外收费）

该系统预售价：￥3000元一套，含3年售后技术支持和3年之内的技术升级。

哈哈，若你也相同的系统，纯属巧合。

程序预览嘛，将会在一段时间之后推出！

欢迎朋友一起讨论相关技术。

在cpanel操作中，主域名总是默认绑定在public_html目录下的，其他绑定的域名可以指定在public_html下面任意目录中，如host.storyday.com可以指定在public_html/host.storyday.com目录下。这个时候问题就来了，如果有多个网站，那么cpanel的这种模式就会导致其他网站的目录和主域名网站的文件混乱的排在一起，比如public_html（主域名的文件夹）文件下有文件： news index.php girls car.com,而car.com却是另外一个域名的主目录，这样管理多个域名就相当混乱了。所以如果把主域名的文件夹也放在public_html下，如文件夹storyday.com,bloggermap.org,cosbeta.com,一个目录对应一个顶级域名，这样就一目了然。然而cpanel本身却无法做到。那么要解决此方法，就只有用htaccess的urlrewrite来解决了。

解决办法如下：

1. 在public_html中建立一个文件，名为.htaccess；
2. 假设主域名是storyday.com，在public_html中建立一个文件夹storyday.com，主域名下的文件均位于文件夹中；
3. 在.htaccess中输入以下内容：
   

   RewriteEngine on
   #假设storyday.com是你的主域名
   RewriteCond %{HTTP_HOST} ^(www.)?storyday.com$
   # 将storyday.com改成你主域名所对应的文件夹名
   RewriteCond %{REQUEST_URI} !^/storyday.com/
   # 下面两行不需要改变
   RewriteCond %{REQUEST_FILENAME} !-f
   RewriteCond %{REQUEST_FILENAME} !-d
   # 将storyday.com改成你主域名所对应的文件夹名
   RewriteRule ^(.*)$ /storyday.com/$1
   RewriteCond %{HTTP_HOST} ^(www.)?storyday.com$
   RewriteRule ^(/)?$ storyday.com/index.php [L]

补充：lxltop在留言中提出了一个更好的解决办法，就是绑定其他域名的时候，直接将域名绑定在和public_html同级别的目录下，不要被cpanel的默认绑定路径给误导了，如下图所示：

即使我在这篇日志里面介绍了A记录、Cname、Mx、DNS、url重定向等概念，依然有朋友无法正常修改A记录或者DNS或者mx或者Cname，对A记录的概念还比较默认，这些朋友在使用生活点滴虚拟主机的时候都是问同样的问题。

所以我想试着再一次用通俗的语言来来简单说说什么是A记录和DNS。

假设：

IP地址表示某个人的实体

域名则是一个名字。

因为域名和IP始终要对应，所以就有了A记录，A记录的作用是用于描述域名和IP之间的对应关系。

对于A记录，可以如此举例解释

如：

• “松岛枫”->某xx女U；
• “松岛枫的头(host.storyday.com)”->某xx女U的头
• “松岛枫的大腿(leg.storyday.com)”->某xx女U的大腿

由于A记录是保存在DNS服务器中，因此，只有修改当前生效的DNS中的A记录才有意义。

所以一旦DNS服务器做了更改，原来的A记录、MX等通通失效，因为，对应权限已经不属于它，服务器中的A记录便成了一纸空文。

URL 转发那不是标准的域名管理，因为随便几行代码便可以做URL转发。比如我要将xxx.com转发到xxx2.com，一般来说是这样完成的：xxx.com可以正常访问，但是xxx.com的首页就是一个跳转脚本，将页面重新跳转到xxx2.com,或者xxx.com就是一个框架，将 xxx2.com框进来了而已。

若你还不理解，我真的无能为力，下面截图介绍如何在godaddy修改A记录：

(read on …)