分类：互联网相关

如何更好的理解用户

如果透过现象看本质，通过各种表现形式来揣摩背后的深意，这样才能更正确的指导我们想要做的事情，不管是游戏还是软件，正确的理解用户，才是发展的硬道理。

上图是我们需要理解用户的2个层面。

在用户行为上，只要我们能够耐下性子去查数据，分析数据，我们都能看到用户在做什么。只要数据这关过了，“所做”这个层面就不是问题。数据方面的文章请查看《游戏运营手册》中的数据部分。

但是：

我们经常遇到的问题就是不知道用户在想什么，自己觉得挺好的活动，用户却不买账，这是对用户“所想”理解的不够。

另外，我们也经常发现，用户做的那些行为自己看不明白，为什么要这样做？这还是对用户“所想”理解的不够，所以看不明白。

总而言之，理解用户的重点和难点都是“所想”。

下面的问题就是——如何搞清楚用户在想什么。要说方法还真没什么牛B的方法，先说说哪些是错误的方法：

  • 不要通过短期的玩家行为来判断他们的“所想”，只有长期的行为才能反映真实的想法
  • 玩家的语言也是一种行为，这种行为远远不如玩家的消费行为靠谱，经常都是“谎言”（他们并不是有意要撒谎，只是随便说说），经常言行不一。所以不要轻信玩家说的话。
  • 玩家会跟不同的人说不同的话，跟游戏里的朋友真话多一些，跟GM假话多一些，在论坛上会加入更多的感情色彩和夸张手法。不要一直用GM的身份去跟玩家沟通，很可能被无数谎言包围。
  • 群里的力量非常大，一群想法不一致的玩家会在行为上表现的非常一致。不要以为这就是玩家共同的想法，区分哪些是群体效应。（推荐一本书《乌合之众》，多看几遍一定有收获）

最后说一下我的做法，不一定好，不一定正确，自己辨别着看：

  • 在游戏中一定要有一个普通玩家的角色，融入玩家的圈子，一起打怪，一起聊天，一起花钱（最好调金币，而不是直接发道具）。多从自己的角度去体验游戏，感受游戏，跟玩家分享你对游戏的感受。
  • 用GM身份找一些玩的很深入的玩家，花钱很多的或者玩的非常深入的，加他们的QQ（大陆之外的加Facebook），经常跟他们交流。让他们反映一些问题给你
  • 每次活动，版本更新，都先做出一个预期，然后查数据去核实，有出入的地方，分析原因。
  • 多看细分数据，别老盯着每天的在线，收入。宏观数据对老版有意义，细分数据对你更有意义。

总结：长时间，不同身份，主观表达+客观数据，不断修正

FROM: http://xiaoqiang.me/?p=3533

数据杂谈

还是数据，人人都说要数据，可是会用数据和用得好的方式是什么呢？来自小强的 文章

数据监控和数据分析

很多人包括我自己，都遇到过一个问题，我们每天都在看数据，“分析数据”（昨天涨了，今天掉了，本周比上周提升了x%…）。但是做了一段时间没有任何感觉，不知道自己做的数据分析有什么意义。

上面所说的，频繁的查看数据，“分析”数据升降情况。这根本不叫数据分析，这只是数据监控。监控数据的目的是第一时间发现异常数据，针对异常数据快速做出反映，避免问题恶化。

数据分析一定是有明确的目的，为了解决问题而做的系统的分析。不用频繁的去分析，当发现异常数据时，再开始做数据分析。

数据监控类似数据分析的前置行为，详情见——《数据分析三部曲》

先懂业务，再谈分析

很多时候，数据本身是远远不能支撑你去做数据分析的。找一个“局外人”，哪怕他有很牛B的技术，如果他对你的业务完全不明白，肯定没法做分析。

数据只有结合业务才能具有意义。开始分析前先搞清楚你的业务和你的用户，这些是做数据分析的基础。

关于这个车老师有一篇很好的文章——《不懂商业就别谈数据 》

误区——先出结论，再印证

在遇到一个问题，需要分析原因时。我经常会自己先下一个结论，然后再去找数据去印证这个结论。相信很多人都有这样的经历。

这个做法本身我觉得没有问题，最大的问题就是心态。当我们自己有了一个结论时，我们再去找数据，就会选择对自己结论有利的数据，容易忽略对结论不利的数据。

所以我们可以先猜测一个结论，但是在数据分析前，需要“清空”这个结论，把所有相关联的数据都找出来，慢慢分析。

如果一直想着自己的结论，你的行为就会很自然的“迎合”他。如果从心理来讲可能就是“先入为主”。

FROM :http://xiaoqiang.me/?p=3531

从文字到图说分享，下一步，我们会分享什么？

由WEB1.0到WEB2.0，由博客到微博的火爆，都是基于文字的分享，现在Pinterest的火爆也代表着图片分享方式的崛起，那么，下一步，是不是就是类似Pinterest形式的视频分享呢，当然，前提是，有足够多的视频内容存在以及基础网络带宽的支持。来自36kr的联想…

凭借简单的图片发现、分享功能，图片微博Pinterest一鸣惊人，现在的估值已达数亿美元。除去令人乍舌的估值和迅雷不及掩耳盗铃的发展势头，Pinterest代表了一种趋势：社交网络的信息载体正在从文字朝图片方向发展。

图：看到的生活/Laura

火爆的Pinterest和它的中国追随者

自从Pinterest拿到2700万美元的融资引起大家的注意之后，相继浮出水面的还有众它的国内模仿者——堆糖、拼范、mark之、迷尚以及最近上线的花瓣（爱库的定位是书签，它好像是在做更大的事情）。

Pinterest打受追捧，原因大致有以下两点：

1、  如果说SNS解决了关系的问题，微博解决了信息传递的问题，那么Pinterest显然比轻博客更好地解决了图说以及分享的问题（轻博客也许更适合传统杂志媒体去做），这种解决不仅更方便（采集上）而且有更好的视觉体验。

2、Pinterest完美地将图片和来源融合在一起，实现了所见即可得。

Pinterest让图片分享做到了革命性的突破，往浅了去说，它实现了摄影、旅行、购物的轻松分享，让更多的人看到美好的东西，并推动购买等更多互动。在这一点上，拼范和迷尚算走得比较靠前，已经开始在购物渠道和电子商务方面有所尝试。

往深了去说，它让人们表达的方式多了另一种选择，或者说你可以用图片表达自己的情绪、展示自己的品味以及记录你每天的生活。

由文字到图说，是臆想还是靠谱的选择？

文 字和图像是人类表达最常用的两种方式。文字表达更直接更方便更容易传播，图片表达更形象更生动更易于理解。伴随着互联网技术的发展，信息的增长成几何式增 长，人们没有那么多时间去阅读文字，图片无疑是表达的一种更好的选择，但是之前的互联网传播，由于图片分享的不便，文字在表达中取得压倒性优势。但是伴随 着图片分享的易用性提高和读图技术的进步，使得用图片表达成为一种可能。这必然会极大提高人们分享图片的兴趣，尤其是需要用图片表达自己的工作者。据统 计，Pinterest上最活跃的是建筑师、厨师和其他类似的职业工作者。

如果人们记录和表达的方式发生了哪怕那么一小点转变，我们就有足够的理由相信，这一定会带动新一轮的互联网变革。下面我们来看看它会是真的还是只是一种假说？

在web1.0搜索时代，没有读图技术，人们只能选择搜索文字，随着读图技术的逐渐成熟，反向搜图已经给我们带来很大的惊喜。

在web2.0社会化网络时代，博客的内容依然是以文字为主，而后来改进的以图库著称的轻博客已经向我们证明，在视觉体验和分享上，它比博客更出色。

所以，基于图片技术的进步会改变我们获取信息的方式，我们社交的方式，我们购物的方式（个人认为最起码能改变渠道）……

对于活在“SOLOMO”时代的人们，也许会喜欢上用图片来记录自己每天的生活。

有没有可能改变社交网络？

图说时代的到来，必然会引起许多的变革，这里我们仅以社交网络为例做一下探讨猜测。

互联网的很多从业者都有一个观点：以关系为基础的社交网络还没有到极致，以兴趣为基础的社交网络 may be better。具体的呈现方式大家还在摸索。

在 此之前，所有基于兴趣的互联网产品都是以话题和主题的方式吸引人聚集在一起，但是由于信息噪和媒介传播等一系列的问题，信息能够有效传播到目标用户是一个 相当大的难题(微博在这一点上进步了，但是因为信息噪和单向关系的原因，还是不足够有效)。如果基于每个用户生产的内容而进行定制推荐，从而吸引具有相同 爱好的用户，那就会是另外一个完全不同的结果。

这真的有可行性吗？答案是肯定的，因为图片比文字更容易圈定一个人兴趣、偏好和风格。我们不妨再向前推测一下，如果，给予你的推荐源于你的兴趣和每天记录的日常生活，那么你还会不会那么讨厌呢？

现在反对社交网络的人不在少数，理由是它占有了人们很多的时间，朋友和家人受到冷落；聚会的时候大家已经是身在饭局心在手机，你一心想的是如何把你的活动和照片PO上微博。

更 有犀利的观点，前几天读到一篇博文，作者有一个观点是现有的社交网络阻碍了人类知识的进步，为何？大致的表述是：饭局是读书之外扩大我们知识面一个极好的 方式，大家读书，饭局分享，再读书，再分享，如此往复，不断进步。而现在的情况是饭局已经被社交网络给毁掉了，大家一直在社交网络上忙活，但是受益无多， 所以相对于我们受冷落的饭局，我们花在社交网络上的大量时间不那么值得。

话是有些重了，但是我觉得却有一些道理。

饭局上的微博分享可以带来比饭局更多的关注，微博只有传播，而不能得到让自己受益的回馈，这是它饱受诟病的原因，试想一下， 如果建立一个基于兴趣分享讨论的社交网络，是不是会让我们有更大的收获？

如果可以，当然，最好的结果是实现了关系和兴趣之间可以自由切换与融合的社交网络。

这样既解决了你的社交问题，又使得自己在知识上有颇多受益，更好让它服务于我们的生活。

当然这一切只是猜想，图说领域的创业家们，向前冲吧！

尽管一切都不可预测，我们依然满怀期待，加油，图说！

FROM: 作者：赵博，80后。爱自由。自己的CEO。欢迎关注他的百度空间：http://hi.baidu.com/shenzihen/blog

iOS学习笔记 – App Store里的一些门道

自从转行后，不可避免的要接触和研究iOS，当然APP STROE这个衣食父母一定要注意啊，学习笔记参考如下， 来自 胡太狼，你在哪儿？

无疑，随着Google收购Moto，当今的移动互联网，Android和iOS两个平台的战争如火如荼地进行着…

暑假期间，对于iOS平台也进行了一些琢磨，所以将做的一些笔记整理了一下，贴出来…谈iOS，不能不谈到@tinyfool这位活跃的大哥，其对苹果的狂热让我看到了乔布斯麾下的苹果迷的存在并不是忽悠人啊！！！其对iOS平台的一些理解还是值得玩味的。

首先，tinyfool对移动互联网的理解如下：

iOS+Android用户才可以叫做移动互联网，这和以前说的无线业务不一样，不能说是手机就是移动互联网。有志移动互联网的人要想明白这一点。首先是能自由访问互联网，然后是自由下载应用。移动互联网是黄金，无线只是黄草，甚至不是手机也可以是移动互联网，苹果懂这些，所以才会市值那么可怕。

我认为移动互联网和无线是完全不同的两个东西。但是在很多大公司，其实就是当年做无线做sp、wap的人去做移动互联网，我也不是说这样不行。但是要转换思路才行。人到了移动互联网时代，思想也要是移动互联网时代的思想才行。

我的一点笔记如下：

– iOS应用开发者开发的应用只有达到了3.29万用户以上才算及格，否则没资格在那儿装牛逼说自己开发了一个iOS应用。

– App Store的优势：

– App Store的劣势：
  • 马太效应的存在遏制了一些刚进入开发者，新手冒出来很艰难；
  • 版面非常有限，用户能够看到的只有五六千个链接，但是几十万个应用库怎么能够脱颖而出呢；
  • 用户行为模式（不稳定的定期互访）；
– App的所有推广目的是将应用推到App Store榜单上：
  • 可以通过广告进行推广，注意点就是不能够只投一两天，至少也要坚持投四天或一周；
  • 媒体或者是相关科技博客的评测推广；
  • 限免推广；

– App的发展趋势：

  • 社会化应用：Talkbox/Instangram——即时性、社会化的需求反映；
  • 应用社会化：Openfeint/Game Center；微博；应用类的社交网站，例如iApp4Me；
– 互联网解放了生产力，社会化带来了新的奇迹，并创造和提供了智能的渠道帮助我们去更好地玩儿和用：
  • 满足个性化的需求，我要我自己的fashion，这个场面我想要并且我能够hold住！
  • 发掘隐形的联系，每个社交图谱或者是社交关系背后一定会有某种关联，好好利用这个就能够为用户提供更好的服务；
  • 可以引爆流行；
  • 用户参与度高，只有足够的互动才能够拉住用户，有了pull自然而然会push用户去贡献；
– 思维：从传统应用软件思维到互联网思维，送互联网思维到移动互联网思维
相应的公司或团队发展策略：Web为主，Mobile为辅；Web=Mobile，平等；Mobile为主；
移动互联网中，我们在思考用户的需求时候，要结合移动的场景——特定的碎片化时间下或者特定的移动场景中，用户想要干什么？
爱范儿上的的《聊聊App Store的产品和运营攻略》在一定程度上解读了App Store，帮助外行人能够更容易把住苹果这个妹，毕竟靠这个妹妹吃饭啊！！！我因此也根据文章画了个思维导图【点击可查看大图】：

iOS平台形势和互联网企业如何应对移动浪潮 topgeek版

视频: 第十一期 iApp4Me宣讲

FROM http://www.hoowolf.net/2011/08/25/the-notes-about-ios/

[转]开源网站分析软件Piwik的数据库表结构

如今分析自己网站的各种数据是越来越重要了，下面介绍一下PWIKI 这个开源滴网站分析软件Piwik的数据库表结构。。来自标点符

Piwik是一套基于Php+MySQL技术构建，能够与Google Analytics相媲美的开源网站访问统计系统，前身是phpMyVisites。Piwik可以给你详细的统计信息，比如网页浏览人数, 访问最多的页面, 搜索引擎关键词等等，并且采用了大量的AJAX/Flash技术，使得在操作上更加便易。此外，它还采用了插件扩展及开放API架构，可以让开发人员根据自已的实际需求创建更多的功能。

Piwik的数据库结构图

Piwik的数据库结构按照简洁、效率和模块化进行设计。其数据库包含以下部分

  • Statistics logger（统计记录）
  • Users & Permissions（用户和权限）
  • Site（网站）
  • Archived data（存档数据）
  • Debug / Info log（调试/信息记录）
  • SQL query profiling（SQL查询分析）

Statistics logger

统计记录部分包含统计到的用户访问日志，这些数据一些来自于Javascript的标记，一些包逊于Cookie，一些有PHP获取。每个单独的访问者在Cookie中标记了一个唯一的visitor_idcookie。在数据库表log_visit中记录了用户的每一次“visit”。例如一个访问者在一天内访问网站两次（中间相隔30分钟），log_visit中就会有两条该用户的记录。

在一次访问中，一个访问者至少会浏览一个页面，我们称每浏览一个页面为一个“action”,每个action都会被定义一个名称（”homepage”, “/blog/hello-world”）和类型（一个定义行为种类的整数）。所有的单独“action”都被储存在表log_action中。

每个用户新的action都被记录到表log_link_visit_action中，其中包含了idaction和idvisit。同时这个表还包含idaction_ref 和time_spent_ref_action 字段，用来记录用户的上一次action。当我们请求第二个页面，程序将从cookie中读取上一个页面的idaction ，并作为action_ref保存，并记录中间的时间time_spent_ref_action.使用这个技术是因为我们不需要去更新上一条记录的时间：我们只需要记录当前上层页面的信息。

Users & Permissions

一个用户被定义为login, password, email 和一个用于请求API的token_auth。对于一个网站一个用户会有不同的access级别(浏览、管理、没有权限或是超级管理员。

Site

一个网站被定义为idsite和 main_url，main_url 是用来指向 site_url，所以它可以有很多的url。

Archived data

存档在piwik中是一段时间的数据聚合。它是由日志处理后得到的有具体含义的数据。

archive_* 表中的每行数据包含一个网站给定的日期/时间段的数据。例如，提条记录idsite = 3的这个网站在2008年2月7日的这周访问网站用户的国家列表。

Piwik的存档中总共有两种不同的数据类型的表：float和blob

  • archive_numeric_* 表是用来储存数值的。改字段值value使用的是FLOAT类型，即他可以保存整型和浮点数。比如储存给定时间点网站的访问者数。
  • archive_blob_* 表用来储存出数字以外的其他任何数据。BLOB是二进制数据类型，可以用来任何数据，比如字符串、字符串转化的序列数组、序列化的对象等。例如用来储存用户在一定时间段内所有的关键词。

事实上两个表都有相同的结构，除了value 字段的类型不同。他们同时包含以下字段：

  • idarchive 用来定义单独的存档。对于一个特殊的网站在一个特殊的时期内（特定的日期）会是相同的idarchive. 换句话说如果(idsite,period,date1,date2)相同，则idarchive 相同且为主键。
  • name 是用来记录值value 的描述。例如你想储存不同关键词的数量，比较恰当的name 可以是’Referers_distinctKeywords’
  • idsite 是记录所属的网站
  • date1 和 date2 使记录的起始日期和结束日期，如果记录的是一天的数据则date1 = date2.
  • period 用来定义周期的类型有: day / week / month / year.
  • ts_archived 是存档创建的时间戳。这个对确认存档是否还是有效很很大的帮助。比如今天的存档将会有效1小时或1分钟，这个取决于cache lifetime value的值。
  • value 包含name描述的数据

存档表里的每条记录都是由存档处理类进行自动处理的，其中存档处理有多个类：记录管理的是Piwik_ArchiveProcessing_Record_Manager，数值记录的Piwik_ArchiveProcessing_Record_Numeric，
blob记录的是Piwik_ArchiveProcessing_Record_Blob和字符串blob记录的Piwik_ArchiveProcessing_Record_Blob_Array。

存档的逻辑可以在Piwik_ArchiveProcessing类中找到，按日存档可以从Piwik_ArchiveProcessing_Day类中找到，按时间点的存档可以从Piwik_ArchiveProcessing_Period类中找到。需要注意的是大多数实时处理的存档都是通过插件来执行特殊的事件。

加载存档（或加载处理中的存档）是使用Piwik_Archive类完成的。

从性能上考虑，表按月划分。这就意味着每个月新标就会创建，所以数据会被有规律的划分。如果值使用一张表来储存所有数据，它将变的非常的巨大且查询起来非常的缓慢。数据表划分由Piwik_TablePartitioning类进行处理，按月划分的由Piwik_TablePartitioning_Monthly类完成。

我们使用不同的表结构（FLOAT 和 BLOB）,因为它可以非常快速的查询整型/浮点数值。SQL查询会因为数据表非常的轻量(light)而非常的快（并且archive_numeric_* 的每行有固定的长度）。比如我们可以快速的查询最近30天的访客数。

Debug / Info log

表logger_error, logger_message, logger_api_call 和 logger_exception 是用来记录各种各样信息的。

  • logger_error 是用来记录错误信息。message 中包含line, php file errfile, backtrace。等。
  • logger_message 是用来记录所有的调试和系统信息的。
  • logger_api_call 是用来记录所有的API请求的。他会记录所有的请求参数(parameter_values)和返回的值(returned_value)、执行时间（execution_time）和请求地址的IP地址（caller_ip）等。这个信息又来使API请求更加的具体，当返回的值（returned_value）不正确的时候用于调试，监测API接口 的使用情况等。
  • logger_exception 是用来记录所有的异常的。

而整体的逻辑控制是由Piwik_Log来完成的。

SQL query profiling

表log_profiling是用来储存SQL查询的概要信息的。

其他

注意：所有的时间戳都是由PHP生成的，而不是使用Mysql自带的NOW(), CURRENT_DATE()等函数。这是用来确保系统使用不同时间的服务器上的MySQL正常的运行。程序不是基于MySQL服务器的时间的。

未来的改进与优化

整个系统目前还存在很多性能改进的空间。比如，我们可以从以下几个方面进行改进。

  • 按日期划分log_* 表（和archive_* 采用相同的处理方式）
  • 审核大数据量下存档数据的SQL查询。
  • 审核所有的索引策略。
  • 为了避免大量的jions连接(log_visit, log_link_visit_action)，我们可以通过复制(idsite, visit_server_date)字段使数据表非规范化。

如需了解更多的Piwik的原理和逻辑，请持续关注标点符。

参考文章：http://piwik.org/docs/plugins/database-schema/

FROM http://www.biaodianfu.com/piwik-database-schema.html

不翻墙访问google+ (google plus)

收集了Google网站群和服务（含google大部分服务，google+，gmail，地图，gtalk等~）的hosts。可以通过添加hosts方式，享受谷歌产品和服务，这样读图会快很多，gmail也能随时打开了，不会出现链接不上情况了，不用翻墙了！！

windows下修改hosts文件，添加固定的DNS解析


打开系统目录：c:/windows/system32/drivers/etc找到hosts文件，打开hosts文件并在最后面添加以下记录：

203.208.46.30 www.google.com
203.208.46.30 picasaweb.google.com

203.208.46.30 lh1.ggpht.com
203.208.46.30 lh2.ggpht.com
203.208.46.30 lh3.ggpht.com
203.208.46.30 lh4.ggpht.com
203.208.46.30 lh5.ggpht.com
203.208.46.30 lh6.ggpht.com
203.208.46.30 lh6.googleusercontent.com
203.208.46.30 lh5.googleusercontent.com
203.208.46.30 lh4.googleusercontent.com
203.208.46.30 lh3.googleusercontent.com
203.208.46.30 lh2.googleusercontent.com
203.208.46.30 lh1.googleusercontent.com
203.208.46.30 images1-focus-opensocial.googleusercontent.com
203.208.46.30 images2-focus-opensocial.googleusercontent.com
203.208.46.30 images3-focus-opensocial.googleusercontent.com
203.208.46.30 images4-focus-opensocial.googleusercontent.com
203.208.46.30 images5-focus-opensocial.googleusercontent.com
203.208.46.30 images6-focus-opensocial.googleusercontent.com
203.208.46.30 s6.googleusercontent.com
203.208.46.30 s5.googleusercontent.com
203.208.46.30 s4.googleusercontent.com
203.208.46.30 s3.googleusercontent.com
203.208.46.30 s2.googleusercontent.com
203.208.46.30 s1.googleusercontent.com

203.208.46.30 plus.google.com
203.208.46.30 talkgadget.google.com
203.208.46.30 ditu.google.com
203.208.46.30 maps-api-ssl.google.com
203.208.46.30 mail.google.com
203.208.46.30 docs.google.com
203.208.46.30 pop.gmail.com
203.208.46.30 scholar.l.google.com
203.208.46.30 news.google.com
203.208.46.30 video.google.com
203.208.46.29 translate.google.com

203.208.46.30 profiles.google.com

附 ：google全系列hosts列表，IP未必是最优的，所以请自己试试吧！ 太长了，请点击“more”吧~

#Search
74.125.39.99    www.google.com
74.125.39.103   www.google.com
74.125.39.104   www.google.com
74.125.39.105   www.l.google.com

#Images
74.125.39.99    images.google.com
74.125.39.103   images.google.com
74.125.39.104   images.google.com
74.125.39.105   images.google.com
74.125.39.106   images.google.com
74.125.39.147   images.google.com
74.125.77.99    tbn0.google.com
74.125.77.99    tbn1.google.com
74.125.77.103   tbn2.google.com
74.125.77.104   tbn3.google.com
74.125.77.105   tbn4.google.com
74.125.77.106   tbn5.google.com
74.125.77.147   tbn6.google.com

#Shopping
74.125.39.99    base0.googlehosted.com
74.125.39.103   base1.googlehosted.com
74.125.39.104   base2.googlehosted.com
74.125.39.105   base3.googlehosted.com
74.125.39.106   base4.googlehosted.com
74.125.39.147   base5.googlehosted.com

#Books
74.125.39.100   books.google.com
74.125.39.101   books.google.com
74.125.39.102   books.google.com
74.125.39.113   books.google.com
74.125.39.138   books.google.com
74.125.39.139   books.google.com
74.125.39.100   bks0.books.google.com
74.125.39.100   bks1.books.google.com
74.125.39.101   bks2.books.google.com
74.125.39.102   bks3.books.google.com
74.125.39.113   bks4.books.google.com
74.125.39.138   bks5.books.google.com
74.125.39.139   bks6.books.google.com
74.125.39.113   bks7.books.google.com
74.125.39.138   bks8.books.google.com
74.125.39.139   bks9.books.google.com

#Video
74.125.39.100   video.google.com
74.125.39.101   video.google.com
74.125.39.102   video.google.com
74.125.39.113   video.google.com
74.125.39.138   video.google.com
74.125.39.139   video.google.com
74.125.39.100   0.gvt0.com
74.125.39.101   1.gvt0.com
74.125.39.102   2.gvt0.com
74.125.39.113   3.gvt0.com
74.125.39.138   4.gvt0.com
74.125.39.139   5.gvt0.com

#Mail(POP3/SMTP)
209.85.147.109  pop.gmail.com
209.85.147.109  smtp.gmail.com

#WebMail
64.233.189.18   mail.google.com
64.233.189.19   mail.google.com
64.233.189.83   mail.google.com
64.233.189.18   www.gmail.com
64.233.189.19   www.gmail.com
64.233.189.83   www.gmail.com
64.233.189.19   googlemail.l.google.com

#Docs
64.233.189.101  writely-china.l.google.com
64.233.189.101  writely.l.google.com
64.233.189.102  docs.google.com
64.233.189.101  docs.google.com
64.233.189.100  docs.google.com

#Map
64.233.189.104  map.google.com
64.233.189.99   map.google.com
64.233.189.147  map.google.com
64.233.189.104  maps.google.com
64.233.189.99   maps.google.com
64.233.189.147  maps.google.com
64.233.189.99   maps.gstatic.com
203.208.39.93   khm.google.com
203.208.39.91   mt0.google.com
203.208.39.93   mt1.google.com
203.208.39.91   mt2.google.com
203.208.39.91   mt.l.google.com
64.233.189.99   maps.l.google.com

#Scholar
64.233.189.99   scholar.google.com
64.233.189.104  scholar.google.com
64.233.189.147  scholar.google.com
64.233.189.104  scholar.l.google.com

#Group
64.233.189.102  groups.google.com
64.233.189.100  groups.google.com
64.233.189.101  groups.google.com
64.233.189.101  groups.l.google.com

#Picasa
74.125.39.147   picasa.google.com
74.125.39.91    photos.google.com
74.125.39.91    picasaweb.google.com
74.125.39.93    picasaweb.google.com
74.125.39.136   picasaweb.google.com
74.125.39.190   picasaweb.google.com
74.125.39.91    lh0.ggpht.com
74.125.39.93    lh1.ggpht.com
74.125.39.136   lh2.ggpht.com
74.125.39.190   lh3.ggpht.com
74.125.39.91    lh4.ggpht.com
74.125.39.93    lh5.ggpht.com
74.125.39.136   lh6.ggpht.com
74.125.39.190   lh7.ggpht.com

#Translate
74.125.39.100   translate.google.com
74.125.39.101   translate.google.com
74.125.39.102   translate.google.com
74.125.39.113   translate.google.com
74.125.39.138   translate.google.com
74.125.39.139   translate.google.com

#Reader
74.125.39.99    reader.google.com
74.125.39.103   reader.google.com
74.125.39.104   reader.google.com
74.125.39.105   reader.google.com
74.125.39.106   reader.google.com

#Sites
64.233.161.9    sites.google.com
74.125.53.9     sites.google.com
74.125.39.102   sites.google.com
74.125.39.139   sites.google.com
74.125.45.9     sites.google.com
74.125.39.139   sites.google.com

#Code
74.125.53.9     code.google.com
74.125.45.9     code.google.com
64.233.161.9    code.google.com
74.125.39.102   code.google.com
209.85.137.9    code.google.com
74.125.39.139   code.l.google.com

#Labs
74.125.39.141   www.googlelabs.com
74.125.39.141   appspot.l.google.com
74.125.39.100   labs.google.com
74.125.39.101   labs.google.com
74.125.39.102   labs.google.com
74.125.39.113   labs.google.com
74.125.39.138   labs.google.com
74.125.39.139   labs.google.com

#Knol
74.125.39.100   knol.google.com
74.125.39.101   knol.google.com
74.125.39.102   knol.google.com
74.125.39.113   knol.google.com
74.125.39.138   knol.google.com
74.125.39.139   knol.google.com

#Sketchup
74.125.39.99    sketchup.google.com
74.125.39.103   sketchup.google.com
74.125.39.104   sketchup.google.com
74.125.39.105   sketchup.google.com
74.125.39.106   sketchup.google.com

#Pack
74.125.39.99    pack.google.com
74.125.39.103   pack.google.com
74.125.39.104   pack.google.com
74.125.39.105   pack.google.com
74.125.39.106   pack.google.com

#News
74.125.39.99    news.google.com
74.125.39.103   news.google.com
74.125.39.104   news.google.com
74.125.39.105   news.google.com
74.125.39.106   news.google.com
74.125.39.147   news.google.com
74.125.39.99    nt0.ggpht.com
74.125.39.103   nt1.ggpht.com
74.125.39.104   nt2.ggpht.com
74.125.39.105   nt3.ggpht.com
74.125.39.106   nt4.ggpht.com
74.125.39.147   nt5.ggpht.com

#Calendar
74.125.39.100   calendar.google.com
74.125.39.101   calendar.google.com
74.125.39.102   calendar.google.com
74.125.39.113   calendar.google.com
74.125.39.138   calendar.google.com
74.125.39.139   calendar.google.com

#Blogger
74.125.39.191   www.blogger.com
74.125.39.191   blogger.l.google.com
74.125.39.191   blogger.google.com

#Orkut
74.125.47.85    www.orkut.com
74.125.47.86    www.orkut.com
74.125.47.85    orkut.google.com
74.125.47.86    orkut.l.google.com

#Youtube
74.125.39.100   www.youtube.com
74.125.39.101   www.youtube.com
74.125.39.102   www.youtube.com
74.125.39.113   www.youtube.com

#Toolbar
74.125.39.100   toolbar.google.com
74.125.39.101   toolbar.google.com
74.125.39.102   toolbar.google.com
74.125.39.113   toolbar.google.com

#Apps
74.125.39.99    apps.google.com
74.125.39.103   apps.google.com
74.125.39.104   apps.google.com
74.125.39.115   apps.google.com

#Chrome
74.125.39.99    chrome.google.com
74.125.39.103   chrome.google.com
74.125.39.104   chrome.google.com
74.125.39.115   chrome.google.com

#Finance
74.125.39.99    finance.google.com
74.125.39.103   finance.google.com
74.125.39.104   finance.google.com
74.125.39.115   finance.google.com

#Desktop
74.125.39.99    desktop.google.com
74.125.39.103   desktop.google.com
74.125.39.104   desktop.google.com
74.125.39.115   desktop.google.com

#Ajax
74.125.53.9     ajax.googleapis.com
74.125.45.9     ajax.googleapis.com
64.233.161.9    ajax.googleapis.com
209.85.137.9    ajax.googleapis.com
72.14.203.9     googleapis-ajax.l.google.com

#Modules
74.125.39.132   1.ig.gmodules.com
74.125.39.132   2.ig.gmodules.com
74.125.39.132   3.ig.gmodules.com
74.125.39.132   4.ig.gmodules.com
74.125.39.132   5.ig.gmodules.com
74.125.39.132   6.ig.gmodules.com

#Misc
64.233.189.101  id.google.com
64.233.189.102  id.google.com
64.233.189.100  id.google.com
64.233.189.100  id.l.google.com
74.125.39.132   skins.gmodules.com
74.125.39.132   googlehosted.l.google.com
74.125.39.132   img0.gmodules.com
74.125.39.99    blogsearch.google.com
74.125.39.99    www2.l.google.com
74.125.39.99    www.gstatic.com
74.125.39.100   www3.l.google.com
74.125.39.99    buttons.googlesyndication.com

FROM http://www.hifly.me/?p=895

[Google Cloud Connect]帮微软Office加上云端备份、同步协作功能

想用微软的OFFICE，又想协作 ？ 不习惯GOOGLE DOCS？ 那么这个小工具就能满足你的需求，它把微软OFFICE与GOOGLE的同步协作功能整合到一起！！

google cloud connect-00

首先要先说清楚的是，Google Cloud Connect「不是」帮你在微软Office软体中编辑Google Docs文件； 而「是」帮这台电脑的微软Office和另一台电脑的微软Office之间 加上云端备份、同步协作功能 ！

在Google Cloud Connect官方网站上其实就已经用带着点戏谑的语气讲出了这个外挂插件的真正目的：「 让老态龙钟的微软Office，也（有幸）见识看看高高在云端的新技术吧！ 」

所以如果你想要的功能是：透过微软Office直接下载Google Docs文件编辑，或是直接上传文件到Google Docs上编辑，沟通微软Office和Google Docs两种文件档案，请参考：「 OffiSync 」这个外挂。

而Google Cloud Connect这个插件，纯粹就只是要改造微软Office，帮微软换上云端心脏，就像之前的「 Google Chrome Frame 」要改造IE浏览器一样！ 这次Google则是「很佛心」的要免费帮Word、Excel、PowerPoint加上 「云端备份」、「版本还原」、「线上分享」、「同步协作」 等新功能 。

Google有时候想法真的是满有趣的（而且很喜欢捞过界），继上次硬要帮IE换上Google Chrome引擎之后，这次Google又假好心的要帮微软Office换上Google Docs技术。

Google说：我可没有强迫你用Google Docs喔！ 但是身为现代人没有体会过云端协作的威力实在很可惜，所以我不怪你继续用微软Office，我还免费的帮你把微软Office加上云端功能 ，够意思了吧！

这就是目前已经向全部用户开放使用的「Google Cloud Connect」。 让我们先来看看一段示范影片：

Google Cloud Connect使用上非常简单，来到 Google Cloud Connect 网站，点击〔Download Google Cloud Connect〕，就可以自动下载、安装插件到微软Office中，安装完成会有提示。

google cloud connect-01

  • 一、云端备份

接着我们来看看装了「Google Cloud Connect」的微软Office到底可以干嘛？ 首先第一个新功能是云端备份，就是可以把微软Office文件档案即时上传到Google Docs的线上空间储存。

首先打开微软Office，这边我们以Word为例，第一次打开时就可以看到新增的Google Cloud Connect工具列，我们必须在这里〔Login〕登入自己的Google帐号。

google cloud connect-04

登入Google帐号后，会要你选择以后新增的微软Office文件， 看是要预设自动（Automatic）上传备份到Google Docs中，还是手动（Manual）决定要不要上传备份。

不用考虑太久，因为以后随时都可以修改，我个人则是建议用手动就好。

google cloud connect-06

开启一份Office文件后，我们可以在Google Cloud Connect工具列上切换这份文件要不要自动上传，如果选择手动的话，只有当用户按下〔Sync↑〕按钮时，才会上传这份文件到Google Docs备份。

附注：如果选择自动，那么每一次在微软Office中储存这份文件时都会上传备份一次。

google cloud connect-07

来到Google Docs，可以看到刚刚〔Sync↑〕的微软Office文件还是以微软格式储存，Word还是Word，并没有变成Google Docs文件格式，当然也无法直接在Google Docs中编辑（除非转存新档）。

所以其实这部份只是「上传备份」你的微软Office文件到云端空间而已。

google cloud connect-19

  • 二、版本还原

但单单只是云端备份就可以带来很大的好处，因为可以利用Google Docs的无限版本历史还原功能，让你可以随时还原微软Office档案到之前的任何一个版本（当然必须是有〔Sync↑〕过的版本）。

假设有一份Word文件已经透过Google Cloud Connect同步备份，那么在后续需要时如何还原之前的版本历史呢？

首先打开Google Cloud Connect下拉选单，勾选【See revision history】，就能看到右侧弹出版本历史记录。

google cloud connect-09

在版本历史中选择一个还原时间点，这时还会先弹出「预览」， 让你看看这个版本的内容是否就是你需要的，确认后按下〔Make this the latest version〕，就可以任意还原到之前储存的版本啰！

google cloud connect-17

  • 三、线上分享

〔Sync↑〕过的微软Office文件都会获得一个专属网址 ，于是我们可以透过〔Share〕随时线上分享这份文件。

google cloud connect-08

例如可以把这份微软文件设定成隐私，或是设定成任何获得专属网址的人都能查看，当然也可以完全公开在网路上。

google cloud connect-18

  • 四、同步协作

最后就要来看看Google Cloud Connect真正的重头戏，也就是帮微软Office软体加上云端协作功能！

假设现在有A君、B君两个人打算利用微软Office来即时同步编辑，这时候A君先用微软Office打开文件，并且先〔Sync↑〕到Google Docs后，点击〔Share〕，在弹出的分享视窗中输入B君的电子邮件，分享出去。

附注：当然要把B君的权限设定为可编辑（can edit）。

google cloud connect-11

这时候B君就会接收到A君传来的文件分享电子邮件，B君打开电子邮件后会看到该文件的连结，点击连结打开线上文件。

google cloud connect-13

这时B君会进入Google Docs的 线上文件预览器 画面，可以直接在这里查看A君传来的微软Office文件内容。

而如果B君想要协同编辑的话，就要点选左上方的【File】，然后点击【Download original】，把这份微软文件「下载回自己硬碟」！ ！

附注：B君、A君不能透过Google Docs直接线上协同编辑， 一定要把微软文件下载回来后，才能在已经安装Google Cloud Connect的微软Office中协同编辑。

google cloud connect-14

B君把A君提供的微软文件从Google Docs下载回自己的硬碟后，就可以打开同样已经安装Google Cloud Connect的微软Office软体，这时候就能进行即时的协同编辑啰！

也就是说，这时候A君、B君可以在两台不同电脑上，各自使用自己的微软Office软体，进行「即时」的协同作业。 A君修改的资料会在〔Sync↑〕后立刻传给B君，反之亦然。

google cloud connect-16

所以Google Cloud Connect的目的，就是把微软Office当做本地端的Google Docs来用，如果还不太懂协同编辑怎么做，也可以看看下面这段影片：

  • 小结：

因为微软Office彼此之间没有云端功能，所以Google推出「Google Cloud Connect」，直接把云端功能装进微软Office当中。

经网友提醒，有兴趣的朋友也可以比较看看和「 Office Web Apps on SkyDrive微软网路版Office正式上线，25GB免费使用与亲切的繁体中文介面 」有何不同？

透过一颗简单的〔Sync↑〕按钮，于是现在Word、Excel、PowerPoint就可以同样享受云端带来的各种便利！

例如文件可以即时备份到云端，方便随时随地取用；例如编辑错误时随时可以经由云端找回旧版本还原；又例如经由云端，多台不同电脑的多个微软Office软体居然可以同步、即时的协同编辑！

Google Cloud Connect确实有趣又可以发挥很多实用性的功能，有兴趣的朋友赶快试试看吧！

FROM http://playpcesor.blogspot.com/2011/02/google-cloud-connect-office.html

[移动互联网]手机通讯录的“生意”到底该怎么玩

前段时间 iOS下的 KIK的逆袭，一周内爆炸增长150W用户给我们带来了什么启示呢，继各大IT企业抢占用户PC桌面之后，如今随着移动互联网和智能手机的发展，人们开始发现，手机是比PC端更加有吸引力的可占领端， 而手机里，又已可以读取用户通讯录的应用为占领的王道。那么这门生意，这个需求，该怎么抓呢，来自mobile2.0，介绍如下：

2010年的移动互联网太火了，无论是美国还是中国，App Store、Android等一系列关键词充斥了各大科技媒体的主页。而在这个所谓的“移动互联网”概念下，很多人对通讯录的觊觎也愈发强烈。但到底该怎么利用通讯录去实现自己的目的，我想很多人并没有想清楚。

很多人说Kik的出现是一场革命，因为用户暴涨、因为极致简单。还因为跨平台和跨运营商。跨运营商不是不涉及运营商，而是指不涉及运营商的选择！

为什么要提跨运营商？因为这是移动互联网人最希望也最愿意看到的。运营商做好你的管道就好，其它的业务和服务交给开发者们，这也是为什么移动互联网项目层出不穷的原因之一，App Store的成功也在很大程度上得益于此。而跨平台就更不用多说了，至少在短期内多智能平台繁多的现状是大家必须接受的。

回到通讯录这个问题上。很多移动互联网从业者说随着智能手机的普及，移动互联网和互联网的界限将越来越模糊，这也就意味着网络身份和真实身份将愈发重合。而在这个重合的过程中，手机通讯录起着至关重要的作用，谁能控制住手机通讯录，谁将在未来移动互联网的发展上占领制高点。即便在短期内做通讯录的“生意”可能赚不到钱，但至少方向是对的。这也是为什么很多人在YY基于通讯录的真实关系SNS、基于通讯录的IM，基于通讯录各种应用的原因。

为了证明这样的观点是否正确，我们首先需要理清通讯录到底是啥，有什么作用，然后再看看国内在这个“生意”上的从业者们的玩法，最后才能得到结论。

问题一：到底什么是通讯录？

将通讯录的概念限定在手机端，或者说移动互联网这个范围内的话，其概念就是“记录你的联系人的手机和电话号码、Email、QQ、MSN、通信地址等通讯录信息的一个功能”。简单理解通讯录上记录的信息就是人与其所对应的联系方式。核心关键点就2个：一个是人，一个是联系方式。而在联系方式中，手机号码是第一优先级，而QQ和Mail不能取代号码的原因就是其不能“永远在线”、不能“即时回复”。

其实这问题很简单，QQ信息可以不看，但电话记录是不能不看的，即便很多哥们天天手机挂着QQ。不过你敢指望你所有的朋友都在用QQ联系你么？但是反过来看，通讯录的存在加上电话和短信本质就是IM，核心都是3个要素：人、联系方式和交流。

问题二：通讯录其核心是什么？以及它的作用？

通讯录的核心是信息，同时所有的通讯录信息都代表了你在社会上的关系，所以通讯录天然的和SNS有着关联（很多相关项目忽悠投资人就是这么说的）。而记录信息的最直接目的是为了可以联系到对方，联系方式在手机端最直接的应用就是打电话和发短信。

最后一个问题：哪些应用知道你的通讯录？或者说谁可能知道？

1、通讯录同步/备份软件（火种、友录、蜡笔、有贝等）
2、短信增强软件（爱短信+爱拨号、ET短信等）
3、IM（QQ、飞信、米聊、速聊、个信等），其中飞信仅限移动用户，米聊和速聊模仿Kik，而Kik的官网对自己的定义是IM。
4、传统SNS（开心、人人等）
5、PC端手机管理软件（91手机助手、豌豆荚、魔乐等）

那既然这么多人知道我的通讯录，那么他们如何操作的呢？

第一类：通讯录同步软件

这是目前市面上最为常见的一类移动互联网应用，这类项目可以用刚性需求来形容。即便我们现在看到的应用可能功能仅仅是同步和排序优化等，但在未来，这类项目基本上都会向SNS这个方向上转。目前火种已经有这个苗头了，再来看蜡笔的界面，那简直就是一个微博页面。（在Android系统上，很多人会说Gmail直接就可以将通讯录同步了，也很方便。但我想说的是在国内这个环境下，你不可能指望所有用户都用Gmail，就好比你不能指望所有Android用户都在官方Market下软件，不能指望用户不用QQ而用Gtalk一样。）

第二类：短信增强关类软件

Symbian平台天生的缺陷给了很多创业者机会，功能增强就是一类，其中尤以短信增强为甚。大家比较熟悉的爱短信就是这一领域的领先者。此类应用和Kik类似的地方都是从短信来切入通讯录，而短信又天生的和通讯录有联系。爱短信系列的另外一款产品是爱拨号，其实本质上就是通讯录的功能。而看爱短信官网（现在应该叫觅我信息），其同样是想向SNS概念上靠的。

第三类：IM

Kik出现后，国内很多人第一时间想到的就是QQ和飞信，即便技术原理上差别很大，外观设计上差别很大，用户交互上差别很大，但这类应用本质上都是IM。也就在这周，国内模仿Kik的米聊和速聊也先后上线测试。（PS：某群里哥们感叹：“要是我有这样执行力的移动项目团队该有多好！”）

掰开了说，首先是QQ。QQ现在已经有了QQ同步助手（类似蜡笔）和QQ通讯录（类似友录），说实话我都怕QQ内部项目组会有争斗。这两款应用其实都是瞄着通讯录去的，尤其是11月11号才出的QQ通讯录。这也沿袭了QQ一贯的作风！同时值得关注的是，很多人在QQ上都已经把自己的联系方式，尤其是电话号码添加上去了。设想下如果某天你发现你电话通讯录上所有联系人的QQ上都有写电话，那将多么可怕！同时，另外一种说法是腾讯早已通过好友间的备注等关联信息将几乎所有QQ用户实名制化。

再来看飞信，其实乍看到Kik，我第一个反应是如果飞信这么干……，会怎么样？在Mobile 2.0 Family群组里也有兄弟讨论了这一话题，摘抄几段话：

1、Kik和飞信从Push机制来说是完全不一样的。飞信就现在机型分布来说，照搬kik有难度。飞信能做的，kik做不了；但kik能做的，飞信也能做。

2、Kik是即时通讯+跨平台，如果我注册飞信后，（经过我的允许后）飞信能够读取我的手机地址簿，并把那些正在使用飞信的人告诉我，我一定会很高兴的。

至于最近才推出的米聊和速聊，我在佩服其团队执行力的同时是对项目前景的一些担忧。

第四类：SNS

网络SNS到真实关系的SNS，其实我觉得是个悖论，本身的划分就存在界限不清的问题。和IM类似，人人网的好友资料中多数也是有手机号码的，我想人人网也就没必要在其手机客户端上再扫一遍你的通讯录列表了，因为你在人人网上的关系已经存在，并且足够“丰满”。

反面案例就是UC乐园，它扫你通讯录就是因为它不够“丰满”，结果就被曝光隐私问题，有点尴尬。

第五类：PC端手机管理软件

很多人说iPhone的成功第一个要感谢App Store，第二个就是iTunes。在目前这个时点，绝大多数用户的“计算核心”还是PC机，很多管理工作是需要PC控制手机完成的，所以在Android领域我们看到了91、豌豆荚和魔乐。但通讯录只是这类应用所有功能中的一环，而且还不是最重要的环节，在此不详细展开了。

以上应用基本上是现在我们看得到的涉及通讯录的应用了，没有什么结论。因为谁也不确定在通讯录这东西上是否会出现第二个Facebook，第二个Twitter。但有一点可以肯定的是，以后会有越来越多应用和通讯录紧密关联。

写在最后

说到移动互联网就不能不说iPhone 4，我不知道有多少兄弟看过国内的iPhone 4的电视广告，没看过的可以搜索下。所有的广告都在宣传iPhone 4一个功能——Facetime，这是为点啥呢？和Kik一样，跨运营商，甚至跨终端！

那这和通讯录又有神马关系呢？因为Facetime是和手机号绑定的！设想下，如果你身边所有的人都用Facetime……管你什么制式的SIM卡、管你什么2G/3G，管你什么运营商？只要有网络，你就可以打电话！只要你有摄像头，就可以视频通话！那时候要电话做鸟，Touch就够了把？

嗯！恭喜你，答对了！乔老爷子也是这么想的！

Betali.st：让你第一时间体验到下一个Facebook、Instagram 的网站

一个发布各种初创公司和创新IDEA公司网站的网站，这里你可以搜寻和看到各种创意哦，喜欢就收下吧，介绍来自36Kr：

由Marc Köhlbrugge 创办的Betali.st 是一个披露尚未发布的创业公司的平台。它就像一个在线展览馆，你可以时长来这里逛逛，没准无意之间你就在第一时间看到了下一个Facebook，并在第一时间体验上他们。

如果你是一家互联网创业公司，可以来这里披露你即将发布的产品。他们需要你提供一些相关信息，提交后如果审核通过就会出现在首页了。

如果你和我们一样热衷于初创公司以及创新的idea，相信Betali.st 一定会让你很兴奋的。

FROM http://www.36kr.com/8081

[web工具]Google Reader 用户必备：PostRank

自从用上GOOGLE READER之后，就什么也看不上了，也没有去试用别的服务了，然后给我的GR里面导入了一大堆的RSS，导致每天的未读文章都是上千上万吖，郁闷，工作后阅读的时间更少了，可是GR也是我主要的信息获取来源之一，不能荒废吖，推荐所有的GR用户（当然，如果你只订阅了很少的FEED就无所谓了）使用这个玩意，POSTRANK，我使用的是CHROME的扩展，同时也支持SAFARI和火狐。它可以帮你给你订阅的每个条目打分，然后你可以按分数的级别来过滤查看你的订阅，POSTRANK的计算方式是基于互联网上对于此条目的讨论和关注热度，所以还是可以当作参考的。具体见同步控的介绍如下：

如果你是 Google Reader，我想你和我一样，也曾因“1000+”篇未读文章感到烦恼，那么现在你可以把这些烦恼消灭99%。

PostRank 是一个社交网站参与度数据分析聚合网站，可以跟踪用户在哪里参与社交互动，采用何种方式，他们在关注什么，一切都通过即时方式完成。可以精确反映一个网站、一篇文章、一位作者的相关度和影响力。

好了，我们切入正题，PostRank 提供 浏览器扩展，安装了 PostRank 扩展之后，打开 Google Reader，你就可以看到每篇文章前面多了一个分值（满分为10），分数越高，说明讨论这篇文章的人越多，被人关注的越多，往往也是网络热点和精华。然后你可以根据 PostRank 分值对文章进行过滤，分为所有（All）、还成（good）、不错（great）、特好（best），四个等级。剩下的不用我说了。

PostRank 扩展目前支持 Chrome、火狐 和 Safari。官方网站地址。

# 本文内容来自合作网站36氪，原文链接，原作者 pestwave。

FROM http://www.syncoo.com/gr-postrank-4694.htm