老韩
16三/108

我们的开源Twitter客户端:TinyTui2

  TinyTui是由印客网前技术总监老庄(表伟)发起的一个开源项目,后来由于共同的兴趣爱好,我和另外一个朋友felixding也加入到了这个团队当中。项目虽然不大,但却凝聚了我们不少心血,当然,做为后来者加入的我,贡献有限,主要还是前面两位牛人在开发。目前产品正在完善当中,不过已经基本上满足需求。

  一、关于TinyTui2:
  TinyTui2是一个基于Twitter API构建的Twitter客户端程序,目标是建立一个高可用性、高智能的代_理平台,为墙内的互联网用户搭建起通往Twitter的桥梁。为了防止信息过载,我们在这个平台上加入了贝叶斯算法(bayesian,wiki:点这里),试图应用这个算法的自我学习机制,来过滤掉一些无意义的噪音,让用户能更有效Touch到目标信息。
  TinyTui2为开源程序,基于GPL协议,可二次开发,当然,我们也要求二次开发人员须具备能忍受我们在代码间叽叽歪歪的废话而不疯掉的心理承受能力,除此没其它的要求。祝您好运,感谢祖国,感谢父母,感谢国民党,感谢功夫网,感谢你丫挺的。
  项目主页:http://code.google.com/p/tinytui2/

  二、我们的信念:
  以佛主如来的名义,Fuck G_F_W 一万年。阿门。

  三、系统安装:
  1、将程序上传到你的WEB目录下,请保证域名指向的根目录是:apps
  2、保证:cache目录及其子目录可写。
  3、保证:libs/b8-0.4.4/etc/config_storage.php文件可写。
  4、运行:http://youdomain.com/install
  5、输入你的数据库账号及密码。点击安装。
  6、安装成功之后,请删除apps目录下的install文件夹。

  四、目录结构:
  /----apps - WEB应用程序所在目录
   | |
   | |----install -- 系统安装文件
   | |
   | |----src -- 静态资源文件
   |
   |--conf - 网站配置文件所在目录
   |
   |--libs - 库文件,包括开源的库,b8和smarty
   |
   |--view - 模板所在目录
   |
   |--lang - 语言包所在目录
   |
   |--cache - 缓存目录(此目录以及子目录必须设置为可写)
   | |
   | | ------ smarty_cache -- smarty缓存目录,可在配置文件里设置是否开启。
   | |
   | | ------ templates_c -- smarty模板编译默认目录。
   |
   |--Doc - 文档目录,包括原始的参考资源,以及原始的PSD文件等。

  五、系统配置:
  要运行本套系统,需要满足如下条件:
    1、墙外的虚拟主机或VPS一台。
    2、PHP+MySQL环境,虚拟主机要有可读写权限。
    3、不怕被墙的域名一个[可选]。

  六、开发人员Twitter及BLOG:
  @zhuangbiaowei - http://www.zhuangbiaowei.cn
  @felixding - http://dingyu.me/blog/
  @handaoliang - http://www.handaoliang.com

  七、其它:
  这是PHP版本,后续的Python+Tornado+GAE版本正在开发当中。
  线上版本:http://www.ijiyi.com,欢迎关注并使用。

3十一/090

从市场和产品的角度看搜狗云输入的应用

  中午吃饭的时候,在电梯里和搜狐小纸条的负责人聊起了搜狗昨天发布的云输入,然后我问他,有没有考虑在小纸条里嵌入云输入法?回答是没有,呃。
  事实上,在云输入法一发布的时候,我就在猜想搜狗会通过什么途径来推广。是延续一贯的众包方式?抑或是通过与第三方的合作?再或者首先会在搜狐矩阵内来进行嵌入?那么,如果选用第一种方式,则必须有着丰富的API接口,根据我的观察,这一点搜狗目前似乎还没有做到位;而如果选用第二种方式,则必须依托强势的市场力量,同时还需要依托丰富的API接口,基于前面的叙述,显然这一方式还不成熟。那么剩下的就是首先第三种方式了,事实上这也是搜狐产品一贯的方式,毕竟是门户嘛,随便拿一个频道出来,都有着大量的用户群,不差钱、不差资源的,要不怎么说门户都那么牛气冲天呢。
  如果选用第三种方案,又如何来实施呢?这首先要看搜狗云输入适用什么产品、什么人群。呃,不要拿板砖扔我,我知道这个问题其实很弱智,因答案显而易见:对于产品,显然是有输入需求的产品;对于人群,显然是有着大量输入需求的人群。OK,知道了这两点,就可以来盘点一下搜狐矩阵里哪些产品适合嵌入搜狗云输入法了:

  一、搜狐小纸条(http://me.sohu.com)。
  显然,这是最适合来做推广的一个途径,原因有二:
  1、搜狐小纸条是搜狐唯一的IM产品,在搜狗矩阵中有着大量的嵌入,可以说是横向联系搜狐用户的主要媒介之一(另外一个是Passport)。适合用来做推广。
  2、使用搜狐小纸条的用户必然有着输入需求,在这种情况下,嵌入云输入法是丰富小纸条用户体验的一种方法,同时也是推广云输入法的一种途径。

  搜狐小纸条嵌入云输入法想象图:
云输入法应用

  二、搜狐白社会(http://bai.sohu.com)。
  白社会是搜狐的SNS产品,这款产品里有着大量的用户间的互动,在这种情况下,嵌入云输入法不仅可以起到宣传产品品牌的作用,同时还增强可用度。
  想象效果图:
云输入法应用

  搜狐产品太多,就不一一列举了,可以预见,未来搜狐的产品,但凡涉及到输入的地方都有可能会嵌入云输入法。比如:邮箱、评论、社区、博客等等。只是在宣传上可能会采用不同的噱头,比如博客,就可能会这样宣传:搜狐博客,互联网自带中文输入法的第一大博客。

  最后严正声明:以上纯粹是个人观点,不代表搜狐官方意见,亦不代表。

22十/090

Google和Live企业产品调研

  一、Google Apps产品介绍及体验:
  Google Apps是Google提供的一款“团队协作应用”在线工具集合。用户只需要拥有某一个域的邮箱地址,即可以注册成为其用户。倘若注册成功,Google将为这个域的用户提供一系列的在线协作应用工具,比如在线Docs、在线Calendar等等。
  在对Google Apps产品的调研过程当中,为了保证测试过程能够顺利进行下去,首先我们需要确认这个应用是否对任意域的邮箱账号都有注册支持,因此我选择了一个从未注册过Google Account的域meeuu.com以及不存在的域邮箱地址handaoliang@meeuu.com来进行注册。经测试注册成功,如图所示:

Google Live 企业产品调研

  从这个提示页面我们可以看出,Google Apps无需确认域是否存在即可以注册,这意味着如果团队需要使用Google Apps的工具进行团队协作,则只需要为团队假定一个域,同时这个域支持邮件收发功能,这样即可以注册并使用Google Apps,当然,在上面的过程当中,由meeuu.com域不具备邮件收发功能,因而此邮箱无法验证通过。为此接下来我使用公司账号handaoliang@sohu-inc.com进行注册,同样注册成功:

Google Live 企业产品调研

  收到确认邮件之后,激活通过。确认通过:http://www.google.com/a/sohu-inc.com可以登录。登录后,Google Account部分显示为:handaoliang@sohu-inc.com。

Google Live 企业产品调研

  二、Google Apps 和Google Account的关系:
  当我们确认我们注册的sohu-inc.com域下的账号能登录之后,由于Google Apps在其Account部分显示的是当前域的邮箱地址,因此我们必然的会想,难道在Apps中注册的handaoliang@sohu-inc.com即可以作为Google Account的Passport账号进行登录吗?试一下:

Google Live 企业产品调研

在确认用户名密码没有输入错误的情况下,结果是提示用户名密码不匹配。HttpWatch截图如下:

Google Live 企业产品调研
上图所示:Post的数据

Google Live 企业产品调研
上图所示:Request Header

然后我们通过http://www.google.com/a/sohu-inc.com来进行登录:
Google Live 企业产品调研

此时HttpWatch截图:
Google Live 企业产品调研
上图所示:登录Google Apps时Post的数据

Google Live 企业产品调研
上图所示:登录Google Apps时的Request Header

  此时我们查看其所种的Cookie,这些Cookies所对应的路径都是/a/或者/a/sohu-inc/,因此,其它的应用无法共用这些Cookies,比如此时当您返回到:http://www.google.com/account/这个界面时,系统依然还需要登录方可使用Google的其它服务,比如Gmail等。
Google Live 企业产品调研

  因此得出的结论是:Google在处理Apps的账号时,在后台使用的也许与Google Account相同的系统(从Cookie名称的定义以及部分Cookie值的格式定义上看,基本可以认定是在用同一套系统),但是至少在前台Cookies的处理上是分开的,从产品的角度来看,这是可以理解的,因为这毕竟是针对团队应用的产品,因此Cookies分离可以让用户在使用团队应用产品的同时,也同时可以使用Google提供的个人应用产品(同一个浏览器的情况下)。

  三、Domains.live.com的账号和Live Passport的关系:
  Domains.live.com的账号直接就和Live Passport挂接到一起了。
  在调研domain.live.com的过程当中,一开始就使用之前注册过的Live Passport账号登录,结果毫无悬念地顺利进行了下去。
Google Live 企业产品调研

  用户在使用domain.live.com的服务时,首先需要注册Live Passport服务,然后才能继续添加域服务。
  与Google Apps不同,domain.live.com的服务与账号是分离的,不根据Passport账号所在的域来添加域服务,正因为此,在domain.live.com中使用同一个Live Passport账号可以同时添加多个域服务。
Google Live 企业产品调研

21十/090

搜狐Passport改版

搜狐的Passport一直被用户体验不佳、界面与搜狐矩阵其它页面风格不统一的问题所困扰,因此事实上早在半年之就有改版之意,但是因为当时的想法是计划和个人中心捆绑到一起做,所以一直就拖着,直到后来,由于我的个人中心方案在头脑风暴中被毙掉,于是选择了一个权宜的方案,即先对Passport进行改版,将个人中心做为一个单独的项目容方案成熟之后再做。

在这次改版的过程当中,尽量简化了注册流程,将之前放在注册流程里的选填项目移到了用户资料中心,并且在用户登录之后,尽量更精确的引导用户去填写一些资料,这样一方面优化了用户注册体验,另一方面也弱化了用户在使用Passport的过程当中被强制的感觉。

在新版的页面的设计方案中,我们选择的也是相对简约的白色风格设计稿,希望藉此来提高与各个页面的兼容性。

改版后的Passport首页截图:
搜狐Passport新版首页

放大版截图:
搜狐Passport新版首页截图

注册流程:
搜狐Passport新版注册页

新的注册流程中,用户仅需一步即可以注册成功,注册成功之后,直接跳转到用户首页。在新版的用户首页,首度集成了邮箱、博客、校友录的相关信息,未来可能还会扩充其它产品的信息。

新版用户首页:
搜狐Passport新版用户首页

在新版的Passport中,也统一了用户资料的修改页面。优化了导航的体验。
搜狐Passport新版用户资料页

呃,在个人博客中写公司产品,似乎怎么看显突兀,只是,在搜狐工作两年多以来,从未在博客中谈及过自己在这里干过什么,而这个,也是自己在这里的最后一个项目了,既然为之,则不惧谈之,无论是谩骂还是夸赞,都坦然承受,写此文,仅仅是聊以纪念而已。

关于这个项目,我负责了整个产品的规划、裁切图片以及网页标准化。当然主要的工作是在另一位同事那里,感谢她。

21十/090

搜狐通行证用户体验问题及解决方案PPT