从今天开始，google translate在web端加入了手写支持功能，包括中，日，韩。比如外国人去了中日韩，看到路名店名标示牌不认识，照葫芦画瓢手写就翻译成自己的语言了。使用了一下，发现这一功能可不仅仅是手写输入这么简单。
让我惊喜的就是拼音，例句（中英文都有，虽然目前简单）。想想看，拼音功能是不是就是一部字典呢，你看到或知道一个汉字怎么写就是不认识它。
泱泱大国，互联网人口世界第一，可是对于自家的东西的深挖掘，细运作，还是外来的和尚想的多，做的好啊！google translate再努力下，其他词典工具软件都可以歇歇了。
说起来，google的翻译还不仅仅在这里，他甚至想在每部Android话机里面内置一个Universal Translator了，做到真正的即时翻译，彻底打破语言文化的隔阂。想想看，这样的愿景真是值得期待。当然项目还是有蛮多困难，看文章介绍，就提到汉语的难度，还有就是周边环境的影响。
看来google的未来就是世界大百科全书，每个人自己的机器猫。
CNZZ国内最新搜索市场出炉，360搜索抢占百度市场份额了，Baidu降到70以下啦。赶紧的多些竞争，也让中国的搜索市场更加健康，有质量些。不过说实话，我还真很少很少用so.com，因为翻墙了基本还是google解决。用了下，新闻图片都基本没啥结果…加把劲啊。
google跑到第五啦，国内还是无福消受啊。也罢也罢，我觉得啊，google你还是把服务器放在国内接受监管吧，你在美国不也接受美国政府的监管嘛！
是不是做SEO也要开始考虑360了呢？
最后还是说说baidu，你不褪掉些铜臭，你不摊薄点脸皮，你真让人恶心。
END
开始讲讲Google Analytics，google的网站分析工具，由于免费加上功能完整，因此很受欢迎。当然有些特性上还是和商业的有些差距。
先说说基础的一些东西：跳出率，退出率，visit，session，PV，UPV。
有很多因素会导致跳出率升高，比如入口页面有网站设计或者不可用性问题，或者用户在那个页面没有找到他想要的信息，或者没有需要或兴趣继续下去了。
下面列一下可能的因素：
1. 单页站点 – Single page site
碰到这样的站点，除非用户刷新页面（这个点可能也是GA的一个问题），否则GA不会统计到多个pageview，所以一般有很高的跳出率。怎么办呢？这时候就要使用其他的跟踪方法了，如Events。
2. GA配置问题 – Incorrect implementation
高跳出率也有可能是因为GA跟踪代码没有配置对，好好检查下。
3. 网站设计问题 – Site design
如果GA跟踪代码没问题，也不是单页面站点，还是有很高的跳出率，就必须考虑：
a. 重新设计登陆页
b. 根据用户的搜索词或者广告内容，来优化登陆页，使用户觉得所得即所搜
c. 根据页面内容，调整广告和关键词
4. 用户行为 – User behavior
有时候用户的行为也会导致高跳出率，比如一个用户收藏了你的某个页面，他访问完以后就走了。
怎么改善跳出率：
具体来说，改善跳出率，需要具体情况具体对待，最好的办法就是分析数据。一个网站同时进行的不同市场活动都会导致不同的跳出率，所以要针对特定流量来源分析。另外考虑其他维度，比如媒介，关键词，campaign，登陆页去逐个分析也是很好的方法，总之从细分的跳出率入手比从网站统一跳出率更有可操作性。
为了更好地理解某个具体页面page的退出率和跳出率，记住下面三点：
1. 某个页面的退出率 = （这个页面是session最后一个page的pageview）/ 这个页面所有的pageview
2. 某个页面的跳出率 = （既是登陆页又是唯一页面的session数）/ 以这个页面为登陆页的所有session数
3. 页面跳出率是基于visit的，visit的登陆页必须是这个页面。visit就是session哦，但是不同于unique visit。
打个比方，你的网站有3个页面page – A、B、C，每天只有一个session：
周一：A -> B -> C
周二：B -> A – > C
周三：A -> 退出
于是GA报告里，page A有3个pageview，50%的跳出率，注意是1/2，不是1/3，以A为登陆页的只有2个session。一个页面的跳出率只有这个页面发起了一个session时才有意义，而跳出则是说这个session只有一个网页互动操作。
让我们来扩展一下这个例子：
周一： B > A > C
周二： B > 退出
周三： A > C > B
周四： C > 退出
周五： B > C >A
退出率：
A：1/3
B：2/4
C：2/4
跳转率：
A：0
B：1/3
C：1/1
1. unique pageview vs pageview
英文解释是：Unique Pageviews is the number of visits during which the specified page was viewed at least once. （The unique pageview statistic represents the number of individual visitors who have loaded a given page per session. Each visitor to your site is counted only once per session, no matter how many pages are opened by the same visitor.）（A unique pageview aggregates pageviews that are generated by the same user during the same session. A unique pageview represents the number of sessions during which that page was viewed one or more times.）
中文可以解释为：某个页面至少被访问了一次的用户访问visit数；也就是说在一次访问visit里，可以对这个page有多个pageview。
pageview就简单了，统计所有的page访问数，页面刷新或者离开再返回都算新pageview。
2. session/visit vs visitor
Visits represent the number of individual sessions initiated by all the visitors to your site. If a user is inactive on your site for 30 minutes or more, any future activity is attributed to a new session. Users that leave your site and return within 30 minutes are counted as part of the original session.
The initial session by a user during any given date range is considered to be an additional visit and an additional visitor. Any future sessions from the same user during the selected time period are counted as additional visits, but not as additional visitors.
访问visit表示由用户发起的对网站的会话（session），session有30分钟的timeoue时间，idle时间超过30分钟（可以配置），用户再发起的活动就算新session了。用户离开但是同一个电脑同一浏览器30分钟内回来，还算相同的session。
给定时间内的初始会话可以视为一个新的visit和一个新的visitor，这段时间内的新session都算是新visit，但是不是新的visitor。
所以基本上visit可以等同于session。
参考：
华盛顿邮报今天曝光了美国网络间谍网，PRISM。网络巨头们虽然极力否认，但是目前看来事实已经明摆了。
Huffingtonpost则连登了一系列的文章作为抬头专题，表明一切都是真的，连美国国务院的声明，好多Senate的表态都放出来了。
Google，你也骗人，你的privacy政策呢？
让我想起来了，去年好几次奥巴马召集科技巨头们开会，还以为是研究美国国家科技政策呢，估计是私底下讨论PRISM吧。
基本上，从目前的资料看：
PRISM主要针对国外用户，反正也没有法案保护国外用户，反正你随时都有可能成为恐怖分子；
如果RPISM要针对美国公民或者居住在美国的人，必须出具法院文件，科技公司会配合。
美国国会议员其实都知道这个东西，只是对民众秘而不宣罢了。
所以科技公司的申明，总是说，我们不知晓PRISM（废话，当然要配合政府），我们只会在法院文件下提供数据。
好吧，看看曝光的PRISM资料的片段吧。
这个东西，CAPTCHA，大家都很熟悉，也做过，也很讨厌吧。
太tmd难认了，也难怪很多国内网站都采用了其他方案。至少之前搭的Vinilla采用了问答式的解决方案。
不过今天偶然发现才知道，原来google收购的这个东东，来源自reCAPTCHA，一个数字化报纸，书籍等数字时代以前的出版资料项目。
扫描以前的书籍出版物，电脑碰到不认识的，reCAPTCHA就做一个CAPTCHA出来，给人来读。一举两得，既用众人之力解决了问题，又能帮助网站辨识真人和机器人。
但是既然电脑都不认识，它又怎么知道你输入的是对的呢？于是乎，一个标准的CAPTCHA都是两个word，一个是好辨认的也是电脑也认识的不过更加打乱了一些，另外一个是电脑不好辨认的。只要电脑认识的那个输入对了，第二个也会作为备选答案，和其他人的结果作对比，选出最佳答案。
Google的reCAPTCHA网站，也列出了做一个安全的网站CAPTCHA的guideline，可以好好瞧瞧，安全第一啊！
Webrtc是google买了一家公司以后开源出来的通过javascript API来实现浏览器支持实时通讯的项目。
目前已经被chrome、firefox、opera所支持，未来应该会加入到HTML5标准中。webrtc官网上有chrome和firefox视频通话的demo。
当然现在由于Apple，Microsoft，Adobe，还有ISP之间的利益博弈，情况暂时还比较复杂。
不过值得期待，这东西可能会颠覆很多行业。今天也看到一个P2PCDN，就是利用webrtc技术来实现的，一段9k大小的js，实现用户端发起的cdn资源。这个如果成熟也是革命啊。
顺便说一下今天的感想：
传统行业公司要转做电商，要转变老观念“IT只是support部门”。网站、APP做起来简单，深挖的东西蛮多。
好像还是倾向，global+traditional+manufacturer。
定位，定位，咋就这么复杂，搞不懂，中高层估计快要泛滥。
终于，Google的IAAS云服务开始运营了，Google Compute Engine。Amazon的AWS开始有竞争对手了，而且很强大。
于是乎，紧接着Google APP，GAE(PAAS)，Google Storage等产品，一个完整的Cloud Solution and Service呈现在市场上，绝对是领导市场的架势。
只可惜，在国内，只能胆战心惊的用着，对个人用户还好，对企业用户是很大的风险啊。我想Google应该要做点什么吧，真的不想要这么大的市场嘛？跟MS好好学习学习政府公关。你的“不作恶”，伤害的成千上万无辜的fans。
想想Google最近真是更新不断，GAE在原有Java/Python/Go上又新增PHP了，Google Map要更新了，APP也突破了IOS平台的Safari封锁，Storage也在整合中。可惜个人对Google+不怎么感冒。
想想看，接下来还有什么呢？DNS Hosting Service？Amazon可已经有了。8.8.8.8已经做得足够好了，期待啊。
