Google Buzz终于加上了Retweet功能

在buzz里这个功能叫Reshare

buzz应该能淘汰twitter

用了两天buzz，感觉buzz和gmail，google map，google reader，android结合的很好，而且这种结合的潜力还只是开发了一点，将来和google的其他服务，比如 doc，checkout，wave，books之类结合后会变得更强大，相比之下twitter太单薄了。估计两三年内buzz会灭掉twitter。

开心啊

Google说要退出中国了，好开心。

终于有个有分量的企业对局域网大声说“不”了。

国人总是喜欢委曲求全，犹如日本人推崇德川家康的忍。Google刚宣布可能会退出中国，立刻就有所谓的互联网观察家跳出来痛心疾首的说Google太不理性太不明智（这个链接防火墙报有病毒，点击请慎重，后果自负），按他的意思google应该继续忍着。

当年1958年的庐山会议上，彭德怀为民请命递上万言书后，很多人跳出来痛批。很多人劝彭认错，劝彭顾全大局，不要分裂党中央，劝得很动感情，劝得痛哭流涕，最后彭德怀无奈认错，做了违心的检查， 很多本来认同彭德怀的人，为了所谓的顾全大局也加入了批彭的大合唱。 可当年的顾全大局换来了什么呢？ 换来的是所谓三年灾害，饿莩遍野，没过几年又是文化大革命，整个国家被折腾的快要散了架。委曲不一定能求全。那些当初批彭劝彭的人，没能因一时站对了队伍而幸免，在以后的运动中也大都遭了殃，通向地狱的路，都是自己铺就的。

丧失求真精神比假更加可怕。

有人说这下百度该高兴了，未必。以前是有谷歌这个高个顶着，百度活得轻松写意。可一旦只剩百度一人撑起搜索引擎的天空，原先谷歌承受的很多压力很可能也会转嫁到百度身上，到时恐怕不是CCAV敲4000万的竹杠那么简单。

未来的中国局域网会怎样？庆父不死，鲁难未已。

老毛说过：一切反动派都是纸老虎。Google第一个站出来向这个纸老虎吹了口气。

国内的网站要挂的牌子真不少

今晨看到euro贴出新浪挂的牌子，好奇去国内几个大网站看了看

新浪 20个，其中国家药监局就占了两个

网易 15个

搜狐 11个

优酷 6个

腾讯 18个

CCTV 3个

Google中国 1个，交的保护费太少，难怪在国内处处被刁难

不是一般的黑啊（转贴）

原文地址 https://docs.google.com/Doc?id=dfqptrrs_0d2f75sf9， 因国内很多地方已不能访问google doc, 所以转贴之。原文如下：

前情

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
6月18日央视《焦点访谈》

记者：通过谷歌中国能搜索出来的淫秽色情和低俗信息非常的丰富，不仅有交友、视频、还有文字等等，而且搜索起来非常方便，它还提供了这么一种功能，你只要输入一个词，甚至是一个字它就能给你提供若干种选项，更为夸张的是，即使你输入的这个词并不暧昧，但是它却能给你引导到低俗的内容上，不信我们来看一下：输入一个儿子，它下面缺出现了这样的一些选项“儿子母亲不正当关系”等等十个选项，而且这十个选项可以说都将引导你进入到那些低俗的内容，这样的结果应该说我们谁都没有想到。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

参考用“谷歌搜索低俗引导”

Google的搜索引导词是根据近期搜索频率来分的，也就是说，引导词里会出现最近一段时间内搜索的次数较多的组合。Google Trends上就能查到流量比较大的情况下的搜索频率走势。

而更为先进的Google Insights for Search（http://www.google.com/insights/search/）里则详细地记录下了2004年至今各搜索组合的次数涨落，并且还可细分网页搜索、图片搜索、新闻搜索，和按不同国家与地域、不同时间段来进行检索。

请看图说话。

解读：
在这几张“30天内统计数量”的表里我们可以看到，从6月10日起，“儿子与情人”和“儿子母亲不正当关系”两种搜索组合的搜索率直线上升，而之前的搜索量则几乎可以忽略不计。并且这些搜索近100%都是由北京的用户完成的。而且这些词条总共也就被搜索了十几二十来次。
同样，在搜索频率上升排行中我们也可以得到印证，这两个条目在过去从来没有这么“火热”过。

巧合？

同样是6月10日，同样是北京用户。同样是20次上下的搜索次数。

巧合？

真的是巧合吗？

_________________________________________________-

答疑：

有人问：数据图怎么都一样的？

仔细看，除了6月10日到6月18日的上升趋势惊人一致外，其他是有区别的。

比如第一图6月1日、第二图5月29日、三四图的上升量、五图的5月29与30日之间等等。

愚蠢的是我还是Google?

最近喜欢上了Google Chrome浏览器，运行Google Document确实比其他浏览器都快，而且感觉比Firefox更稳定。最近用Firefox浏览网页，常常出现网页关闭但内存没有释放的情况，开机久了Firefox占用的内存经常上1G，关闭所有网页也没用， Google Chrome就没遇到这个问题。

不过这两天Google Chrome的一个小问题快把我折磨疯了，就是Chrome窗口最大化以后浏览器窗口并不充满屏幕， 而是在窗口右边和下面各留5个像素的空间。

结果有时点击右侧的窗口滚动条时，就会不小心点到后面的窗口，点右上关闭按钮时，不小心点了后面窗口的关闭按钮。找遍了Chrome的设置窗口，居然没找到可以修改此项功能的地方。

是我太笨还是google真的变蠢了？

如何用Google Analytics跟踪出站点击

有时候我们需要知道用户是点击了站点中哪个外部链接离开了你的站点。比如当你的购买链接是指向第三方的收费代理，这时候就很有必要知道有多少用户是点击了购买链接离开了你的站点. 单靠平常的在线统计或日志分析(Log Analysis)是不能跟踪的，因为很多时候外部站点不允许你插入统计代码，更不会给你看日志文件。这时候就需要我们动手加点东西来实现对出站点击的跟踪。

以前追踪出站点击的方法主要就是不直接链接到外部站点，而是链接到一个本地文件上，把用户的出站点击经这个文件中转一下。这样通过日志分析(Log Analysis)统计中转文件的访问，或直接由这个中转文件把统计结果写入数据库， 以此来实现对出站点击的跟踪。

那么用Google Analytics如何跟踪出站点击呢？有人要说可以在中转文件中插入Google Analytics的代码，实际上有个更简单的办法。 在普通网页统计插入的Google Analytics代码中，最后要调用不带参数的urchinTracker() 函数。其实这个函数是可以带参数的。查看http://www.google-analytics.com/urchin.js这个文件，你会发现这个参数名是page，再向下多看看你就很容易发现，这个page参数就是统计页面的url。 利用这个函数就可以实现对出站点击的追踪了，将每个出站链接加入如下代码：

<a href=”http://www.waibu.com” onClick=”javascript:urchinTracker(‘/outgoing/1‘);”>链接</a>

这个链接中给出的参数’/outgoing/1‘ 是可以根据自己需要定制的，并不是站点中必须要有的文件。urchinTracker 这个函数你只要给他什么参数他就统计什么，实际是否存在并不关心。 加入这段代码后，一旦用户点击，Google Analytics就会记录为一个对’/outgoing/1‘的访问。这样你只用每天看Top Content（最常见内容）报表中’/outgoing/1‘ 的访问数字就能知道点击这个外部链接的访问有多少了。 你还可以把’/outgoing/1‘ 定义为一个目标(Goal)，在Google Analytics对目标的转化率Conversion Rate（转化率），Goal Path（目标访问路径）等进行分析。

注：

1.这种跟踪方法在不支持或禁止javascript的客户端是无效的
2.这种跟踪方法的前提是你必须在网页中安了Google Analytics统计代码

在线统计 vs 日志分析 ( Page Tagging vs Log Analysis )

网站流量分析(Web Analytics)的工具分为两大类， 一类是以Google Analytics为代表的在线统计系统， 英文称Page tagging。国内的武林榜，51yes，国外的Hitbox, Nielsen NetRatings, OneStat 都属于此类。这一类的重要特点是，分析时需要在里页面嵌入代码，这也是Page Tagging这个词的由来。 另一类就是日志分析，英文称Log Analysis， 特指web服务器的日志分析就是Web Log Analysis。 Nihuo Web Log Analyzer, awstats, analog 都属此类，这一类的特点是不用在页面嵌入代码，而是靠分析web 服务器产生的日志来生成统计报表。

经常有人问起这两种方法哪个更好，解释次数多了，自己都烦了，现在在这里统一回答一下。涉及到两类产品的比较时，就分别以Google Analytics( http://www.google.com/analytics/ )和Nihuo Web Log Analyzer( http://www.loganalyzer.net/ )为例了。

网站流量分析机制的差异

在线网站流量统计(Page tagging)的实现机制

Google Analytics需要在所有需要统计的页面中插入如下的Java Script统计代码，只有插入了代码的页面才能被统计，

这段Java script做的工作如下：

• 判断用户是不是第一次访问这个网站。它是通过cookie来判断， 如果特定Cookie不存在它就会认为是新用户，它会种一个用户标识的cookie，并在cookie中记录下用户第一次访问时的Refrrer，即来源网站。 如果是从搜索引擎过来的，它还会分离出用户搜索用的关键词并记录下来
• 判断用户是不是新的访问（New Visit)，并获取当前浏览的页面URL，标题，Referrer（来源网址），客户端信息（如屏幕分辨率，语言，flash版本，是否支持java ）
• 创建一个image对象，调用http://www.google-analytics.com/__utm.gif，把上面所有的信息作为图像文件的参数传回去。这个图像文件其实就是1个像素的gif文件，而且这个像素还是透明的，在页面中是看不到的。

其他的在线统计系统与Google Analytic有些细微的差别， 比如Nielsen NetRatings要求嵌入的javascript代码中还包含有如下代码：

这确保了在javascript被禁止的客户端，用户的访问也能被统计。当然，这种情况下能统计的信息很有限了。关于这些在线系统实现方法上的一些细微差别做过专门研究，说起来就很长了，哪天有时间会单独写个文章讲这个话题。

日志分析(Web Log Analysis)的实现机制

Web服务器在工作时会把所有用户发过来的请求和相应情况记录在文件里，这个文件就是日志文件。下面就是从http://www.loganalyzer.net/log-analysis-tutorial/log-file-sample-explain.html 找到的一行日志：

111.111.111.111 – - [08/Oct/2007:11:17:55 -0400] “GET /support.html HTTP/1.1″ 200 10801 “http://www.google.com/search?q=log+analyzer&ie=utf-8&oe=utf-8 &aq=t&rls=org.mozilla:en-US:official&client=firefox-a” “Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7″

在这一行里包含了客户端IP（111.111.111.111），时间（[08/Oct/2007:11:17:55 -0400] ），请求方法（Get），请求文件（/support.html ），HTTP协议版本（HTTP/1.1），返回状态码（200，表示成功），文件大小（10801 ），Referrer信息（”http://www.google.com/search?q=log+analyzer&ie=utf-8&oe=utf-8 &aq=t&rls=org.mozilla:en-US:official&client=firefox-a”），Agent信息”Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7″）。具体如何详细解读日志会另文阐述，在这里只是展示一下日志中都包含什么信息。

Nihuo Web Log Analyzer就是靠读入日志文件在本地进行统计计算而得出最终报表的。在大部分Web日志文件中，都是靠IP来判断访问者。Nihuo Web Log Analyzer也可以通过Cookie识别用户，但需要在日志中首先输出Cookie信息。

在线统计与日志分析的优缺点比较

上面费比较多的笔墨说两者的实现机制，就是为了大家能更好理解这一段，因为两种方法的优缺点都是由他们的实现机制决定的。

在线网站流量统计(Page tagging)的优点

• 通过Cookie识别访问者，比依靠IP识别要更准确。因为通过IP识别用户在遇到很多用户通过代理服务器（比如网吧）时就会不准确。而且当用户过几天后再访问时，通过Cookie能很好的识别这是已经来过的用户。而日志分析以IP识别用户时，因为用户每次上网拨号可能会被动态分配不同的IP，就会比较难准确判断返回用户。
• 能通过javascript搜集到一些通过日志不能搜集到的客户端信息，屏幕分辨率，语言，flash版本，是否支持java 等
• 使用方便，只要在所有页面插入了统计代码，以后每次直接看报表即可
• 可以做第三方统计， 比如你在blogspot.com开了一个blog，而blogspot是不可能把他们的web日志提供给你的，这时候没有别的选择，只能是用在线统计系统。

在线网站流量统计(Page tagging)的缺点

• 当客户端禁止Javascript或禁止Cookie时，都会影响统计结果，要么是完全统计不到，要么是出现错误的统计
• 存在一定误差，因为在线统计是通过javascript把客户端信息搜集起来再传回服务器实现统计，有时因为网络的延迟，会出现没有统计到的情况。而且和页面的载入速度也有关系，把代码加在页面代码顶部或尾部统计结果都是会有差异的。
• 不能统计用户对图像，视频，音频等文件的访问，因为这些文件不能插入统计代码
• 不能统计带宽信息
• 统计信息被第三方掌握，有安全上的危险

日志分析(Web Log Analysis)的优点

• 没有网络延迟的问题，统计准确
• 可以统计网络蜘蛛（spider ,bot)的访问，这对于做SEO比较重要
• 能够统计非页面文件，如图像，flash文件等等
• 客户端禁止了Javascript和Cookie也不影响统计的结果
• 能够采用丰富的过滤器(Filter)进行数据挖掘（Data mining)，可以从多角度分析网站流量和用户的访问行为。一些在线统计也支持Filter, 比如Google Analytics，但是一旦应用过滤器最终数据就被改变，原始数据是找不回来的。
• 可以多域名的日志放在一起分析，在线统计系统对用户的标识是基于Cookie的，而Cookie是不能跨域名的，在这方面日志分析有天然的优势。
• 安全，分析数据是由你自己掌握的

日志分析(Web Log Analysis)的缺点

• 使用比较麻烦，每次要分析日志，而且有的还要配置web服务器以输出合适的日志。
• 用IP追踪用户不如Cookie准确。 不过这个问题可以通过在Web服务器上添加插件或模块来解决。Apache需要添加mod_usertrack模块，并在日志中输出cookie信息。IIS可以装ISAPI的插件（自己用VC6写了一个，可以从http://www.doyj.com/downloads/cookiefilter.dll 下载，不过这个当时只是写来测试的，出了什么问题可别怪我 ）。也可通过javascript，php，asp等语言给客户端种植cookie，这讲起来就长了，大家可以google相关资料看看。
• 搜集的客户端信息不如Page Tagging丰富，象flash版本，是否安装java之类从日志是看不出来的
• 日志的存储管理也是挺头痛的事，尤其是当每天都产生几十G日志的时候。

经常有人问这两种方式哪个更好，应该选择哪种，这让我很难回答。 因为这两种方式都各有所长各有所短，只用一种方法很难准确完整的了解网站流量的的全貌，我自己做分析时两种工具都使用的，两个报告互相参考着看，也推荐大家采用这个方式。

注：这篇文章借鉴了一些 http://www.kichus.in/2006/09/23/log-file-analysis-page-tagging/ 的内容