博客园_向翔，Keep Walking!

电商微博分享现状研究

2011-08-10T11:28:00Z

分享一下我下班后研究的数据。横向对比了腾讯微博和新浪微博，在京东购买后评论的分享情况，这种类似cps的分享可以在其他用户点击链接后分享者获得某种收益。

8月10日下午5点到7点，京东评论新浪微博分享有50个分享，腾讯微博97个分享（一个个数的，没法统计全天）。

腾讯微博分享者的粉丝收听数比新浪微博要多点，但是也很少超过100个粉丝的，新浪微博上的分享居然还有好几个是0粉丝，也在那分享，很是奇怪…..粉丝少，跟别提分享微博的转发和评论了。但是互动性上，新浪微博也要差于腾讯微博。

乐淘是转发可获得10%的销售提成。在此期间的数据：新浪微博4个，腾讯微博6个，情况也是分享者粉丝少，互动少。

当当新浪分享25个，腾讯分享15个，腾讯的互动性仍好于新浪的。

这些数据有意思的是现在电商都在把分享摆在详情页很重要的位置，电商现在都希望能在社会化媒体营销方面有所成就，毕竟是免费，而且是口碑宣传。但是从用户角度来讲，有品牌意识的微博主，怎么会在自己的微博上夹杂cps链接呢？除了利益，你又能给用户什么动力来主动让高质量用户分享呢？电商和媒体的分享，是完全两个领域，如果你分享一篇关于如何破解MD5的英文文章，别人会对你另眼相看，如果你分享一个销售链接，会被人集体鄙视。

腾讯微博情况好于新浪微博，也许是因为腾讯上的关系都是近关系，所以互动性好于新浪吧。至少我的腾讯微博上，都是我的那些个QQ好友，熟识的人。

本文链接

关于各网站回到顶部的细节功能

2011-04-08T01:58:00Z

对比一下吧，不说话了，很多人学到的皮毛和精髓是完全两码事。

先看淘宝：

http://item.taobao.com/item.htm?id=9134206497&ali_refid=a3_619362_1007:1102299863:7:46702465U84y78608587678s868v3I:090efd2e7e3bc5c1f468dbe7eeb252b1&ali_trackid=1_090efd2e7e3bc5c1f468dbe7eeb252b1

淘宝的回到顶部处于内容右侧10像素左右的地方，当用户滚动下方，这个按钮即可见。

美丽说，一个购物社区分享网站，近期新起之秀，

http://www.meilishuo.com/person/showTwitterPage/?t=1141996

回到顶部的按钮处于内容框架内侧，极容易遮挡到内容，反而给用户使用造成不便，而且在chrome下不兼容，后来我又浏览了一个站点，类似美丽说，但名字忘记了

本文链接

大电商网站导航用户体验对比

2011-03-18T14:14:00Z

最近挺感兴趣研究电子商务网站的导航，特地找6个网站做横向对比

四个综合性大站

http://www.360buy.com/

http://dangdang.com/

http://www.suning.cn/

http://shop.qq.com/

两个垂直电商站点

http://www.letao.com/

http://www.mbaobao.com/

先上截图：

京东

Dangdang

苏宁易购

QQ商城

乐淘

麦包包

先横向对比导航栏弹出层的内容：

京东，当当，乐淘，麦包包，乐蜂，都有二级或三级分类，推荐品牌，以及促销信息。乐淘上不但有这些，还含有价格区间，更加方便导航，不过貌似价格区间太细，不太适合提高销售（个人认为，如果现有用户数据表明用户集中于200元区间商品，那么是否可以设置150-30元区间，促进用户发现稍高价钱的合适商品）。弹出层的促销信息会比较实用，但是QQ商城没有。

所有弹出层内LOGO和图片都含有title，这点都细节各站都没有放过。

但是含有LOGO的QQ商城和乐淘里，只有乐淘的LOGO在鼠标放上去时有虚框，交互要好点。

所有弹出层只有京东有关闭按钮，但是关闭按钮没有交互，如果设计成鼠标放上去就可以将图片稍微放大并加粗线条就好了。但是我觉得关闭按钮是给傻瓜用户的一个提示而已，放不放都可。

横向对比弹出效果：

京东和苏宁易购在导航间切换时有层闪动，看得有些眼花。QQ商城和乐淘很好的处理了一问题，可能是构建弹出层DIV的方式不一致导致的。反应速度上，乐淘最快，京东显得有些迟钝。乐淘的弹出层是宽高固定的，其他站点弹出层都不固定。

麦包包是几个站点里面唯一一个横向主导航纵向弹出的，但是他的布局很好，留白和商品图片配合，显得网站很有档次。

各站的弹出层都会遮罩住轮播图。只是有部分遮罩和全部遮罩的区别。全部遮罩可以将轮播效果不干扰到用户对弹出层的浏览，但是如果部分遮罩，就会让轮播图干扰到用户视线。这一点上，乐淘，QQ商城，做得很好。

再顺便说一下轮播图，6个站点，3个轮播图的切换是数字按钮，其他均为文字按钮，当然是文字按钮更给力，用户体验更好了。

用Iphone访问这几个站点，点击导航：

京东无弹出层效果，点击就直接跳转到相应分类页。

访问当当直接跳转到了当当手机版网站，做了识别，还行。

苏宁易购直接跳转到分类页

乐淘直接跳转

麦包包点击是弹出层！没有直接跳转！

QQ商城和麦包包一样，都没有直接跳转，而是弹出层！

不跳转而弹出的意义在于用户能够在触摸屏环境下还能使用更舒适的导航，提高用户满意度，麦包包和QQ商城在这方面的确是有细节上的考虑，其实，从细节的实现上，很容易，只需要判断浏览器类型，然后在初始化事件的时候选择是鼠标划过，还是鼠标点击，如果是点击，在当前已经弹出层情况下，再访问本身链接即可。

这就是细节，用户体验。

综合，乐淘，麦包包，QQ商城做得的确很不错！电商大佬京东和当当的确很多地方需要改进，细节就是魔鬼，电商们砸了这么多钱，提升自己的品质很重要！

本文链接

回顾我的2010，20本书陪我度过的三十而立的年纪

2011-02-01T10:14:00Z

2010年，正好是我三十而立之年，一直有习惯从霍营城铁到知春路地铁站的时候，三十分钟时间里拿着本书看，不觉一年间居然看了20本书，特来晒晒：

前几本书是关于用户体验的：

1 《锦绣蓝图》，作者是linkedin的产品经理，也曾在雅虎任职，觉得此书主要是给初级产品经理设立一个做互联网产品的最佳实践，比如搜索，导航，社交，信息架构，都蜻蜓点水到位，配有不少网站案例，值得学习。

2 《结网》，王坚著，原QQ邮箱产品经理，《糗事百科》创始人，从大方面讲述如何做一个产品经理，具体细节没有太多涉及。

3 《web表单设计-点石成金的艺术》，此书指导意义非常强，许多设计表单的最佳实践，比如表单的存在价值，表单的对齐方式对比，用户眼球行为跟踪，输入框对比，用户动作，表单可访问性，各种错误提示，表单的与人的交互，每个细节作者都不是简单地告诉你如何去做，而且还告诉你一大串他们的研究成果数据，让你不得不信服。

4 《Don't make me think》这书就不用介绍了，太多人推荐。其中最经典的“为扫描设计，不要为阅读设计”，让我把自己网站的广告重新都审视了一遍。

5 《人人都是产品经理》淘宝系的，从准备入门到3岁的产品经理的事情，都一一点到，初级产品经理必看。

6 《用户体验的要素》，从5个层次，层层深入讲述用户体验，战略，范围，结构，框架，表现，推荐每位都细读细读。

7 《设计心理学》，说实话，看明白了，但是不知道如何应用，情感化的设计真是王道，这个只能以后注意。诺曼的书，虽然你看得明白，你不懂心理学你根本就不懂如何实际运用。

8 《瞬间之美》，强调网页浏览特性，如何抓住用户眼球。

9 《流量的秘密》，书非常不错，对于运营人员，全面剖述谷歌分析的技术细节，以及实现，以及如何结合运营，销售，KPI。教你从数据层面挖掘你的网站访问量变化原因，无细分，毋宁死！强调细分在统计分析网站的重要性。

10 《html5用户指南》，一个入门，没太多出彩的地方，因为公司即将使用html5，所以临时抱佛脚。

11 《seo实战密码》，SEO界大腕ZAC的新书，刚出我就买来读完了，可能我对他期望太高，最后比较失落，建议seo初级人员阅读。

12 《微语录》，最厚一本，但是我却最喜欢的书，因为我捧着它在地铁里老发笑，微博写得实在是太有才了。

13 《mysql深入浅出》，mysql基础书籍，就当是手册来看，扫读了一遍。

14 《mysql性能调优与架构设计》，没看《mysql高性能2》之前，觉得很不错，看了之后觉得两者雷同很多，我还是更信任高性能2一书。

15 《mysql技术内幕-innodb存储引擎》，看完的当晚，就把网站余下的myisam类型表转成了innodb的，因为书里面有句话：没有人愚蠢到还在不使用innodb的。（上次去新浪微博大会，新浪微博第一版居然是myisam，恶心啊.....）不过里面越看越觉得mysql的innodb和 sql server 太像了！很多细节，不过他们差异也不少，我想再抽时间写写关于mysql和mssql的差异。说是书里有关于mysql源码，其实就是最简单的伪源码，吓不住人。

16 《构建可扩展的web站点》17 《高性能网站建设进阶指南》18 《构建高性能web站点》，三本书比较雷同，讲述的细节也差不太多，围绕yslow原则就讲了不少，希望2011年不要再有这类型的书出版了，就算有，希望也些心意，比如结合nosql，facebook bigpipe技术，hiphp等新出现的玩意。

下面几本书不是在我同事那被借阅，就是还在公司躺着过年的。

18 《facebook效应》，还在做社交网站的人，不管是什么职位，都应该读一读。

19 《高性能mysql2》，mysql相关人员必读，不单单是运维的。

20 《信息架构》，没有怎么仔细读，前几章比较晦涩，就放弃了。

在这里也祝园子里的朋友们新的一年，心想事成，万事如意，薪水节节高！

本文链接

mysql cardinality

2011-01-28T07:53:00Z

一直以为mysql没有类似sql server那样的列统计信息数据，今天算是被我翻到了。在show index 命令里面，

这个值表示索引的唯一值有多少，图示表示此索引有14w的索引唯一值，也就是说选择性还行，比较合适建索引。

不过这个值的管理不是很透明，inno和myisam都是通过 analyze table 命令来更新此值。

但是这个在sql server下面，可以使用各种手段来调控该值。sample取样，百分比，统计，都可以。

一般的mysql运维DBA一般都会比较关注这个值吧，会定期 analyze table 来更新这个值。

这个值的准确与否和sql server一样，会关系到查询优化器是否选择这个索引来join，或者using。

本文链接

运营一个网站，新增加一个功能，容易忽视哪些问题就匆匆上线？

2011-01-28T02:55:00Z

1 数据架构中的索引。新增功能少不了新增表，但是在设计规划阶段，往往思想是做表结构，很少有开发人员能够考虑到后期的性能问题，业务查询量集中度问题。一个资深的开发人员会考虑新增功能的性能瓶颈可能会存在于哪？如何解决这个瓶颈，有时候最简单的就是建索引。

2 SEO。初级开发人员往往具备的SEO知识有限，但是SEO对开发人员来说，仅仅是一些细节的注意，比如：每个页面可定制的title,description,keywords,以及每个集合页面（频道主页，列表主页）需要竞争的关键词，不能让这些竞争有冲突。还有页面的链接表现经常是类似 www.cyzone.cn/article.aspx?id=1234,但是这是对SEO毫无益处的，类似博客园，应该有个自定义的链接。还有链接的可读性，也不要过长，符合网站的链接规划架构。该独立子站就独立子站，如果内容过小不支持独立二级域，最好做成主站的目录，这样更容获得传递权重。

3 功能上线后的KPI衡量。很多时候小公司开发一个功能前，公司没有一个产品经理，也不会有人给这个产品定一个KPI。如果不定KPI，就不知道这个功能上线后是否符合预期，是好是坏，全凭感觉。所以在开发时，就要考虑怎么来衡量这个功能。衡量功能时好时坏具体关系到每个不同的功能，有些是增加PV，增加互动，用户产生内容。有些还是数据的纵向对比，就要注意收集新功能上线前的数据怎样。比如一个新的评论模块上线，用户是不是比以前更加喜欢评论。新改版的用户注册流程，是不是提高了用户的转化率，以前的转化率数据就要先收集。收集这些数据的方式有很多种手段，可以用程序分析web服务器的日志，可以内置于程序内分析，不过最简单的还是使用第三方的统计软件，推荐使用百度统计和谷歌分析。两个分析软件相辅相成。百度统计可以使用百度热力图和链接图分析页面改版后的用户焦点所在，用户是否更愿意停留在这个页面。谷歌分析可以更加定制化的手段来分析数据。比如新增文章分享功能，你需要知道哪些文章最经常被分享，哪些分享渠道最经常被使用，可以使用trackEvent事件来追踪点击。

4 互联网讲究的都是快速迭代，这个功能不行，马上就掉头去搞另外的，不能死在一棵树上，也不能死的不明不白，即使这个功能失败，也有数据可以分析到底失败在哪个地方，下个版本，下个功能，如何改进。这样网站就不能过于强调性能，强调重构的代码。总之，把握好2/8原则，时间甚于一切。不过安全是一定要注意，技术老大一定要做好code review,安全检查。XSS，SQL Injection检查必不可少。

本文链接

强烈的孤独感，没有人能体味....

2011-01-27T08:14:00Z

有时候，强烈的，莫名的孤独感，向我袭来，即使公司再大的空调，我也不禁冷颤。

公司的确不是一个技术导向公司，我也不指望，但是公司就我一个技术，我就觉得实在是太无助了。

我一个人，是公司的网管，也就是修电脑，搞网络的，也是开发维护运营一个全球alexa排名5000的程序员

基本上，我的职称可以是网管，数据库管理员，.NET+PHP程序员，前端开发人员，seo,数据统计分析人员，用户体验，也还经常兼编辑，要删除垃圾文章，还有时候要参加行业会议，发发杂志。

公司的任何关于技术的事情，我不可能事事都能cover到，但是只有我一个人，我必须！

没人任何人可以和我商量，探讨什么问题，什么解决方案，

2年我曾经招过2个程序员， 2个人都呆了一年就走了每个程序员都是双薪跳槽。我自己薪水却原地踏步

老总每次都是说创业企业都是要能耐得住寂寞，能忍耐坚持。

老大，我都坚持3年了！

我真的想逃离这个地方，逃离这个孤独的地方

本文链接

改进UCHOME的记录发布，增强可访问性用户体验

2011-01-13T13:05:00Z

今天是看到UCDChina上的一篇文章 http://ucdchina.com/snap/8932 ，是关于SNS的用户体验问题，发觉文中提到的第一个细节，UCHOME就做的不好，于是改进了一下。

在template里面找到文件space_feed.htm ，将方法的定义替换为：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

-->function closeOpt(key,evt)
    {
        if (evt.keyCode == 9) {
            $('message_menu').style.display = 'none';
        }
        else if (evt.keyCode == 13 && (evt.ctrlKey == true || evt.altKey == true)) {
        poststatus();
        $('mood_message').blur();
        }
    }
    function inputKeyDown(event) {
        var e = event.keyCode ? event.keyCode : event.which;
        if((e == 38 || e == 40 || e == 13) && $('message_menu').style.display!='none'){
            doane(event);
        }
    }

可以将UCHOME的记录在发布的时候，增强可访问性，使用Ctrl+Enter or Alt+Enter

本文链接

关于疯狂想法的后续

2011-01-04T23:04:00Z

在前文中不少朋友指出的微软和谷歌已经提供了相关的我特意对比了一下各个资源的优劣势。

谷歌：

api地址列表：http://code.google.com/intl/zh-CN/apis/libraries/devguide.html

200状态下的速度：200毫秒-1.5秒

304状态下速度：230毫秒

缓存一年时间

提供多种通用代码，并且提供https协议链接，方便网站中含有https页面的调用。（不会出现浏览器提示，访问非加密信息）

微软：

api地址列表：http://www.asp.net/ajaxlibrary/cdn.ashx

200状态下的速度： 90毫秒-1秒

304：180毫秒

缓存一年时间

仅提供jq的，但是可以很好的结合asp.net ajax,在scriptmanager中开启cdn即可使用cdn资源。

博客园：

http://common.cnblogs.com/script/jquery.js

200状态：60毫秒

304状态：60毫秒

缓存一天

我自己在兆维BGP机房的jq代码

http://js.cyzone.com.cn/jscript/jquery.js

200状态：47毫秒

304状态：31毫秒

（所有数据在北京联通adsl 512带宽下测速，时间为FF下的FIREBUG统计总共用时，不包含DNS时间）

结果：要想使用速度最快的通用代码，可以使用微软的，但是谷歌的照顾到了https协议，以及其他更多通用代码。

虽然是CDN，未必速度就比我的站点速度和博客园速度就快。

博客园在common子域下管理静态资源，以为会携带cookie，结果很吃惊，看来博客园在cookie这块是下了很多功夫的。

本文链接

一个疯狂想法

2011-01-04T02:13:00Z

2011年新年元旦晚上一直没睡好觉，新一年的网站规划，反思过去。辗转反侧，想到了公司内部网站的打通问题，于是诞生我这个不靠谱的“伟大”想法，哈哈。

全世界的网站，可能代码重复最高的就是类似jquery,prototype,common.css这类的代码，如果全世界的这些代码不用每次都重复请求，新访问用户同一版本文件，只要请求一次，就在本地缓存5年以上，就相当于在浏览器里面默认安装了一样，这样，就可以节省大量的带宽开销，包括http连接开销和304响应开销。

为保证代码托管的提供商不会出现连接问题，可以采用类似检查是否已经加载的方法，如果加载不成功，则请求本地的代码段。

为保证版本问题，链接应该为如下形式，http://a.a/jq.js?v1.3

为尽量节省字节，最好是最精简的链接，最短的域名。

受益的每个方面：

1 访问用户，用户只需要访问联盟内任意网站，一次性缓存了文件后再浏览别的网站，就不需要重新请求。

2 网站联盟内的流量节省开销，仅仅是联盟的入口点消耗带宽，再次浏览其他站点就可以完全避免带宽消耗。节省带宽的同时当然也降低了服务器的并发请求。

但是这也有无法解决的问题：

谁来承担全世界的流量？

想来想去，难道是类似世纪互联，蓝讯，网宿这样的托管商吗？让他们的客户都能够享受到类似这种增值服务？这是为他们客户节省带宽，但是也是减掉了他们赖以赚钱的流量。

由类似谷歌，facebook这类的IT巨头来牵头这类服务？就像推广OPENID一样？我总觉得我个人的力量有限，也许我应该像哥伦比亚大游行一样，在facebook上先建一个群来获得大量的支持，呵呵（看过《facebook效应》的顶我哈）

目前谷歌的站点上托管有jq代码，但是我不知道他是否有限制流量，没有做CDN，所以无法让他来承担全世界的带宽。

欢迎大家就这个事疯狂建议，疯狂拍砖哈，呵呵。

（我们能节省流量的方式还有很多需要改进的，比如全世界有X%的服务器没有使用Gzip，有X%的网站还是使用古老的ETAG，lastmodified标记来做缓存。还有N多小网站的图片格式不会使用，都采用JPG，都没有进行web优化等，这些流量节省的方式比我上面的那种方式要更加节省流量。）

此文的后续部分已经出来请移驾至：http://www.cnblogs.com/perfectdesign/archive/2011/01/05/1925983.html

本文链接