微信公众帐号体系的BUG

目录 IT杂谈

不少互联网公司都有把产品关键路径的用户体验做到很好的能力,但即使如腾讯微信这样的产品,在某些非关键路径上的体验仍然是不如人意。

在微信公众平台发布的早期,只能用QQ号注册公众帐号。很多人的QQ早已绑定微信个人号,于是只好注册一个新的QQ号用于申请微信公众号。通常这个QQ号没有任何好友,也很少登录。

一旦长期不登录公众平台和QQ,用于注册公众号的QQ就会被回收。但公众号没有注销机制,QQ回收以后公众号仍然存在,只是无法再登录。

对于长期不用的公众号,无法登录可能也不是很大的问题。BUG主要出在公众号和个人号的绑定关系上。一旦用公众号助手绑定了个人微信号,必须在公众号平台解绑,在个人微信设置里没有任何解绑选项。无法登录公众号,自然就无法将原来绑定的个人号解绑。

这就是一个授权链:QQ号->公众号->个人号。腾讯很不负责任地回收了QQ号,但对授权链后面两级绑定没有做任何处理。即不自动解除绑定关系,也无法从后向前处理遗留关系。非常遗憾地说,这种设计的确有些丢人。

6年以后的变化

目录 IT杂谈

我都忘记曾写过这样一篇文章《Google总让我惊喜》,居然被网友翻出来评论了一把。Google Reader 要关闭这件事,的确让人伤心,因为:

From your 189 subscriptions, over the last 30 days you read 258 itemsclicked 7 itemsstarred 13 items, and emailed 0 items.

Since October 30, 2006 you have read a total of 62,661 items.

其实这心,在 Google Reader 中的 Share 按钮被改成 +1 以后,已经伤了一次了。在我这样一个中国用户眼里,Google Reader 曾是 Google 最好的 SNS 产品,就是因为 Note 和 Share。

不太能理解 Google 放弃 Reader 的决策。基于自己的很多优秀产品(Gmail, Reader, Android, Google+),Google 吸引了很多忠实的注册用户,这一点被其它很多公司羡慕——包括百度,除了腾讯。产品推广的时候,吸引用户注册使用往往是一件很困难的事情,这时就能凸显出用户基数大的好处了。好产品越多,用户的忠诚度肯定越高。如果只有单一的产品,产品没落后用户就会轻易地流失,从这个角度看,我觉得保留 Google Reader 看起来不是一件坏事。

无论如何,Google Reader 是快没了,总要寻找其它的替代品。从目前我的探索来看,Feedly 像是一个比较好的选择,但它的连接不是 https 的,可能会被关键词过滤(或者直接被封掉)。鲜果阅读器看起来也还可以,起码比 QQ 阅读看着更像 Google Reader。豆瓣 9 点就不说了,同步的速度是个渣,也没用心做。

消息队列

目录 IT杂谈, 开源

整理浏览器书签时候发现以前对 Message Queue 产生过一些兴趣,以后说不定还会仔细做一下调研。在这里先简单记录一下,也好精简书签数量。

1. MemcacheQ

使用 memcache 协议的消息队列,存储看是使用的 Berkeley DB。受限于 Berkeley DB,对消息大小有一些限制——不超过 64K,但简单易用,缺点还包括缺乏复杂的消息队列特性。

2. ØMQ (ZeroMQ)

专门的消息队列实现,支持多种语言,支持较多的高级特性,也可用于进程内通信。类似于 TCP,不假设消息格式,需要用户自己处理消息封包、解包。文档很清楚,看起来很酷的样子,未调研是否支持分布式扩展。