itouch iOS 5 beta体验
今天晚上的时候ios 5下载完成在我的ipod touch上安装了试用了一番。
* 下拉式提醒
这个山寨了android的下拉提醒的功能相当出色，上面可以放widget（比如现在有的股票和天气），每个程序的所有push消息都可以看到。点击push消息也是直接打开程序。比如mail消息点击直接进入该封email了。
* push消息滑动解锁
直接进入用户滑动的push程序中去。
* 拍照使用上音量键做为快门
我感觉itouch的音量键本来就很难按，这个对我没有意义。
* iMessage
这个功能在iphone上适合短信整合在一块的，预计未来iphone用户之间短信都会走imessage了。在itouch上好像意义不是很大。现在msessage类的软件实在泛滥的很了。
*iCloud 云端同步
作为一个google用户，mail、calendars、contacts都和google同步了。reminders，notes用其他更好的软件替代，photo、music这些都可一和itunes同步。我觉的icloud就变得鸡肋的很了。除了作为itunes备份丢失的一个防灾措施，我没看出iCloud有什么特别大的意义。貌似iOS 5这次在iCloud上炒的很火，不过对我是一个很鸡肋的东西。
*reminder与reading list功能
两个鸡肋。比他们好的软件多了去了。可见的未来苹果也不会做好他们，就像现在的note和calendar功能一样恐怕都是作为基础提供在那里而已。
作为一个itouch用户，我觉得ios 5上带给我最好的就是下拉式提醒而已了。
PS:iOS上不少游戏都会崩溃的。。。。
PSS:耗电量不见有改善
支付宝不能建行信用卡支付？
昨天想用建行信用卡支付的时候我就发现在信用卡选项里面没有建行信用卡了。不过我也没在意，上次就遇到过中行网银不可用的情况。
今天潘淫买戒指的时候突然大惊小怪的说怎么没有建行信用卡支付了。为了解惑我就google了一把。发现支付宝论坛上有个帖子也在问这个问题。翻了几页之后发现有人回答说是建行合并了它的支付通道，还给出了建行这则通告的url地址。
url链接到建行网站上，上面果然说是以后都用帐号支付了。并且说每天限额提升到1000。嗯哼，以前只有500的-_-#。于是按照它的指示，在建行官网（www.ccb.com）的左边栏上找到“快捷服务”中的“帐号支付”。按照它的提示我申请成功了信用卡的帐号支付功能。
不过在支付宝里面还是没有建行信用卡支付啊。没事，只要选择储蓄卡支付即可，然后在连接到建行的支付界面选择帐号支付就还是可以使用建行信用卡支付了。
建行信用卡支付是个很废柴的功能，以前每天限额500，现在限额1000。不过我还是很喜欢塔的，因为必须要什么该死的ie插件，usb key之类的东西就可以支付了。我甚至在linux，手机浏览器上都可以完成支付。冲个话费，付个电费之类都很好。我还是不想失去它的。
AroundCal是个好日历软件
今天试用了好几个iOS上的日历软件。在一堆石子中居然让我发现了AroundCal这款颇具创意的日历软件。名字叫做aroundcal，的确也是围绕calendar展开的一款GTD管理软件。
觉得AroundCal很有趣的地方是所有当天的日程安排数量会在图标上显示出来。这样很直观的就可以知道今天还有多少事情没有完成了。既然它会显示你还有多少任务没有完成，那么自然你可以在程序修改日程的状态；系统自带的cal只是能够显示日程而已，而完全没有对日程状态的管理。
AroundCal另外一个很好的是有project管理。这样我就能够按照项目添加日程安排，并且能够看到项目中有多少任务已经/没有完成。自然的，项目中所有的日程安排都是我日历中的一个个日程安排，如此我在电脑上也能够浏览（因为我已经同步了google calendar到本地，本地对日历的修改也会自动同步到google calendar）。
AroundCal并且还有action，action可以对你一个事情工作了多少时间进行追踪，美中不足的是action没有整合到日历中去，而是在aroundcal中独立的数据。
AroundCal把Event整合到Task中去了，我觉得也ok。用这的感觉是没有区分task与event的必要。
110522本周读书
本周看了《全力以赴》与《野蛮生长》两本书。顺便把《兄弟下》看完了。
《兄弟》上下两本书其实都看的很快。上册看的不错，人物塑造的很成功，让我看的着实感动了一把。下册完全是出来骗钱的，流水账式的记录。没有必要看，我实在是出于完整性才把它看完了……
《全力以赴》我觉得也并不如何。通篇都是人物故事，讲这些人物如何在精力管理中改变并突破现在的困境。
嗯哼，如你所想。《全》一书就是讲如何进行精力管理的。虽然书写的不怎么样，不过我觉得精力管理挺有道理的。我觉得按照它的那种精力管理方式稍稍修改一些我的生活方式。
《野蛮生长》是宋瓜突然和我说起的。我去瞄了一眼豆瓣评价，看来不错才看的。
看下来我觉得不错。里面很有不少人生体悟。我觉得管理自己而不是管理别人对我启发特别大 。
《兄弟》上册、《野蛮生长》我觉得值得一读。
观影《加勒比海盗4》
晚上去看了这部片子。我只能说太差了。
比如最后美人鱼那桥段实在是逻辑混乱到爆。这样的片子建议别看了
rabbitmq&pika
最近公司的项目需要使用消息队列。我选用了rabbitmq，rabbitmq的官方网站上pika作为他的python客户端，所以我自然也使用了pika。
我们的服务器使用的是debian所以我很习惯性的用apt-get安装了rabbitmq，又用easy_install安装了pika。
当时pika使用的是最新版本的0.9.5。然后就出问题了，首先发现rabbitmq上的pika例子没有办法使用，说方法不支持。仔细看了一下发现rabbtmq上的tutorials上用的是0.5.2。于是想着赶紧用起来的想法就用了pika的0.5.2版本。
为了程序的健壮性mq的接受端选择一个要求每次处理完数据就要ack一下的功能。可是居然发现明明mq里面有多条消息就是没有继续给ack完的mq客户端。
我开始怀疑是pika 0.5.2版本有问题，可是改用0.9.5.版本并且按照0.9.5版本的用法使用发现连接不了报了一个奇怪的错误：AttributeError: ‘ProtocolHeader’ object has no attribute ‘channel_number’。这个为的感觉是0.9.5版本的pika有问题。可是在google上完全没有搜索到这方面的问题。
难道不是pika 0.9.5的问题？而是rabbitmq的问题？于是我看了一下debian仓库里面的rabbitmq版本是1.8.0，而rabbitmq官网上是2.4.1了。于是升级了rabbitmq，我想这样应该能够解决pika中ack消息后不能接受新消息的bug了，于是还是采用0.5.2。没想到问题还在，没法只能全部改用pika0.9.5版本，之后一切ok。
留给我一个小教训是不要完全相信软件仓库，官方网站有新的版本还是赶紧安装吧。除非有什么特别的需求。
rabbitmq : http://www.rabbitmq.com/
pika : http://pika.github.com/
完美支持cue的播放器deadbeef
上ubuntu 中文论坛逛了一下，看到不少人推荐deadbeef这款音乐播放器。我决定试用一下，因为实在是受不了rhythmbox了。
DeadBeef的官网是http://deadbeef.sourceforge.net，上面提供了大多数流行linux发行版的二进制安装包。我直接添加了它的ubuntu源然后apt-get安装的。
下载之后我直接在deadbeef中添加了我整个音乐文件夹，一共是57G，大部分是ape文件。没想到deadbeef处理起来相当快，不像rhythmbox这样会有一段时间的假死状态。特别是我选了rhythmbox总是扫描我的音乐文件夹，rhythmbox每次在启动的时候都会假死。
在deadbeef中终于见到了久违的专辑歌曲目录，它自动匹配了ape与cue文件，有点相当不错的是它没有将ape文件单独添加近来。windows上我最爱的foobar2000在添加文件夹的时候会发生已经添加了cue文件还要添加ape的情况。
在deadbeef中唯一的问题是cue文件中文显示乱码的。这个与cue文件都是gbk编码的有关，我以前尝试过将cue文件转换成utf8编码，但是导致windows下foobar2000中乱码了。我有182个cue文件，这需要写个脚本来处理了，但是为了windows中兼容问题我还是不想转换编码。
我在google上搜索到一篇文章，上面作者修改了deadbeef的源码让它支持gbk：http://forum.ubuntu.org.cn/viewtopic.php?t=303365
下载了他的junklib.c文件与我下载的deadbeef源码中的文件进行比较，由于我已经是新版的deadbeef了，所以两个文件略有不同。经过diff对比，文章作者其实是修改了junklib.c中的默认编码为gbk而已（呃，这里deadbeef作者和文章作者都用了丑陋的做法，我也沿用之。。。。）。按照这个思路我修改了新版junklib.c。
以下是0.5.0deadbeef中junklib.c的diff：
687c687
< enc = "gbk";
---
> enc = "cp1251";
769c769
< enc = "gbk";
---
> enc = "cp1251";
3387c3387
< return "gbk";
---
> return "cp1251";
3389c3389
< return "iso8859-1";
---
> return "cp1252";
猫
上周benson说以前来我们杂物间生了一窝小猫的母猫又来了，可能是又要生了。我们商量这这次一定要弄一直小猫来养。周五那天我们通向院子的门开着，没想到母猫居然把小猫叼到了benson的衣橱里面，那天晚上我们回来之后只顾着玩儿SC2也没注意听到的猫叫是从屋子里面传来的。
第二天早上我起来之后发现benson居然起得比我还早，原来丫四点多的时候被母猫吵醒了，母猫想要逃出去于是就在那撞窗户。当日我们就收获了三只小猫。可是三只小猫没法养啊，何况是三只还没断奶的猫呢。于是周六白天benson把猫都放到外面想让母猫叼走，不过有一只小猫她居然不要了，也不知是什么原因。
周六的时候benson说是给它（唯一剩下的那只小猫）喂了一点牛奶，周日说是没有进食。
周一我回上海来了，听benson说周日都没有吃东西，我都怀疑晚上我们回去的时候它会不会死了。周日加上周一都两天不吃东西了，晚上的时候回去发现它从窝里面跑出来了，估计是想找吃的。于是晚上我和benson两个人伺候它吃东西，先是弄了点牛奶，可是它不吃，我怀疑是不是它还不会吃，于是在手指上沾了牛奶想要伸到它嘴里面，可还是不吃。没办法，benson说网上查了这个时间段的小猫要喂它吃点米粥之类的。
我们小区门口的饭馆里面是有粥卖的，过去发现已经打烊了。然后家里面也没米了。于是跑到超市去买了一袋米，在超市看了一下猫粮还真有幼猫的，不过最小也是一个月，不管它，买了一袋回去看看猫吃不吃。
弄了一粒猫粮给小猫，它还真很想吃，可是它没有牙齿吃不下去，把猫粮剪成小粒之后它又不想吃了。真是整死我们两了。看来只有煮粥给它了，按照benson的说法是，平时我们两个想喝粥都懒得煮。。
煮好了粥吧，它也没办法吃啊。于是最后想了个办法是，benson用毛巾把猫包住，然后把食指伸到小猫嘴里让它嘬。我就在一边把粥沿着benson的手指慢慢倒到小猫嘴里。不过闹来闹去的很久也吃不了多少。最后让它吃了可能有一小勺的米粥加一点猫粮。
今天想着这么也不是个办法啊。得找个软管，然后让小猫嘬着往里面灌吃的。
evernote的gtalk(xmpp)机器人
我在学习的时候习惯用evernote来记录，然后最近在学习rabbitmq。所以决定简单使用一下rabbitmq，我以前搭建过用来同步发布微博的xmpp机器人。所以决定在机器人原来的逻辑基础上增加一个发送到evernote mail的命令。然后中间使用rabbitmq作为消息中间件。
流程是这样的：
xmpp机器人收到消息之后将消息发送到rabbitmq上。
rabbitmq把消息分发给注册上来的处理程序。
处理程序把消息发送邮件到evernote。
中间的好处很明显，如果直接使用机器人发送邮件的话，在他发送邮件的过程中就无法处理接下去的数据了。现在使用rabbitmq之后就不会发生停顿的问题。决定改造一下机器人，发微薄之类的都可以通过rabbitmq中间件来处理。
学习rabbitMQ
rabbitMQ是一个消息队列系统。最近工作中可能需要使用到。所以看了一下它的入门。
rabbitMQ 会动态分发数据给注册上来的callback，按顺序分配任务。
默认 平衡数量，让每个注册consumer获得相同数量的消息
rabbitMQ可以做数据持久，就算server宕机也可以恢复。每个消息处理可以做到consumer返回消息处理完才删除消息。
通过QoS可以实现动态负载均衡（consumer 处理完数据之后再分配一个新消息，简单的说就是consumer是空闲的才给分配消息，否则不分配）http://www.rabbitmq.com/tutorials/tutorial-two-python.html
rabbitMQ通过exchange把消息同时放入多个队列。
队列注册到exchange，所有发往该exchange的消息会发送到所有注册的queue中。
http://www.rabbitmq.com/tutorials/tutorial-three-python.html
rabbitMQ topic bind http://www.rabbitmq.com/tutorials/tutorial-five-python.html
rabbitMQ的一些高级的分配消息的方式就是 routing、topic。
subscription
- 我的RSS订阅：
- 我的新浪微博：
- 我的腾讯微博：
- 我的RSS订阅：
Recent Comments