bluehost老是要是改来改去的，用四川话说就是x yan痒得很，以前的时候必须修改DNS才能绑定域名，而且域名只能绑定在主域名的一级目录下面。后来又进行了修改，支持n级目录绑定。然后又再次修改，此次修改之后，域名又只能绑定在一级目录了，而且依然必须修改dns，或者提供EPP Code（能提供EPP Code的地方一般都能修改DNS）。
现在好了，bluehost不再需要修改DNS了，只要需要将A记录修改到对应的主域名的IP地址即可完成绑定，各位使用bluehost而域名又在国内注册的兄弟们，这下爽了哈。
自从上次 bluehost账户被黑，请求 bluehost客服将我的数据恢复之后， bluehost居然就莫名其妙的把我账户上的weekly和daily备份的脚本给停了，正因为如此，所以上周周末，我的一个crontab计划任务错误的将一个朋友的数据库清空而无法再次恢复了，这里向这位盆友道歉，实在对不起，自动续费一年的补偿希望能小小的表达我的歉意。同时我也在这里呼吁各位合租伙伴，请一定要记得定期备份数据库，如果你使用的是wordpress，只需要安装一个数据库定期备份插件即可！
目前我已经将定期删除未续费账户的脚本给停止了，所以各位合租伙伴不要惊慌，此等事情不会再次发生。事情的原委是这样的，我在服务器上有一个文件保存着已经续费的名单，当到期之后如果合租伙伴没有续费，则该脚本将会自动删除该用户的所有文件和数据库。而islet8同学由于中途修改了域名，所以我在记录日志中将该域名去掉了，同时换上了新的域名。但是由于数据库的后缀依然保持着islet这个字符，于是脚本便认为此用户应该被删除，以至于“犯下弥天大错”。目前bluehost已经再次打开了他们的daily和weekly自动备份的脚本，但是希望你还是得自己备份，毕竟livechat也比较麻烦！
如果你是bluehost用户，如何才能知道自动备份脚本是否打开？SSH登陆到bluehost服务器，进入目录/home，然后你就会发现有几个文件夹username/ username.daily/ username.weekly/，weekly和daily目录下的文件就是周备份文件和日备份文件了。如果里面没有任何文件，请联系bluehost，要求他们做定期备份。
被该死的IE给搞惨了，耽误了很多时间，实在不划算。打开页面的时候，FF下一切正常，但是当我用IE6测试的时候，JS总执行不下去了，提示“尚未实现”，无论怎么搞就搞不定。在firebug中也没有看到任何错误提示。打开IE就遇到该死的“尚未实现错误”，根据IE中提示的位置找过去也没有发现任何错误，看来IE的报错定位也不太准确。万般无奈之下，google搜索，终于找到了错误所在的地方。原来错误在于window.onload= myFunc(var1,var2);IE的window.onload函数中不支持参数调用，虽然函数会照样执行，但是却会出现报错，影响后续脚本的继续执行，下面是两种简单而有用的解决办法：
足够了，就这两种方法。
幸亏当初设计的时候用了PEAR的 Cache_lite做了多级的缓存。结果今天进入google统计一看，没有想到今天居然飙升到13000多IP，实在不可思议，估计又是撞上了新的热门关键词语，看来改版的时候得更加注意考虑缓存了，缓存设计至关重要，否则很容易被拖垮的。目前新的版本已经完成了50%，希望能在6月之前发布出来！
即使用了cos-html-cache，hecaitou.net终于还是被DH给禁止了，在和菜头以为问题得到解决的时候被停了，在我感觉有些欣慰的时候被停了，停得很残忍。稍微熟悉php的人都应该知道，php的缓存始终都不可能超过纯静态的缓存，所以即使按照DH的要求，安装了wp-cache，我想问题依然会存在。根据我的猜测，一个blog，80%的用户访问的页面应该是single post的页面，而tag标签页，按月存档等等是不会有多少人访问的，因此对single页的静态化将大大的降低服务器的负载。此次菜头的blog被停只能说访问太大，对于他的blog，对于DH分配的系统资源，即使静态化也不能满足要求了。可能有朋友说了，静态化怎么也不能满足要求呢，静态化应该不占用资源啊。上次我的服务器因为一个mp3导致流量太大被停帐号足以说明一切，mp3文件也是静态化的呢。
不过好的是 bluehost不会像DH那样会威胁客户， bluehost直接让你的帐户suspended，然后再客服的协助下，解决问题之后，账户将会再次打开，如果依然不行，可以继续上一个步骤，所以你不需要担心数据被删除，这就是为什么在DH速度超过 bluehost的情况下，我还是宁愿用 bluehost的原因了！
PS：今天发现 bluehost的ping延时已经减少到200ms了，想此前的512ms相比，大大的提高了，是一件喜事！
以前bloggermap对Blog的分类是采用tag的方式，tag的好处在于灵活自由，但是正是因为如此，所以就导致了tag使用处于无控制状态，不信你看看这个页面就知道了。所以对于正在改版的bloggermap我将采用tag和分类的结合方式，这样有利于管理和控制，而且新版本的bloggermap将会根据网友的要求提供RSS合烧服务，你可以选择自己感兴趣的类别进行集中订阅。目前我遇到一个问题了，那就是如何对所以的blog进行分类，什么样的分类比较清晰合理而又不重复，这是一个很大的难题。我寻找了几个国外的站点对blog的分类来进行参考，但是始终不是很满意，所以在这里求助各位网友，谁能帮我想出一个合理的分类（只需要一级分类）呢？或者希望大家踊跃留言，发表自己的看法，然后我再集中优化一下！目前我自己整理出来的分类如下：
艺术 汽车 儿童 读书 商业 大学生活 时事新闻 教育 娱乐 环境 时尚 美食 新奇科技 游戏 健康 居家生活 挣钱 音乐 科学技术 体育 网络技术 编程 个人生活 女人 旅游
期待大家的反馈！
在很多情况下，我们对表单中的某些字段需要在客户端做简单的js验证，比如不能为空。按照传统的方式，我们可能就会去写一个函数来一个一个判断表单中的字符是否为空，为空则返回false，譬如：
去他妈的的抵制,去他妈的爱国,去他妈的奥运.从明天开始,本人将专心对bloggermap进行改版,新的版本将会更加简洁,更加2.0,同时将只采用平面地图,原因在这里,当然也会增加许多功能,到时候,希望广大的blogger们可以通过这个平台一起灵活的交流交流,网友也能自发组织同城blogger的聚会活动!希望大家多多支持.
bloggermap客户端将全部采用jQuery驱动,因此我的改版的过程中,也会将jQuery的一些应用在这个blog写出来,对新手来说应该有借鉴的作用,当然高手就别看了!
