今天去了东莞，那个旅行社的欠款依然只能要了部分，剩下的还在他的承诺中。回到家，打开reader想了解昨天晚上发生的事情，结果消息非常的有限，看来网络导向已经很成功。算了，还是抽点时间，写一点昨天晚上一直想写的东西吧。

虚拟主机CPU超标相关技术

美国的虚拟主机有一个不成文的规矩，那就是只要某个网站CPU超过一定的百分比，网站就会被挂起，所以无限流量，无限磁盘空间在CPU的限制之下显得是那么的苍白无力。连paveo同学都给我说过，若要是他也那样严格限制，一样可以承诺不限流量。我们熟悉的bluehost以及旗下的hostmonster就有一个严格的CPU限制标准，那就是CPU的利用超过了4%左右帐户将会被挂起几分钟，然后才恢复。作为shared  虚拟主机，就应该这样做，否则某个站点占用资源太高，对其他站点很不公平。

然而不幸的是homezz所在的服务器昨天和前天被一个站点（不是我们的用户）拖得很慢，幸亏机房人员及时发现，将该站点suspended了，homezz才再度恢复。据cosbeta所知，国外会自动suspended帐户的好像只有bluehost和其他的站点，其他的虚拟主机供应商都是通过手动的方式搞定的。

我所知道的bluehost 的技术实力是很不错的，他们有一批人员对cpanel非常熟悉，也为cpanel定制了很多的插件。而这个自动suspend cosbeta也高度怀疑是基于cpanel开发的。

因为就cosbeta目前对cpanel的了解来看，做这样一个自动suspend超标站点的程序并不是很难，作为一个业余爱好者也能轻而易举的搞定（其实昨天晚上睡觉的时候想了很久，发现用cpanel的接口很容易搞定的），真搞不懂其他的虚拟主机供应商为啥只能手动监控超标的站点？难道是我们太高估了国外的技术，或者我应该再次去租用独立服务器？

搞定BT的支付宝直接接口

悄悄的说，homezz的虚拟主机现在完全可以通过支付宝或者paypal自动开通了。目前没有申请支付宝商家工具，用的是支付宝的一个小小的逻辑漏洞（注意：非技术漏洞）搞定的，当然，我肯定不会公布这个漏洞，否则我就用不成免费的支付宝自助开通啦。因为今天要去东莞收款，所以只有尽快自动开通的搞定。于是昨天晚上从21：00折腾到0：20。

昨天和朋友 paveo 又聊了一下虚拟主机相关的话题，最后得出一个结论，政策因素太不稳定，若无大树可傍，国内做主机还是很辛苦的。

今天看到这位朋友的这篇日志：关于IDC提供商 。大家都在抱怨国内优秀的虚拟主机太少。其实原因也是很明显的，政策因素，技术因素以及国内采集成疯的传统都可以让一个虚拟主机供应商吃尽苦头。

再看看下面的留言，只能用4个字来形容：“竞争激烈”，cosbeta也假装去留了一个评论，但是留下的是生活点滴的blog地址，所以严格的说不算是推销homezz。

其实，cosbeta有一个梦想，那就是homezz的用户之间和我之间都能成为朋友，大家使用的是我有偿提供的虚拟主机，但是又不是赤裸裸的商业关系。在不忙的时候，用户之间可以交流经验，不限于blog，我也可以尽我的能力为用户提供点虚拟主机之外的技术支持。若是同城，甚至可以在线下联系，一同参加些娱乐节目什么的，因为cosbeta始终相信：交流可以产生巨大的财富，网络上的朋友，照样可以成为现实中的朋友，这也是我为什么从起初就在blog上用实名的原因（10多年的网龄，我自然知道匿名的作用）。

有朋友在问我，说你建议wordpress永久链接用什么格式比较好？

其实这个问题没有统一的答案，因为各有各的说法，如果一定要一个确切的答案，那么我就给出两个永久链接格式建议：

1. /html/%postname%.html
2. /html/y%year%/%post_id%_%postname%.html

首先我来说说第一种永久链接格式的好处：

1. 路径比较浅，所有的post都在html目录下，有利于SEO；
2. 结尾是html，当今后访问量急剧上升，可以使用cos-html-cache静态化，由于都是在目录html，静态化之后不至于搞乱wordpress本身程序目录；
3. 个人blog，假设可以坚持10年，一天一篇日志，也不过3000多篇日志，所以即使静态化，html目录下也仅仅不到10000个文件，不足以影响磁盘I/O效率；

相比之下，第二种永久链接的格式的优点在于，即使一年上万日志的静态化文件也不至于影响到磁盘的I/O性能，缺点在于目录层次太深，对SEO稍微不利。第二种链接格式中的y%year% 为啥要加字母前缀呢？目的是为了防止静态化之后和默认的归档链接冲突，你可以加前缀字母”y”,当然也可以是其他字母，也可以是后缀！

综上，若你是个人blog，完全可以用第一种wordpress永久链接格式，若是团队blog，考虑到今后的扩展，建议用第二种格式！

补充：请您继续查看本页的留言，有更加精彩的wordpress固定链接的建议。

由于时间有限，不再帮忙注册域名（更新于2009-12-30）！

有朋友需要帮忙注册域名，所以专门在这个blog写下流程（严格按照流程操作，你我时间都很宝贵）：

1. 给我支付宝（china.cos@gmail.com）转账（com net org 价格均为65元）;
2. 转账成功之后给我发送email（email地址上同支付宝），内容是：
   1.您在name.com （其他注册机构不代注册）的帐号和密码。若没有帐号和密码，请先注册，注册时请填写好你的详细资料，否则域名无法注册；
   2.您想要注册的域名；
   3.您的付款凭证（尽量详细，我好确认，如支付宝交易号，或者转账转点零头，你告诉我那个零头，如65.2元）；
3. 等待我的回应，我一旦在线，确认您的信息之后，1分钟之内必定给你搞定；

注意：

1. 此服务纯属帮忙，汇率差距和赚钱一点关系都没有；
2. 严格按照步骤操作，否则，无法帮忙；
3. 此服务无需我在线，同时，由于时间的原因我可能拒绝提供任何域名相关技术支持，因为这些您都可以方便的搜索得到；

补充说明：非homezz.com用户，非熟悉的网友，请不要找我代注册域名，因为我个人时间有限，见谅！

钦此！

今天有朋友在homezz的群中反映blog发布不了，自动变成了私有状态，起初还以为是被我给和谐了。后来才确认是wp2.8的奇怪问题；

同样我在homezz的blog中也遇到同样的问题，发布了一个日志，过了几天之后日志内容凭空消失大半截，然后又变成不可评论，幸好wordpress有历史保存版本才让我不再重新输入内容，这样的问题已经出现过两次，毫无规律，所以也无从排查问题。

各位用wordpress2.8的朋友，有遇到这样诡异的现象么？

首先给出一个总结的评价：价廉物极差！

为啥还要写这个日子，是因为最近老看到网友询问ixwebhosting，也看到有网友不断的退款。

下面我将ixwebhosting的缺点罗列出来:

1. 宕机频繁。本人是2006年底购买的ixwebhosting，起初的一个月使用良好，紧接着台湾earthquake导致出国光缆中断，当光缆修复的之后，ixwebhosting持续宕机，相关日志：ixwebhost最近老是不稳定 、 明年不再用ixwebhosting的服务了never use ixwebhosting again 、考虑给blog搬家了，ix真不怎么样 ；
2. 技术支持相当白痴。当宕机之后livechat，技术人员会因为你域名的name server不是ixwebhosting指定的而告诉你未使用他们的服务，即使你再三强调你已经将A记录修改到ixwebhosting对应的主机；
3. 只能信用卡支付，即使退款也不让删除信用卡信息，除非用假的信用卡信息覆盖，因为他们的客服告诉你他们无法删除信用卡信息，注意，这会给你今后的使用留下风险，从这件事之后，我再也不在互联网上用信用卡直接支付了；
4. 胡乱扣款，一旦不使用他们的服务，域名续费贵得离谱，19.9usd一个的域名，除了中国，我没有见过哪里有把域名卖到这个价格的。并且会自动给你域名续费而没有任何邮件提醒，有兴趣去看看我的这篇日志无耻的ixwebhosting ；
5. 所以，我毅然退款，在被误扣了20美元的域名费用之后，我用一个假的信用卡信息将原来的资料给覆盖了。

朋友，上面都是血的教训啊，所以千万别再买ixwebhosting的空间了，好吧，如果你一定要尝试，我也没有办法，我已经用这篇日志将我所有的经历给总结起来了，如果这样都无法拦住你，那么请便！

便宜没有好货，我现在更加坚信了这个真理。题外话，今天看到一个朋友介绍月付10usd的VPS，我依然不动心，因为该VPS的中文的评价中除了负面评价之外就是这个朋友的推介评价。

补充：好吧，既然ix的sales在twitter上follow了我，看来他们也很关注用户的了，既然如此，我这里就不把话说绝，上面的经历是我2006-2007使用ixwebhosting的经历，不肯定现在一定也是如此，购买ixwebhosting，请自行定夺。

近期知名blog可能吧被多次要求删文，twitter上很多朋友建议可能吧搬到国外的服务器，以为这样某些部分就管不到了，就不会有闹心的删文通知了。

然而cosbeta本人认为像可能吧这样的博客反而不适合在国外，相反的是中规中矩的blog在国外更加适合，原因如下：

1. 既然博客已经接到电话删文通知，那么此类的blog一旦在国外的服务器，肯定第一时间被屏蔽，就如同当初的牛bo(对不起，此文字一度被墙照顾过)一样；
2. 在网络中发布日志的目的就是希望日志被广泛传播，一旦站点撞墙，传播效果就会急剧下降，甚至不足原来的10%，那么这样的日志也没有多大意义了；
3. 在墙外的blog，今后的任何新日志将很难被迅速传播，要知道会用reader和twitter的毕竟是小众中的小众；
4. 在国外日志确实能被保存，但是在国内同样可以保存在草稿中，一样会有重见天日的一天；
5. 好吧，您可能要说，喜欢看这样日志的人自然都会翻wall，但是事实告诉你，多数人会懒得去翻墙了（比如草莓weekly我现在几乎没有看了），既然这样，还不如写了保存在自己的电脑里面；
6. 并且某个东西是采用关键字方式过滤，机器并不知道您是说xxx的好处还是xxx的坏处；

既然目的是要传播，放在国外反而传播不了，或者说是传播的效率大大降低到接近零，目的达不到，何必要放到国外。

若你是写政治和事实无关的blog，我们建议你放在廉价的国外空间，稳事省心。

其实以前写过一次phpmyadmin无法导入大文件的解决方案，然而有些东西，若不点透，还是会有很大批的网友不明白怎么操作。所以下面我只告诉步骤，不再讲任何原理，事实证明，任何原理，懂的人没有必要看，不懂的人他们不会去看，即使原理很浅显。

首先在原来的phpmyadmin中分两步导出mysql数据库

请分两个步骤导出

第一步：导出数据库结构。数据库结构文件一般很小，几乎不可能超过2M，所以可以直接在另外一个phpmyadmin的上面直接恢复； (read on …)