透过昨晚的事情，已经可以看到，疯狗开始乱咬人了。
我们只有两个选择：
然而，疯狗横行，打狗的人心不齐，所以我现在能做的就只有继续的懦弱着。
于是，我们决定人肉介入homezz.com的关键字筛选程序，为了防止工作量过大，我们会一个月修改一次白名单和重点关注名单。
特别危险的blog，我们将按照homezz协议处理。
我也很愤怒，也很郁闷，有时候为了发泄，不得不放弃母语发泄几句，有的时候也只能找个安全的地方，另，欢迎follow我的twitter: cosbeta
其实按照homezz的的设计机制，根本没有所谓的第几号主机，因为我们的后台程序会自动集成多个WHM的主机，不同的服务器可以集成，不同机房的服务器可以集成在一起，甚至不同国家机房中的服务器都能集成起来统一管理。
homezz的后台机制是分散风险和分散负载，因为同是homezz的wordpress主机用户，我们的程序可以将其分配到负载最低的主机，用户之间可能IP不同，主机不同，今后若日本或者新加坡有真正靠谱的主机，可能也会分散用户到日本和新加坡的主机上。关于更详细的homezz后台预览，请参见这里：homezz虚拟主机管理软件。
今天上午我注意到了，我们的3个不同的帐户被分配在两个实体的虚拟主机上，所以我马上联系机房，要求他们将我三个帐号都分配到不同的服务器上，这样才可以更好均衡用户的负载，然而机房的人告诉我，我们的帐户所分配的服务器是最新负载最低的服务器，于是我便作罢。
当然，随着homezz用户的增加，我们后面的主机数量也会不断的扩张，我们绝不oversale，绝不以牺牲用户的质量来获取最大的利益，因为我们有强大的管理后台，我们不需要牺牲用户的利益来达到最大利润的目的，这点熟悉cosbeta的朋友就知道，我绝不会那样做。
homezz wordpress主机的用户，我们已经绝对尽量不发送邮件给您，所以请你订阅homezz的官方日志，地址在这里：
用户都去homezz吧，storyday将继续回到到他的blog位置。
快餐阅读的年代，继续用简约的几句话来描述。
linux下，每个文件和文件夹都是有权限的，他们分为可读、可写和可执行，默认的权限并不是和window一样：可读+可写+可执行；
linux下用户的对文件的控制是非常严格的，所以文件若需要任何人都可写，必须设置成 可读+可写，可读+可写的数字组合就是4+2=6 （所有人6 组成员6 公共成员6），即设置成0666；
linux下文件的可执行和win不一样，不靠后缀名来区分，因此linux下需要对可执行文件赋予可执行属性数字即为1，可以可读+可写+可执行=4+2+1，那么给三种用户都设置全属性就是 0777；
文件夹的打开即可理解成象文件夹发送了执行命令，所以文件夹没有可执行的属性，其他用户是无法打开的；
重要的来了，大家在ftp下或者在shell中用简单的chmod 0777 dir来对一个文件夹进行修改，记住，该文件夹下的所有文件不会自动继承0777属性，这个和你在windows下设置共享文件夹不是一样的效果，很多朋友犯了这样的错误，还理直气壮的说我已经把web根目录属性都设置成了0777，为何我的wordpress后台还无法在线更改。答案很简单：那是因为你所更改的那个php文件依然不是公共可读写属性，即0777；
即使文件夹属性为0777，也并不表示该文件夹下的所有文件就可以随意读写，这些文件依然有他们自身的属性，所以你必须将你需要修改的文件设置成0666；
记住：web根目录不要设置成0777，这有安全隐患。有php文件的目录也最好不要设置成0777.
此日志结束，不懂的在评论中留言，高手也请出山指点！
只要域名在国外注册，修改DNS和修改A记录一样简单，所以国外很多虚拟主机商为了减少用户恶意或者错误绑定域名的机会，往往会要求用户将域名DNS修改成指定的DNS才能正常绑定。
恶意绑定或者错误绑定：比如我不小心将不属于我的homezz.com绑定在了我使用的虚拟主机上，这样将会导致homezz.com域名的真正拥有者无法将其绑定同一台服务器上，因为一台主机上不能有两个一模一样的域名绑定。
同一个域名无法多次绑定在同一台主机上的原因本blog以前也做过介绍，这里再次举一个简单的例子说明：虚拟主机就如同一个柜子，柜子里面的抽屉就如同虚拟主机的网站，当用户访问某个域名的时候，首先是域名解析到IP，用户连接到服务器，然后服务器通过来访的域名将指定的网站发送给用户。如果两个一模一样的域名都绑定在同一个主机上了，当用户请求的时候，服务器将不知道怎么办了。 (read on …)
考察了一个多月，决定放弃采用日本主机，主要原因如下：
至少，在没有遇到特别好的日本主机之前，cosbeta还是决定不选择日本主机了。
找到了一个知名的日本虚拟主机，买了一个share hosting，自己粗心大意，买了之后才发现没有数据库，甚至没有CP登录，oh my god，虽然钱不多（5540日元 = 398.651702 人民币），但是摆在那里浪费掉总不是个事吧！
站内搜索，居然没有发现30-Day Money Back Guarantee ,郁闷了，发送一个帮助，希望能退款，都怪我自己！
都什么年代了，shared hosting居然不提供数据库？
你若能看到此文，表示cosbeta已经搬到自己经营的虚拟主机上了。
上一篇日志发布之后，有华东的朋友告诉我，说我的blog（当时host在bluehost）访问速度极慢，所以，我就把blog搬了，搬到自己的虚拟主机上了。
搬了也好，速度提升了，自己blog都能用自己的host服务，这样让使用homezz的朋友就更加放心了
前段时间在本blog上发表了一个如何在cpanel之间转移网站的日志，今天我要补充一个最快捷简单的方法，使用此方法，可以在几分钟之内将一个几百兆的网站从一家美国虚拟主机转移到另外一家美国虚拟主机上。
登录cpanel，进入数据备份界面
点击“备份”
点击“下载生成全备份”
