商业

闪电邮箱移动版本功能更新

在我们三周的产品更新计划里,10月15日这次发布对最终用户来说最大的增强就是移动访问能力的改善.

大概半年多前,我们已经去掉了对 WML/WAP 1.3 的支持——当时得到的一个数据是现存的手机有 80% 支持 WAP2.0,在售的手机有 95% 支持 WAP 2.0。这次进一步增加了色彩和图标的使用,让用户得到更佳的视觉体验,而且针对智能手机也做了一些优化。

无图无真相:

  • 微软刚刚发布的 Windows Phone 6.5
  • 这是 Palm Pre/WebOS, 传说电信要定制?
  • Android,也就是中国移动的 OPhone
  • 当然少不了iPhone,中国联通

GMail 大概维护了有4套webmail UI:普通Ajax/基本HTML/WAP/Mobile Ajax 。 我们精力有限,可以肯定 Basic HTML 不会提供了,或者说我们的 WAP 版本也算一个 Basic HTML ,在 Ajax Load 过程中,已经在提示用户可通过 m.mail.sohu.com 进行访问。我们会继续完善我们的这两套 UI, Mobile Ajax 有兴趣,但还没有规划。

最后,mail.sohu.com 这个入口是能够识别绝大多数的移动浏览器并自动重定向到移动版本 m.mail.sohu.com 上的,如果您的手机不是这样,希望能告诉我。//beg

下一次发布是 11/5

Topic: 商业 技术

很尴尬的成为 SSL 中间人攻击的教材

见:http://wuhongsheng.com/it/2009/09/ssl-hijack/ ,现在这个所谓的漏洞已经得到修补,暂时不打算跨省追捕这个吴洪声

附带宣布一下,继 vip.sohu.com 提供 https 服务之后,mail.sohu.com 也计划提供全程加密的 https 连接。技术在 vip.sohu.com 上已经证明可行——主要是灵活处理 URL,在普通模式下静态资源比如图片/JS使用 CDN;在 https 模式下使用 https://mail.sohu.com。

Topic: 商业 技术

闪电邮箱会话功能第二弹:会话计算和显示

gmail的会话合并是通过主题来完成;而且没有参考Header里的字段——做一个简单的测试:回复一封信,换一个主题,然后可以看到回复信和原件并不在一个会话里。

根据主题来确定会话是一定要有的,几个中文webmail只有163、QQ、sohu正确的实现了In-Reply-To,为了更大的兼容性必须如此。

搜狐现在的方案是,同时根据Message-ID、In-Reply-To、References,以及信件的主题来做会话的归属计算。所以在 GMail 里看到的会话和 Sohu 里看到的会不太一样。

GMail 仅仅使用主题来计算可能是优化这种情况:发信人很懒,每次写信都是从读信页面里选择回复,然后换个新主题,删除掉所有内容,而不是重新写一封邮件。我们以后是否也换成这个策略等用户反馈吧

或者可以更智能的从内容里面的引用关系、相关度去计算会话??现阶段还只能想象了。

某些情况下我们会主动 break 会话:

  1. 和第一封时间超过 30 天的 (想象一下你订了一个服务叫“今日股评”)
  2. 会话总数量超过 100 封 (太多了对阅读信件UI是一个灾难)

===============================================

有的时候,信箱里会有2封或多封Message-ID一样的邮件,最简单的情况是你写一封信给自己,这样已发送和收件箱里各有一封;或者你发一封信给邮件列表,邮件列表会重新给你寄一份。

在一个会话里看到两封一模一样的信不那么优雅,我们的规则是这样:

  1. 首先隐藏不在本文件夹的信(比如一封信发给自己,那么在收件箱中,看到的是投递过来的信;在已发送中,看到的是发送出去的信)
  2. 然后隐藏新邮件(这样也是为了防止攻击,恶意顶掉别人发的信件)
  3. 最后保证,一个会话只显示一个 Message-ID
Topic: 商业 技术

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

大家在使用 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: 商业 技术

PowerPoint 的提词板功能

现在我要求出 ppt 都是尽量用图,少用文字,一个简易的标准就是平均每页不得超过 2 行正文——照 ppt 念是完全不能接受的,如果这样的话有一个t2s引擎就够了,还要演讲者做甚;听众的注意力应该是被演示者所吸引,而不是在费力阅读墙上的文字。听到我这个标准后大家就郁闷了,难道演讲的文字都得事先背好不成

哦,你们还不知道 PPT 有这个提词功能么?就是笔记本屏幕上并不是投影的克隆,而是针对放映文稿事先写好的备注:

  1. 首先在显示属性里,选中投影设备,然后选中“将 Windows 桌面扩展到该监视器上”

  2. 其次从PowerPoint的"幻灯片放映"菜单进入"设置放映方式"

  3. 在对话框里"多监视器"里选中"显示演示者视图",同时正确选择投影所显示的设备

  4. 现在F5放映,就可以在投影的同时从笔记本上看到这么一个控制台了

在这里你不但可以看到事先写好的提词备忘,演示开始了多长的时间,还可以快速的切换幻灯到特定的页上。。。。。。这实在是做演示的一个必杀技,很奇怪为什么 PowerPoint 把这个功能隐藏得这么深,它本应该检测到2个显示器后自动激活的。

Topic: 商业

原来是我得了大公司病

说到自己越来越缺乏锐气,现在想来是我得了大公司病。:)

以前在创业公司的时候,生活中充满了 argue,CEO/COO/CTO的想法看法我不认可,就会去一起讨论,那怕是自己在心里 argue 一番。

但在大公司,政策是没有 argue 的余地的,因为你不可能去改变它,只能顺从。而上下级关系呢?好像也是执行执行执行,没有太多可讨论的。

另外,创业公司虽小,但每几个月,总能碰上外面的牛人,比如谢文,比如邓峰,比如叶忻,比如李嵩波,真正是谈笑有VP,往来无小兵

这篇日记不公开发表了罢.....

Topic: 商业

回顾以前的 blog

“商业”标签的都一页页翻了一遍,觉得自己的思维和写作能力在下降。

可能是太专注现在的工作了?又可能是风格越来越官僚了?我觉得自己少了好多锐气.

关于“高人访谈”这篇文章,里面提到的高人是谢文,那个xxxxxx公司是blogcn,哈哈

两年前写了"火车票啊火车票",现在觉得我提的解决方案仍然是很靠谱的。不过现在我又多了一个思路:假设北京有600个售票终端,每天发出列车200趟,每趟列车18节车厢。那么就固定售票地点——在最开始放票的时间段内,比如说 9:00-11:00,每个售票终端卖且仅卖5日后的某趟列车的6节车厢的票,这样至少可以规范售票的秩序,而且运营成本是很低的,只需要软件改动就可以。。。呵呵,纯属brainstorm

Topic: 商业 生活

2008-01

今宵酒醒何处??决定干一件很无聊的事情。

大学的时候看 Byte 杂志,里面每一期都列出它在一年前/五年前/十年前的文章..其实我在五年前好像也有blog了,不过没有文章留存,这一次先从一年前开始吧。看看2008年1月俺都在干啥想啥

  1. 家庭存储
  2. 从瘾科技上看到的两款产品
  3. sogou 向左,youdao 向右
  4. 大事件.. 附带说一下,现在 App Store 和 iTune 一样,成了一个新的强力平台
  5. 《死了都要爱》二人合唱提示
  6. 今晚达达给我们讲故事——《三借芭蕉扇》
  7. 漩涡
  8. 用 PPT 做简历?..里面提到的女孩,现在在我们这里工作的很不错
  9. 用 python 查询纯真 IP

反省:和一年前相比,最近关于达达的记录少了,照片也少了;好像也很少写程序了

Topic: 商业
订阅 RSS - 商业 | BT的花