如果Gmail没有了,用什么代替

最近Google关闭了reader服务,Yahoo关闭了中国邮箱,引起网友广泛的讨论。昨天在一个邮件列表里,有人还讨论Gmail如果关闭了怎么办。风河曾经在网易邮件工作过,对邮件系统保持持续的兴趣,手中有各种资源的测试邮箱不下100个。Gmail无疑十分强大,无论是用户体验还是安全性都非常好。但天下没有不散的宴席,如果Gmail真被关闭了,那么考虑如下邮件服务作为代替也是不错的。

继续阅读

发表在 Common | 标签为 , , | 如果Gmail没有了,用什么代替已关闭评论

关于Scribe的安装和使用

最近重新看了下分布式日志系统Scribe。之前我在Ubuntu 9.10很顺利装上过,现在换到Ubuntu 10.04,Ruby手工升级到1.9.3后,怎么也装不上Thrift(最新版本0.9)。卡在这个地方:

  Successfully built RubyGem
  Name: thrift
  Version: 0.9.0.1
  File: thrift-0.9.0.1.gem
gem install thrift-*.gem
ERROR:  Could not find a valid gem 'thrift-*.gem' (>= 0) in any
repository
rake aborted!

继续阅读

发表在 Common | 标签为 , , | 关于Scribe的安装和使用已关闭评论

RabbitMQ向项目主机广播事件通知

我们这有许多项目,每个项目的服务器组,需要接受一些公共通知,可以里用RabbitMQ的fanout交换机来广播通知。具体做法是,项目里的每个主机都订阅到broker,并创建fanout交换机,中央控制台需要发通知时,也连到这个交换机,并发送消息,这条消息就会被广播到每一个项目主机。结构图如下:

继续阅读

发表在 Common | 标签为 | RabbitMQ向项目主机广播事件通知已关闭评论

诗词里的春天

闲来无事,重读宋词,至李元膺的《洞仙歌》,有句:

一年春好处,不在浓芳,小艳疏香最娇软。
到清明时候,百紫千红花正乱,已失春风一半。

心有同感焉。一年春光最好处,犹在早春,不在乱红深处。

继续阅读

发表在 Common | 标签为 | 诗词里的春天已关闭评论

古兜温泉谷

公司在江门新会的古兜温泉开年会,去年也是在这里开的,今年是第二次了。离珠海不远,一小时车程,主要是高速。温泉谷三面环山,地形开阔。正是春天,树木发芽,花儿开放,远处青山黛绿,溪水潺潺,一片勃勃生机。上两张小米拍的照片。

继续阅读

发表在 Common | 标签为 , | 古兜温泉谷已关闭评论

RabbitMQ in Action: 测试RabbitMQ的高可用性

我在之前的blog里已描述如何搭建RabbitMQ的Cluster(集群),集群里的每个节点都能访问到公共队列的消息。然而,这个集群只完成了高可用的1/3配置,本文剩下的内容讲述如何配置真正的RabbitMQ高可用性。

继续阅读

发表在 Common | 标签为 | RabbitMQ in Action: 测试RabbitMQ的高可用性已关闭评论

RabbitMQ in Action 内存节点与磁盘节点

RabbitMQ集群里有内存节点与磁盘节点之分。所谓内存节点,就是将元数据(metadata)都放在内存里,磁盘节点就是放在磁盘上。如果RabbitMQ是单节点运行,默认就是磁盘节点。在RabbitMQ集群里,至少有一个磁盘节点,它用来持久保存元数据。新的节点加入集群后,会从磁盘节点上拷贝数据。但是,集群里也不必要每个节点都是磁盘节点,这主要是性能问题。例如,压力大的RPC服务,每秒都要创建和销毁数百个队列,如果集群里都是磁盘节点,意味着队列定义在每个节点上,都要写入磁盘才算成功,这样就会非常慢。

继续阅读

发表在 Common | 标签为 | RabbitMQ in Action 内存节点与磁盘节点已关闭评论

RabbitMQ in Action 关于集群队列

在读《RabbitMQ in Action》这本书,写的不错,通俗易懂。除了介绍RabbitMQ基本知识外,作者还介绍了RabbitMQ的业务场景、设计模式等,颇有收获。我在Google论坛里创建了一个RabbitMQ中文讨论组,欢迎点击这里订阅

继续阅读

发表在 Common | 标签为 | RabbitMQ in Action 关于集群队列已关闭评论

关于Linux的VIRT、RES、SHR内存

Linux的top命令会展示VIRT(虚拟内存)、RES(常驻内存)、SHR(共享内存)的使用量。man top里的说明也不怎么准确,例如这个公式: VIRT = SWAP + RES 肯定不对。如果进程没有使用交换内存,那么RES就会等于VIRT?这几乎不可能。在top里按f再按p,会打印SWAP(交换内存),这个交换内存就是按照上述公式算出来的,明显错误。

看到另外一篇blog的描述,引用如下:

继续阅读

发表在 Common | 标签为 , | 关于Linux的VIRT、RES、SHR内存已关闭评论

iCloud邮箱坑爹的发信

自从用Mac Book后,也搞了个iCloud邮件帐号,用.Mail客户端收发信。之前就发现iCloud邮件发到网易偶尔有丢信,信发出去后,网易邮件收不到,iCloud也没退信提示,这封信就默默丢了。当时以为是网易的问题,也没在意。今天特意做了次测试,共发了2次邮件,发给4个收件人,收信域分别是Yandex.com(俄罗斯)、Gmail(美国)、Myopera.com(挪威)、Web.de(德国),信件的内容来自于网易这篇新闻

结果很悲惨,没有一个信箱收到了iCloud的邮件,而iCloud里也没有退信提示,这4封信就默默丢失了。坑爹的iCloud邮箱,这让人如何放心使用。也许苹果还是适合造硬件,互联网软件和服务,它还玩不好。google下“iCloud mail sucks”可以看到很多结果。对于重要邮箱,还是使用Gmail吧,我从来没发现过Gmail丢信。如果Gmail不好访问,那么Yandex、Web.de也是很好的邮箱,起码我用着没什么问题。

继续阅读

发表在 Common | 标签为 , | iCloud邮箱坑爹的发信已关闭评论