技术

闪电邮箱会话功能第一弹:显示发件人策略

大家在使用 GMail 的时候,有没有想过在会话列表里面,多个会话参与人是按什么原则显示出来的呢?

我们并没有去反向 GMail 的代码,只是按我们对会话阅读行为的理解,并参考了一下 GMail 的显示样式,定出如下规则:

  1. 后端把该会话的所有参与者地址都返回JS,分成两组:第一组是会话第一封信到第一封未读的发件人,第二组是第一封未读到最后一封的发件人。排序为按时间排序,并排重;第二组有可能还携带信件是否已读的标记。剩下的处理都在前端js完成
    • 如果只有一组,则可以按一个固定的策略显示
  2. 如果已读的第一个和未读的第一个发件人不同
    • 显示已读的第一个,即会话的发起者。跟随一个省略标记
    • 否则只显示省略标记
  3. 然后显示未读邮件的第一个,即未读的最新的发件人。
    • 剩下的未读邮件发件人尽量全部显示出来 (如果开发这个功能有障碍,那就先只显示最新的一个人好了)
    • 如果不能完全显示,则尽量显示最新收到的邮件发件人;别忘了再增加一个省略标记
  4. 为了尽量在这里展示更多的发件人信息,规则如下
    • 只显示 First Name,即:"Yingbo Qiu" <qiuyingbo@…>,只会显示 Yingbo
    • 没有 Name 的,只显示地址前缀,即: <qiuyingbo@…>,只显示 qiuyingbo
  5. 示例
    • Yingbo ... Xiaoyu, Jichuan, Yuan (全部已读)
    • Yingbo ... Xiaoyu, Jichuan, Yuan (全部未读)
    • ...Xiaoyu ... Jichuan, Yuan (会话的发起者也是 Xiaoyu,和第一个未读一致)
    • Yingbo ... Xiaoyu .. Jichuan, Yuan (混合了已读和未读)
    • Yingbo ... Xiaoyu ..Jichuan,Yuan (第二组中,Jichuan 信件已读。。。这种情况概率很小,一开始可以考虑不实现该特性;甚至让第二组返回的时候,只返回未读信件的发件人列表)
Topic: 商业 技术

Google Group 邮件列表偶尔会有延迟的情况

自从闪电邮箱的会话功能进行开发以来,我就一直在密切对比会话在我们这里,和 GMail 里的合并情况。碰到过几次信件已经在 GMail 那里形成会话了,但我们这里还没有收到。

一开始我很紧张,以为是我们这里拒信或者是什么其它的bug导致,后来发现,几乎都是因为 Google Group 的信件延迟造成——严重的情况下可能长达一个小时!

下面是今天收到的信件的 header:

Received: from mail-vw0-f137.google.com (unknown [209.85.212.137])
	by sohumx35.sohu.com (Postfix) with ESMTP id 5128ECAC2F8
	for ; Wed, 23 Sep 2009 14:25:14 +0800 (CST)
Received: by vws1 with SMTP id 1so470671vws.17
        for ; Tue, 22 Sep 2009 23:25:13 -0700 (PDT)
...
...
...
Received: by 10.220.68.102 with SMTP id u38mr167676vci.5.1253684010780;
        Tue, 22 Sep 2009 22:33:30 -0700 (PDT)
Received: by 10.177.112.39 with SMTP id p39gr101426yqm.0;
	Tue, 22 Sep 2009 22:33:26 -0700 (PDT)
Date: Tue, 22 Sep 2009 22:33:16 -0700 (PDT)

在从 10.220.68.102 发送到 vws1(mail-vw0-f137.google.com) 这台服务器的过程中,延误了50多钟。嗯嗯,不能全然迷信 Google

Topic: 商业 技术

迪卡侬的网店还真的很奇怪...

因为我只去来广营店,所以网站上就设置好了这家店面,也不去关注其他商店的信息——照我想来,这种超市风格的店铺,同样的物流成本,加上统一的网络入口,各个店的产品应该是统一定价呀。但刚才突然发现大郊亭店的一款海拔表 MW 500.2 的价格比来广营足足低了 1/3,而且没有任何打折标记;甚至在自己店里都要比低端的 MW 300(我就是买的这款) 还便宜。真的是很奇怪...

现在我想到唯一能解释的是,各个店长有很大的权利来给产品定价,而且他们的 IT 系统也比较强悍,每天晚上把第二天的售价/打折促销信息/库存信息上传到网站中央数据库上,使用者就可以从一个入口看到所有店面的信息了。

现在迪卡侬还开始卖松拓表了,我记得在去西藏前还没有在网站上看到过来着。北京各个店的价格也很不一致,最便宜的是在来广营。虽然比淘宝还是要贵,但比起户外店来说还凑合吧。

======== 我是分割线 ===========

话说回来,MW 500.2 以 600 元的价格来看性价比还是蛮高的,比 MW300 还多了一电子罗盘功能。 MW 300 这次西藏之行表现不错,在拉萨矫正一次海拔后,一直到前进营5300,都是非常靠谱的;直到冲顶的时候天气变化太大,精度才剧降。同行的几个 Casio 并没有表现更好,甚至海拔变化只能5m为精度,还不如我呢。MW300 就是不够 fashion,虽然非常 match 我短发后猥琐男的形象。

昨天爬香山,MW300 还立了一大功。达达在海拔260的时候就喊累了,然后我把表给她戴上,说到300米喝水。。。到400米喝水。。。450喝水。。。这样居然就兴趣盎然的爬上去了。我在搜狐楼下把海拔矫正是55m,到香炉峰顶一看相差不到10m,在北京周边活动就马马虎虎这么用吧。

有朋友问为什么野外不用 GPS 测海拔。这里小小科普一下:普通的 GPS 设备不适合步行,因为有漂移的问题,测量非常不准确;如果要高精度的 GPS 测量,那成本就上去了。最关键的是耗电,GPS 才能用几个小时?手表可是能用几年的啊。

Topic: 技术 运动

sohu 邮箱最近二三事

首先当然是闪电邮小旗登上海拔6206米的啓孜峰顶

其次是我们的 webmail 产品开发已经转移到 git 上,我想我们是搜狐第一支 DVCS 团队,oh-yeah

最后透露 sohu webmail 的一个小技术细节:我们已经开始在显示邮件正文的时候往里面插入 wbr 标签了,这都是为下一个重要功能更新做准备......敬请期待

Topic: 技术

我想要这样一款蓝牙手表

Kcore 说,攀登雪山的时候是绝对不可能把手机从兜里掏出来,慢条斯理的看一眼,再塞回去的;但是你又需要知道时间状况,以合理分配体力;金属表带不适合登山使用;So,你还是再配一块电子表吧

我觉得搜狐登山队某种方面上就是公司中高级管理人员的一个社交活动,购买装备有如奔赴酒会之前挑选合适的礼服和袖扣。所以俺很烧包的去买了一块带有温度、气压、海拔显示,甚至还号称有天气预报功能的电子表。

看了说明书后发现它使用起来非常麻烦,每经过一次长途旅行到了新的目的地,就需要手工校准一下气压和海拔,否则肯定很不准确,于是我这样YY:

  1. 手表应该能有蓝牙功能,和一个上网设备连接,比如笔记本或iphone之类
  2. 到了目的地后,上网设备根据 GPS 数据自动从服务中心下载当地的地面海拔和气压。手表通过蓝牙获得数据校准
  3. 最好这个服务中心能够提供这个地点未来几天天气的profile,以及地理位置profile。
  4. 这样在没有数据网络的情况下,手表可以根据气压和温度变化(高级点可以增加GPS信息)来精确预报24小时的天气

从硬件上来说这样增加的成本并不高,软件似乎也不太复杂。现在是否已经有这样的蓝牙手表提供给户外爱好者呢?

Topic: 技术 运动
订阅 RSS - 技术 | BT的花