PhotoFunia, Riku的Blog上看到的，也算是个改图的服务，提供一些古灵精怪的模版，例如下面这个。
一句话介绍：挺好玩的。
Google Calendar皮肤
5月中旬曾经预报说Google Calendar的Stylish皮肤要来了，结果今儿才看到发布。提供了GreaseMonkey和Stylish两种格式，脚本地址都在UserStyle。
与Gmail皮肤一样，这套皮肤的一个共同的问题就是资源占用太厉害了，所以都是试用一下之后就干掉。哪位有兴趣可以玩玩。
Swurl：又一个服务聚合工具（审美疲劳了）
之所以注册了个号，是因为这东东提供的时间线视图还不错。与Dipity的时间线不同，Swurl的展现方式有点类似日历，一年一个页面。
Posterous：聚合你的邮件
呵呵，没那么严重，这个东东也类似与一个Blog BSP，特点是用Email发布，当然，很多Blog都支持email发布，可这个可以自动解析你的附件（当然得看是什么格式），例如图片、PPT（丫是用的Scibd来处理的）、视频、音频什么的。
对俺来说，经常收到个有趣的邮件，以前都是看后就葬在Gmail里，现在直接转发到posterous共享，方便，太方便了。
想了解实际效果的，看看我的页面吧。
Monkiri：聚合你的抓屏
这个东东其实已经在我的Blog的右栏“Using Services”里出现好一阵了，不过今天趁此机会一块介绍一下。
写Blog经常需要抓取屏幕图片，以往的方式一般是，抓图，上传，然后再到blog里面帖地址。现在有了monkiri，直接浏览器里面抓屏，然后帖地址——嗯，好像也没省啥事啊。不过有个页面可以管理自己平时用的抓图，也不错不是。
实际效果，参见我的页面。
好，介绍到此为止，吃饭去……
在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
需要手工修改一些地方：
找到 server = smtplib.SMTP(’mail.xxxx.com’) 和 server.login(’xxx’, ‘xxxxx’) ，将xxx改为自己的mail服务器地址与登录用户名、密码，有虚拟主机的话，这些都不是问题；
找到 server.sendmail(’xxx@xxxx.com’, emailAddr, msg.as_string()) ，将前面的邮件地址改为自己在主机上面的邮件地址；
找到 readers = ({”user”:”xxx1″, “email”:”xxx1@gmail.com”, “sid”:”xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”}…
这儿可以配置多个需要导出的gr。user后面的随便写，只是邮件里面好看而已，email是目标地址，sid则是从gr的cookie中弄出来的，这个需要找个cookie查看工具，然后将那一大串sid值copy过来；
扔到corn job里面就可以了。
以后有空，可以改写一下，至少将这些配置改的方便些。
这个脚本对于多数人是没意义的，不过没准有些人需要（就像老郁这样的）。另外，既然自己买主机了，这一堆相关的配置也就肯定不是太难的事了，所以我也不需要多费唇舌。
与虚拟主机相关的一些备份基本就这些了，以后有新的东西再补充吧（唉，本来没想写这么一堆的，估计都没什么人看，残念）
无聊，在Friendfeed中加人玩，发现新加的人中有人推荐了篇BlogRSS feed 不输出全文？一样搞定你，介绍了个GreaseMonkey的脚本“google reader full feed changer”，也就是说对于那些不支持全文输出的blog，可以用这个脚本来获取全文。
具体的介绍参见那篇Blog吧，用着确实蛮爽的，这玩意采用xpath来遍历blog原文，于是我就随便找了个不支持全文输出的blog做测试，想把其文章和后面的评论都搞过来，这个语法在xpath里面很简单，只需要中间加个“|”就可以了，如：
xpath: ['//div[@class="entryBody"] | //div[@class="commentTitle"] | //div[@class="comment"]‘]
结果不行，只能取出xpath定义的第一个节点，查看源码发现，作者做了这方面的限定。于是做了简单的修改，使其可以读取多个节点（具体的方法，作者其实也已经提供了，只是最后调用的时候不知为何做了这个“只读取第一个”的限定）。
用我那蹩脚的英语给作者留了言，也不知啥时候会改，这儿先放一个我的修改版吧：google reader full feed changer
Update(2008-7-19)：前一阵这个脚本作者做了升级，也就是修了俩小bug而已，不过实现方式没有变化，所以我只好自己升级自己这个修改版了，另外将里面的AUTO_FETCH属性设置为false，也就是GR里面相关文章激活之后并不即时读取该文实际页面，而是需要按一下快捷键“z”才会读取，这种玩法比较合我胃口（也省点资源算是），哪位不喜欢可以自己手工改一下这个参数为true。
另外，里面已经包含了一些我定制的SITE，也可以根据自己需要取舍。
更新文件：google reader full feed user修改版（2008-7-19）
一张图胜过千言万语……
不过那个Faster的理解可以多角度哦^_^
荣誉属于煎蛋！
