另一种Twitter同步到新浪微博的方法

这种办法其实是对月光的同步办法的一个小小改进。其实主要就是第一步的变化。优点是更简化了一些流程,而却点则和月光的一样,不能即时同步。

不用去GAE上安装那个优化feed的脚本,而是改用friendfeed,friendfeed完全可以做到同样的对twitter feed的优化,去掉多余的东西同时不会增加多余的东西。将你的twitter帐号导入到friendfeed,当然也可以导入其它的内容,完全随你自己的意思。然后将你的friendfeed页面上的rss导入到twitterfeed。步骤完全和月光的一样。

提醒一点:在twitterfeed的高级设置里,最好去掉Post Link,这样在新浪微博上就不会有到twitter的连接。

翻墙登录TwitterFeed,在里面设置RSS Feed为friendfeed 的feed网址,目标服务可以选择Ping.FM或HelloTXT这两者之一,设置时候需要API Key,可以去Ping.FM或HelloTXT网站上获取。

之后,翻墙登录Ping.FMHelloTXT,在里面设置一个Custom URL,用来实现自定义同步服务,同步信息到火兔,具体代码参见这里

最后,使用原先嘀咕的帐号登录火兔后,在嘀神服务中,绑定新浪微博、开心网、人人网等,这样就可以实现从Twitter同步信息到新浪微博和开心网。

整个同步的流程图如下: twitter -> appspot friendfeed -> twitterfeed -> ping.fm -> customurl -> huotu -> 新浪微博。

Custom URL代码的设置:修改pingfm.php,增加如下一行:

$twitters["digu"] = new PingFm(‘http://api.minicloud.com.cn/statuses/update.format’, ‘content’, array(‘source’ => ‘你的digu用户名’), ‘你的digu用户名’, ‘你的digu密码’);

将所有代码上传到你的境外主机上,ping.fm上custom URL是“放置代码的URL+miniblog.php”,例如我的blog上该代码的位置是http://shizhao.org/sina,那么custom URL就是http://shizhao.org/sina/miniblog.php

ok。大功告成。

另外推荐:在墙内网页上显示推特记录的三种方法

解决黑莓手机无法使用google map3.2.0的办法

都说中国是块神奇的土地,什么事情都有可能发生。这次就让我碰到了一件如此神奇的事情。

google前些天推出了黑莓版的googl maps 3.2.0,增加了不少功能。但是我装上后却根本不能使用,折腾了半天,发现即使卸载掉3.2,重新装回旧版,连原来能够使用的旧版也不能用了。在网上查了一下,发现很多黑莓用户都有这个问题,主要集中在北京地区的用户。安装好gmap后,第一次启动时进度条会停留在1/4处就不动了,过一会会弹出一条消息:

提示:无法建立网络连接:此应用程序需要数据连接,某些黑莓设备需要重新配置才能正常运行。有关详情,请通过计算机访问www.google.com/gmm

然后软件就自动关闭了。下次启动仍然是这样。下面是英文版的截图:

在论坛上看到有人说去国贸附近用一次就可以解决这个问题,但是这实在太匪夷所思,实在令人难以置信。然而过了两天,再一次在论坛上看到有人说去天坛附近也可以,看来真的是基站问题?

今天下午闲来无事,抱着宁可信其有的态度,坐4号线地铁直奔城南,一路上不断测试google map是否能够使用,但是都不行,本来想换地铁去天坛,但是想想4号线到陶然亭,那里离天坛也不远,或许可以。但是到了陶然亭,测试了gmap,仍然无法使用。此时信心已经被打击掉大半,想想既然出来,干脆就再去天坛一趟吧。于是接着坐地铁,转乘到达天坛东门站。一路上测试gmap ,让然连不通。

神奇就在这里,一到天坛东门,手机居然cmnet不能用了,这下子急坏了,gmap要用cmnet,可是关键时刻掉链子,那不白跑了?于是在地铁月台里坐下,折腾手机。折腾一会儿才发现,这两天为了折腾gmap,曾经把APN中的cmnet给删掉了。以前手机不用填cmnet,也一样可以用cmnet,但是大约半个多月前,突然手机怎么用不了cmnet,最后是填上cmnet才好用的。而今天一路上用手机测试gmap,因为8900有个经常断网的毛病,因此每次测试gmap之前,都要开一下operamini测试一下cmnet是否可用。但是一路上联网状况都很正常,只是一到了天坛,cmnet就不能用了。在APN中填上cmnet,手机马上就恢复了联网状态。于是打开gmap,激动的一刻来临了!gmap神奇的能够使用了!

在回家的路上,又测试了几次gmap,生怕离开天坛,又不能用了。结果发现,果然如网上所说,再也没有出现不能使用的情况。

综上所述,这很可能是北京移动的基站问题,个人感觉可能是很多移动基站的DNS解析出了问题,因为google map开启要连接一个google服务器,很可能是基站的DNS解析无法解析这个域名,而天坛附近的基站则可以解析,而黑莓有DNS缓存功能,解析成功一次后,就会缓存在手机里,因此到了别处就也能正常使用gmap了。

个人猜测或许是最近北京在大量更新基站设备,引起了上述问题?(会不会和这次扩容有关?)对于无线通信一点不懂的我,不知道上述的猜测是否正确?

呵呵,这个基站激活功能实在是有够神奇的呀。另外,我装的是中文版的gmap3.2,在第一次初始化时,说有wikipedia图层,可是进去后,在图层选项里却没有找到wikipedia图层,难道只有英文版才有?

————————————-

更新:未到第4天,又出现断网了,看来这个sb也是不行。

这次gmap问题,连带出另外一个问题。很多8900的一个老毛病就是cmnet很容易断网。修复的办法就是拔电池重启。在讨论gmap的论坛里,有位朋友提供了一个sb,号称能够解决gmap问题,但是试用了这个sb后,发现gmap问题不能解决,倒是装了这个sb后,至今已经有2天,8900居然没有一次断网(不算在天坛的断网),或许这个sb能够解决断网问题?下面是这个SB的截图:

与我原来的sb只多了一个CMCC NET。(这里下载这个sb)只希望再过几天还不断网的话,那就证明是sb的问题了。

google wave 游记

首先声明:本人wave提名(邀请)早已用光,不要再问我要了。

自拿到wave帐号以来,着实在wave上好好玩了一把。和很多人一样,刚刚进入wave的世界,头一个印象就是不知所措,wave是一个需要学习过程才能使用的东西。很快上手后,感觉就是一个乱字。

wave具有一个天才的设计,将论坛,email,wiki, IM, SNS这些概念揉捏在了一起,一开始,进入一个wave后,感觉就象看到了QQ,充分的富文本编辑功能展现出鲜艳颜色的字体和大字号,一时感觉很山寨,慢慢用下来,一个wave给人的感觉就像是论坛的一个帖子,第一条消息后面的讨论就像跟贴,而且是即时性非常强的那种。而wave的wiki风格,带有浓重的google docs情结,也有人用它尝试做一些文档协作工作。当然,之前说乱字也体现在这里,因为他的wiki性,同时又具有强烈的IM和BBS性格,因此在一个wave里,任何人都可以修改和删除任何人的留言,任何人都可以吧自己的联系人加入一个wave,而被加入的人自己根本不知道。你只要看过一个wave,那么这个wave就在你的inbox(email性格在此体现)里了,而且你最多只能把它mute或者扔到垃圾箱,你永远也无法删除任何一个wave,甚至是包括你自己创建的都不能删除。当然对于我这种wiki熟手来说,倒是感觉比较游刃有余,而甚少接触wiki的人则一下子很难适应。其实wiki的一条规则在这里非常适用,那就是Be Bold

说到email,这篇文章的观点倒是对我颇有启发性,把一个wave看作是一封电子邮件,每个人在wave里的讨论就是email之间的回复。把wave当作email来用,的确是一种很爽的想法,或许wave的设计就是如此的?

目前wave的功能还有太多不完善的地方,例如大家普遍抱怨的卡,wave只要里面内容稍微多一点,就会卡的不行,如果用了一些gadget之类的在里面,那就更消耗资源了,看来,wave是一个对机器配置要求非常高的一个家伙。而更糟糕的是,一个wave有容量限制,里面的内容超过一定大小就会被系统自动设为只读,任何人都无法编辑和修改。这几天和一些朋友在wave里玩成语接龙,已经彻底把3个wave搞成只读状态了。粗略算了一下,一个wave大约能容纳600-900条消息或者3000-5000个汉字的字符数量(不知道wave是如何计算容量的)最最不爽的是,设成只读之前没有任何提示,当你要修改或输入新的内容时,系统才告诉你wave已经是只读状态了。

screenshot_30-thumb

在只读状态下,输入新消息时才出现的提示

对wave其实还是非常抱有希望的,如果他能把gmail, docs,gtalk等google其他应用整合到一起,那是一件非常爽的事情。换一个角度,如果wikipedia能够采用wave的这种实时编辑模式,对于解决编辑冲突问题也是非常有帮助的。目前也有人在尝试这个工作:http://mediawikiwave.org

wave宕机画面

google图书怎么了?

Google 图书

google刚刚被折腾完一次,这次又开始折腾起图书来了。先是央视新闻,接着又是各大媒体连篇累牍的报道123,王小峰也来插上一脚,只是我实在看不出谷歌到底哪里侵权了?

新闻中提到的张抗抗的著作在谷歌图书的索引,全部都只有作品的片段而已,不要说没有整部书的阅读,连其中一页的阅读都没有提供,只是一些极少的作品片段而已,而且都只是一两句话。如此这般,仍然被指为侵权,真是欺负他有钱,想在大象身上拔毛?

如果随便点开一本提供部分章节预览的图书,例如这本,左下角“少年儿童出版社许可在此显示这些书页.”斗大的许可声明,不知道这些媒体作何感想?如果这也是侵权,要么就是谷歌欺骗大家,他并没有得到这本书的授权,要么就是谷歌得到了授权,但是谷歌只是和出版社有许可协议,而没有涉及到作者本人。这可能是出版社没有通知作者,这是很有可能的。与出版社签订协议对于谷歌来说,要比与个人签订协议方便的多,谷歌完全可以把与个人签订协议的事情转交给出版社去做。

再说,图书索引这种事情,各大书商,网络书店,各个图书馆都有再做,而且至少国内做的还都不如谷歌这样考虑周全呢,却也未曾看到有人去折腾。何况图书索引又哪里有侵权问题?当然,谷歌做的有很大突破,例如整本书扫描,你搜寻的关键词如果在图书上有,则提供该页出现关键词的句子摘录,这是好事,只会对作者带来更大的读者群,带来更大的收益,而且并不会因为搜索到这些作品而损失任何利益,却说这样是侵权?奇栽怪也!

或者阴谋论的想法,那就是又在借机打击谷歌,为筑高墙做好准备,毕竟我们这里有很多书是不让读的,不让出的,谷歌图书则很可能冲破(或者已经)这个禁忌,妖魔化之是个不错的策略。当然,他们总是会冠冕堂皇的说,“中国不存在新闻审查制度”,你没辙了吧?

国际奥委会折腾摄影师

上周,澳大利亚的一位社会媒体专家Richard Giles意外的收到了一封来自瑞士洛桑国际奥委会的威胁信。国际奥委会在信中警告他去年在北京奥运会上拍摄的一张运动员照片不能够进行商业性使用。

Giles的这张照片使用了创作共用协议的cc-by-sa条款,并不禁止商业使用。作为自由内容,这张照片也在维基百科上使用。而英国的一个书商也基于同样的理由, 将在2010年出版的一本吉尼斯世界纪录的书中用这张图片。但是奥委会的信中指出,奥运会门票上有明确要求,在会场中拍摄的照片只能个人使用,未经奥委会 同意不能用于商业目的。但是这样做又明显与cc协议有冲突,而且自己拍摄的原创照片,居然自己没有随意授权的权利,实在是一个很滑稽的事情。

这里是关于此事的较全面的综述。维基百科上大量的用户拍摄的奥运会照片又会遇到怎样的状况呢?

理想中的twitter客户端

用了很多的twitter客户端,包括桌面版的(例如twhirl),网页版的(例如dabr, itweet),手机版的(例如twibble, ubertwitter),但是都不够理想,迄今仍然没有看到一款能够完全满足我的需求的客户端。

我理想中的twitter客户端,其实要求并不复杂。他应该具有如twhirl一样的强大,为了墙,可以支持API,她应该有如itweet和twibble那样亮丽的外貌,应该有如dabr那样可以直接显示各种twitter用户上传的图片。

目前手机上的客户端大部分都有一个毛病,每条消息中的链接必须点击打开那条消息后,才能点击上面的链接,操作繁琐,远不如桌面客户端或网页客户端那样可以直接在消息列表页面直接点击其中的链接那样方便。

我最喜欢的功能就是dabr的显示图片功能,可以将通过第三方twitter服务上传的图片直接显示出来,而不用再点击链接进去查看图片。这样的好处是可以先预览一下图片,如果感兴趣再点击去看大图,而且RT和回复起来也更加方便。可惜这个功能目前我只有在dabr上看到。

TwitterPhotoShow这个浏览器脚本完成了图像显示的任务,但是总还是不如原生的好。Darasion!同学前一阵子改进了dabr的图像功能,基本可以如TwitterPhotoShow那样在dabr客户端上显示图像,并且最重要的是可以上传图像到多个支持网站,尤其是在最近twipic等时常被封的情况下,可以更加灵活的上传图像并推之。在这些twitter图片上传网站中,我最喜欢的是http://mobypicture.com/ ,因为他的图片存放其实是在你的flickr帐号上,省去了图片存放地点不一,难于维护管理的问题。

改进版的dabr下载

希望能有一款适合中国人使用的twitter客户端。