dreamhost

2008七月的DH新闻没有什么新鲜的，就没有报道，这次8月的新闻稿倒是有些有意思的东西。 1）额外的50GB备份空间。 这里要指出的是，每个Dreamhost帐号的空间都是用于网站，Email或者数据库等，这个空间的使用并不包括用于备份你的个人数据

终于决定搬出DreamHost了！ 回想一下在DreamHost已经整整三年了，其实DreamHost的服务质量还是相当不错的，像SSH和Subversion这种高端功能都有提供，而且这三年我没发现过一次宕机的情况（最开始找到DreamHost时还看到不少说服务质量差，总宕机之类的国内外评论，现在看这些应该都是树大招风吧，呵呵）。 不过也正是由于这么强大的功能参数，导致了年付每月$9.95的高价！当然，第一年是有折扣的，好像是只有3刀多的月付，现在想想国外主机的这种销售策略确实是挺有力度的，不过由于最近的时间和精力资源越来越紧张，各种功能和带宽的利用率极度低下，而且又不想公开招人一起合租，于是只好选择放弃DreamHost了，要不每月得多花多少冤枉钱啊，呵呵。 折腾了几晚之后，家总算是基本搬完了，先不做太多评论，试用一段时间再说！

rsync 是一个我很喜欢使用的备份工具，他提供了非常快速的档案传输，最重要的是可以同步主机与远端两部主机的档案，并使用“差异性备份”的模式，节省备份时的时间。 在租用了新的 CentOS 主机之后，照例也是使用 rsync 来进行备份，可是在备份的过程中发现似乎会有备份不完整的情形。其实也不能说是备份不全，而是新增加的档案有备份完成，但是已经删除的档案在另外一端却还在，没有被删除

今天发现我所有托管在DreamHost的个人网站都无法访问，查看了一下DreamhostStatus，上面说正在切换群集，与之相关的服务都会停止。但这是7小时前就开始进行了，直到现在我的所有网站还都无法访问。上一次DreamHost大规模无法访问是在去年2月份

给博客搬家后发现wordpress后台多媒体中上传图片时不能用带中文的文件名，否则穿完后会出现红叉，访问生成的URL会出404！ 记得之前在Dreamhost上是没有任何问题的，研究了一番后问题是这样出现的：WP的php脚本使用的字符编码是UTF-8，所以上传后生成的文件名字符串也是UTF-8编码的，而主机系统的设置应该是ANSI的（GB2312或GBK之类的），所以导致请求文件名编码与实际文件编码不一致，导致404错误。而之前搬家时搬过来的以前上传的文件没有问题，就是在主机控制面板上的webftp里看到的都是作为ANSI解析的UTF-8字节乱码，而后来上传的图片文件虽然用浏览器访问会404，但在webftp里看着却一切正常，这该死的字符编码问题！

管理员昨天接获通知，因综合板档案区图档中，含有违反主机商 Dreamhost 内容政策的图片，目前下列两个域名被停用： 其中 komica.org 因为是主站入口影响层面较大，建议改用副站入口或 2cat 代替。管理员目前正在和主机商 Dreamhost 方面交涉中，希望能尽快恢复正常使用。 在和主机商 Dreamhost 相关人员交涉后，今天早上两个被停用的的域名已经恢复，主站域名 komica.org 已可正常使用

给博客搬家后发现wordpress后台多媒体中上传图片时不能用带中文的文件名，否则穿完后会出现红叉，访问生成的URL会出404！ 记得之前在Dreamhost上是没有任何问题的，研究了一番后问题是这样出现的：WP的php脚本使用的字符编码是UTF-8，所以上传后生成的文件名字符串也是UTF-8编码的，而主机系统的设置应该是ANSI的（GB2312或GBK之类的），所以导致请求文件名编码与实际文件编码不一致，导致404错误。而之前搬家时搬过来的以前上传的文件没有问题，就是在主机控制面板上的webftp里看到的都是作为ANSI解析的UTF-8字节乱码，而后来上传的图片文件虽然用浏览器访问会404，但在webftp里看着却一切正常，这该死的字符编码问题！