别了,Dreamhost……

真是不幸,刚把wordpress的版本控制功能屏蔽,就丢了这篇文章。重写,简单写写。。。

前天花了大半天时间把someok所有相关域名都从dreamhost迁移到了godaddy,算是基本告别这个死要钱的Private Server(隔三差五就是5美刀、10美刀的账单,慢刀子割肉,也疼)。

刚刚跑去查了下,发现是2007-3-7买的dreamhost空间,不知不觉3年已经过去了,能在一个地方呆三年,基本都有点故乡的感觉了,所以,在此和dreamhost握个手,告个别。

再见,仨尤娜拉,骨的败……

备份才是王道

在twiter上看到webleon说到选择blogger.com的ftp发布而不是自购主机上wordpress的原因是“WP的话服务器有什么事,文章就全没了”,而“用blogger最大的好处是不用担心数据丢失,只要关心输出就好了。”这应该算是一种蛮普遍的想法了,不过我们必须认识到的一点是:网络上,安全永远是相对的。wp可能会丢掉所有文章,而用blogger.com则可能会丢失blogger帐号。

像我现在最担心的就是我的gmail帐号,这玩意已经是我网络工作台的核心,如果丢失,损失想想都是头大,而gmail帐号丢失又是很可能出现的情况,毕竟已经有好几辆前车为鉴。于是我现在都是将邮件自动转发到yahoo邮箱里面,原则就是损失能挽回多少是多少

拉拉杂杂这一堆,想说的其实就是:备份才是硬道理!

下面介绍一下我常用的备份策略:

关于虚拟主机与Wordpress备份:

当初也是像webleon一样,用的blogger.com的ftp发布功能,不过后来发现wp相比blogger实在强大的过分,于是也就毅然决然地转了,虽说花钱买dreamhost有点肉疼。

由于与webleon一样的担心,所以第一件事就是寻找相关备份工具。还好,网络之上无新事,你想到的,别人都已想到,而且也已经做出来了。WordPress Database Backup备份数据库,cwRsync备份主机上的文件,具体方法可参见我当初写的那篇虚拟主机数据备份一法

关于Google Reader的Feed备份:

【注:这个方法我只是在我用的dreamhost主机上测试了,其它地方不保证可用】

google的东西也不敢保证绝对安全,所以能备份还是尽量备份。不过GR没有自动导出opml的工具(我没找到),于是我就写了个python脚本(第一次用python,狂翻api攒出来的,只是满足自己需要,所以也没考虑到易用性),扔到主机的cron job里面跑,每天运行一次,将opml导出后发到gmail邮箱里面。

有需要的,可以下载:Google Reader OPML Export

需要手工修改一些地方:

  1. 找到 server = smtplib.SMTP(‘mail.xxxx.com’) 和 server.login(‘xxx’, ‘xxxxx’) ,将xxx改为自己的mail服务器地址与登录用户名、密码,有虚拟主机的话,这些都不是问题;
  2. 找到 server.sendmail(‘xxx@xxxx.com’, emailAddr, msg.as_string()) ,将前面的邮件地址改为自己在主机上面的邮件地址;
  3. 找到 readers = ({“user”:”xxx1″, “email”:”xxx1@gmail.com”, “sid”:”xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”}…
    这儿可以配置多个需要导出的gr。user后面的随便写,只是邮件里面好看而已,email是目标地址,sid则是从gr的cookie中弄出来的,这个需要找个cookie查看工具,然后将那一大串sid值copy过来;
  4. 扔到corn job里面就可以了。

以后有空,可以改写一下,至少将这些配置改的方便些。

这个脚本对于多数人是没意义的,不过没准有些人需要(就像老郁这样的)。另外,既然自己买主机了,这一堆相关的配置也就肯定不是太难的事了,所以我也不需要多费唇舌。

与虚拟主机相关的一些备份基本就这些了,以后有新的东西再补充吧(唉,本来没想写这么一堆的,估计都没什么人看,残念)

在Dreamhost上装Trac

Trac Logo最近有个项目需要多个地方的人一起操作,所以只好将过程跟踪、版本控制都放到网上,后者还好说,Subversion已经熟的很了,而对于过程管理来说,我最喜欢的jira是没法用了,因为java主机实在不好找,有朋友虽然可以提供,不过管理上不够方便。最后只能考虑在我的Dreamhost主机上装trac了。

这玩意除了过程跟踪,还集成了wiki功能,虽然早就有所了解、试用,不过这上手安装才发现真是复杂。Python开发的东西,安装过程实在繁复,相比之下,java开发的应用装起来简单多了,以前觉得挺痛恨的jar地狱看来也不那么让人郁闷。

我采用的版本是0.10.4,数据库直接采用SQLite了,因为据说对MySQL的支持还不是很好。

这儿有篇比较详细的安装文档,一步步跟着走就行了。唉,我就是这么过来滴啊。。。

两个Bug

这年头装点软件、用点服务是越来越辛苦了。

1、Dreamhost的bug

昨天在Dreamhost上设置个Subversion,结果呢,通过浏览器访问http地址正常,用客户端登录就不好使,寻死觅活地报“301 Moved Permanently”错误。

G了一下,发现解决方法倒也简单,可惜对于dh这种虚拟主机不适用。既然花钱了,就找丫们技术支持吧(对dh的客服不抱啥希望,丫们解决问题的能力显然不如制造问题的能力),没想到刚选择“Subversion”选项,下面就出了两行提示,第一行就是关于这个301问题的,原来是指向subversion的域名对应的目录不能命名为“svn”,狂ft了,我早就养成了在任何地方表示subversion的时候都用简称(svn)的习惯了。所以我的svn域名为:http://svn.someok.com/,对应的目录为/home/username/svn

这个实在不能不归结为丫们的bug了。

对了,还需要注意一点就是,这个目录下还不能创建跟你的svn库同名的文件夹。例如你建了个名为fuckdh的库,那么该目录下再创建个同名目录的话同样报错。

2、Live Messager 8.5安装时候的bug

msn8.5的beta出来了,不过相信不少人也遇到安装问题了,反正我是遇到了。

点击安装文件之后,出了个对话框之后就死翘翘了,嗯。。。意思就是啥也没有了,没有那熟悉的下一步让我颇有点无所适从。

继续放狗,结果出来的全是同一篇文章《高手答疑解惑解开MSN8.5无法安装之谜》,那么多不同的网站全copy了这篇,老郁都替丫们心痛空间。

不过这篇文章使用的是Vista系统,里面的情况跟xp稍微有点不同,反正就两点:

  1. C:\Documents and Settings\All Users\Application Data下面会有两个文件夹“Windows Live Installer”与”WLInstaller”,干掉
  2. C:\Program Files\Windows Live下面有个installer文件夹,干掉

OK了。

补充一句:8.5除了没啥意义的界面更炫之外,就没发现其它的。嗯。。。如果资源占用增加也算的话。反正发现微软的升级风格越来越跟腾讯有一拼了,唉,看看TM的新版升级吧……