正如博友们看到的那样，生活点滴开“分站”了，那就是：生活点滴-虚拟主机。这个站主要用于虚拟主机相关业务，可能今后还会发展到域名注册，方便国内的朋友拥有“自己的”域名。

为什么cosbeta要做虚拟主机的业务？

说实在话，在天朝的大环境下，做虚拟主机是相当困难的，至少体现在两个方面：

1.用户。网站多采集，采集在天朝。中国真正做站点的不多，所谓靠作站赚钱的几乎都是清一色做采集站、做垃圾站，而这样的用户耗费的服务器资源是其他正常用户的10倍都不止，所以cosbeta曾经说过，国外的优秀主机，只要买的中国人多起来，必定完蛋。因此cosbeta的虚拟主机是严格禁止垃圾、采集站点。

2.政策。连坐的互联网管理方式足以让一个虚拟主机经营公司因为一个站点而倒闭。所以cosbeta的虚拟主机不是很欢迎社论、政治和时事评论相关的站点。

cosbeta要做虚拟主机的原因有四：1.对web方面的东西感兴趣，想给那些安心写blog但不太关心时事的伙伴提供一个稳定的空间；2.可以通过这样的方式认识更多的朋友，毕竟朋友多了路好走；3.辞职在家，利用闲散时间赚点小钱；4.聚合更多的人气，方便今后互联网需求。

cosbeta的虚拟主机来自哪里？

cosbeta打算购买Hostgator的reseller plan，说实话，这个想法从第一次组织Bluhost合租开始都有了，只是那个时候人气不足，必定无法收回成本，因此放弃。当然江总统也在做专业的Hostgator虚拟主机，你也可以选择去他那里购买。

为什么选择Hostgator，原因很简单，目前为止，Hostgator我见过最稳定的虚拟主机，稳定性略超过Bluhost，并且一直没有过度销售，所以LiveChat客服一直很及时。另外Hostgator的中国客户并不多，因为中国人购买比较困难（曾经记得它拒绝了我paypal的购买），撞墙的机会也就大大的降低了，同样垃圾站点的数量也会少很多。综合这些因素，cosbeta选择了在著名机房planet的Hostgator。

如何避免墙的关注？

cosbeta打算用3个手段来避免墙的关注：

1. 挑选伙伴。所有客户都经过核实，尽量选择技术男和非活跃分子作为长期合作对象（主要靠这种方式）；
2. 技术监控。通过自己编写的php程序，抓取伙伴的内容（允许公开的内容），进行关键字分析；
3. 出绝招。对于长期不听劝告的用户，劝其另寻他处。

后续服务

当然，cosbeta也会利用空余时间开发出一些应用，供各位用户使用，比如相册程序等等

写在最后

http://host.storyday.com已经完工99%，有需求的朋友可以先行注册，甚至可以和eplie一样先行支付都没有问题的，主机将会在本周周末购买。

Notepad++其实是一个很优秀的编辑器，它几乎让我放弃了我用了6 7年的editplus，为什么说几乎，因为它有个小bug，那就是有的时候不认识linux下的文件换行符号，因为有时从服务器上直接打开文件，它就变成了下面这个样子

editplus则不会，但是notepad++的括号高亮功能真不错，看看

括号再多也不会花眼

godaddy主机的$_SERVER变量有些古怪，所以cos-html-cache可能会将目录搞错，现在判断html的目录方式在其他主机没有问题，而当前就目录的判断方式就是为了防止二级目录出错而设计的，因此不打算专门为godaddy做修改，因此这里特此给出godaddy的解决方案：

修改方法是：修改cos-html-cache.php文件 将$path = $_SERVER['DOCUMENT_ROOT'].”/”;替换为$path = ABSPATH ;

如果目录依然错乱，继续修改 $path = ABSPATH.”/youblogdir”,直到正常为止。

上面是针对goaddy，cos-html-cache的一个解决方案。

工行二手房的住房公积金提取条件：

1. 公司开具的提取证明；
2. 贷款合同以及贷款合同的复印件；
3. 个人身份证以及复印件；
4. 工行的银行账户；
5. 二手房购房发票（二手房没有这个东西）或者契税完税证明；

cosbeta现在满足1、2、3、4，唯独这个契税完税证明不知道是个什么东西，当初办理二手房交易的时候全权委托给中介公司，中介公司送来的资料中根本没有这个东西。现在已经过去一年多了，谁也说不清这个东西到底是有还是没有，还是已经丢了。

打电话给工行，工行的办事人员告诉我非要那个东西。我说什么东西都可以丢，难道丢了之后我的公积金就无法取出来么？接下来一个管事的人告诉我去住房公积金咨询，说只要有那边的证明就可以了。我真不信一个工行，办过这么多住房公积金的账户，连这样的事情都没有遇到过？

好吧，接下来搜索“广州住房公积金”，打开这个网站，寻找半天，终于找到一个电话：业务咨询电话：83992049，打过去，全部是自动的，没有人工服务，看来是无法电话咨询的了，真是为人民服务啊。

郁闷，正规的渠道都走不动，于是google 公积金提取，找到一个号码，电话咨询，告诉我说他们提取非常容易，但是需要交1000块钱。有人际关系，在万恶的天朝，赚钱真容易。要是我没有辞职，我还真想叫他给我代办了，自己办理肯定耽误不止3天的上班时间，1000块钱也算是很便宜的了。

这帮混蛋，谁在养你们，你们在为谁办事！

住房公积金，去你妈的，操！

n年前，也就是大学期间，cosbeta接了几个php程序的开发，客户居然有奇怪的要求，说用户的密码要能在后台查看，以方便给用户找回密码。后来，在cosbeta的苦口婆心的劝说下，客户终于同意了cosbeta的方案：将密码加密保存在数据库中，访客不可以取回密码，只能重设密码。这样的好处有三：1.保密用户资料，即使黑客攻破MySql，也无法查看用户的密码，因为密码已经加密过；2.保护用户隐私，即便是是数据库管理员也无法查看用户的密码，从而去猜测用户其他地方可能会使用的密码；3.让用户更加信任你的站点。

为此，cosbeta在这个blog刚建立的时候还发表了一篇日志，建议大家妥善分类管理自己的密码。然而在我们的身边，密码不分等级的人比比皆是，比如有人的OA密码就设置得非常复杂，我在想，要是哪一天公司的IT部门相关人员邪恶一下，将你的密码记录下来，然后因此去推测你的银行卡密码，岂不是很危险。

不过各位放心，cosbeta在保存用户密码时，一律采用了md5(username+password)的方式将密码进行了加密，然后才保存，所以在cosbeta开发的应用中，你是无法找回密码的，只能重设。当然，即使我在这里信誓旦旦的承诺，你依然也要考虑分等级来管理你的密码，永远不要在不信任的站点使用你最重要的密码。

从2006年第一次组织dreamhost合租到现在，cosbeta几乎把国外知名的虚拟主机都用遍了，现在有朋友在gmail和blog中留言，说希望cosbeta组织一次虚拟主机的合租，由于cosbeta即将离职，在家工作，所以考虑顺便做点虚拟主机的生意（实话实说，中国的互联网环境，不指望这个赚钱，靠这个做主业务的朋友，你继续，我不会抢你多大的生意的）。

考虑到我们的祖国对网络的限制，所以我这次购买hostgator有以下的限制：

1. 所有用户都必须在我提供的一个平台上注册，地址将会是http://host.storyday.com；
2. 您所有绑定的域名需要在这个平台中登记，方便我自己写的蜘蛛抓取（绝不采集发布），分析关键词语；
3. 博客尽量和谐；
4. 不准垃圾站点和采集站点；
5. 不准发布违反国内和美国法律的内容；

我打算提供的资源有：

1. 每个人都有独立的Cpanel账户；
2. 可绑定3个域名，10个子域名；
3. 磁盘空间500M，流量5G；
4. 考虑到流量主要来自图片，本文将提供一个图片上传平台，每个用户可以免费或得一个10G磁盘和50G月流量支持外链接的图片空间；
5. 价格100元/年

考虑到的情况：如果账户撞墙，我将根据到我自己的php蜘蛛分析的内容找到原因，排除原因然后更换IP地址。

大体规划就是这个样子。

这只是一个初期的设想，到时候视我收到的邮件数量而定。

还是那句话，即使这个方式因为不可抗拒的原因出现问题，cosbeta也不会丢下自己的用户的。

长城的升级是永无止境的，曾经可以简单的通过ping+代理的方式判断IP是否撞墙，现在却不行了。

以前的墙只是粗暴的屏蔽和连接被重置，现在的墙可以粗暴到欺骗访客的地步了。

朋友合租我的Dreamhost主机，绑定的域名可以正常的ping通，但是一旦访问域名就出现明显的撞墙现象：“连接被重置”。于是cosbeta错误的登录上bluehost的SSH，然后wget dreamhost的文件，结果连接被拒绝，后来才发现是dreamhost拒绝bluehost的wget，最终cosbeta从另外一台国外的服务器上确认该IP已经撞墙！

原以为是传说中的域名撞墙，结果绑定了cosbeta的storyday.com的子域名现象依旧，所以，这才确定确实是IP地址撞墙，能ping得通的IP地址撞墙！

看来，墙在变强大的过程中也在提升隐形能力？

补充，再次验证，发现不是墙有如此强大的能力，是dreamhost自身的反向解析出了错误，其实http请求已经到了dreamhost，而dreamhost无法根据域名定位到哪个服务器，所以拒绝服务了！已发送ticket到dreamhost。

很多时候，我们需要做一个多语言的站点，cosbeta认为目前多语言网站的解决方案比较多，比如：

1. 做几个不同的分站，通过用户第一次的选择将用户定位到相应语言的分站；
2. 编辑网站内容的时候，添加多种语言，然后通过用户的选择从数据库中获取对应的语言；
3. 添加一个google翻译按钮，用户自行选择google翻译查看不同语言的版本；
4. 利用google 翻译接口，通过js实时翻译网页文字，cosbeta今天打算要介绍的就是这种方法；

上面4种方法的优缺点我这里就不多描述了，相信大家都很清楚了。应客户的要求，再加上翻译方便和翻译的通用性的需求，cosbeta决定用第4种方法为客户解决多语言的问题。

最开始cosbeta的解决办法是想通过程序模拟客户端去直接读取google对当前页面翻译的内容，从而实现页面的多语言版本。比如用户访问http://storyday.com?p=1，当用户需要访问日语版时，cosbeta就将此页面通过php发送给google的网页翻译接口，然后将翻译的结果读取出来，显示在当前的页面上。然而后来cosbeta发现这种方式是不可取的，一方面google对客户端的限制比较严格，用php模拟客户端可能会导致数据获取的失败，另外一方面，google并没有推荐这种方式，所以很容易导致翻译失效。

后来cosbeta就转向了google的翻译API，配上jquery对Dom灵活的操作，很容易就解决了这个问题。 (read on …)