2010年4月30日星期五

百度奇艺网的Hulu模式在中国的生长

  奇艺网上线不短时间了,刚开始也跟着微博们玩了一把邀请制,效果很不好所以很快就开放给大家使用。效果不佳的原因是奇艺网并不奇货可居,看视频我不一定非得到奇艺网来,可替代品太多。

  前几天关于奇艺网的新闻并不少,有质疑也有赞许,有业界的声音,也有奇艺网自己PR的动作。前几天看央视12的一期谈版权的节目,在痛批了其他视频网站之后,重点嘉许了新兴的奇艺网。普通群众看不太明白,但是在我们看来多少带一点公关的性质。

  一个网站自身是否成功,必须融合了自身创意以及行业壁垒等综合因素。下面就从大家关注的几个方面,谈谈我个人对于奇艺网以及Hulu模式在中国互联网生长的一些看法。

百度奇艺网

  1.资方背景

  我们现在知道的,奇艺网是由百度创立,同时美国私募股权投资公司普罗维登斯向奇艺网投入了5000万美元,这家投资公司同时也是Hulu的投资者。

  资金的方面暂且不谈,就算没有普罗维登斯的加入,百度一样能够把这网站很好玩下去。但是奇艺网的东家百度是大多数视频网站的客观流量来源,如果百度向奇艺网倾斜,将会完全可能导致市场天平向奇艺网倾斜。

  当然,在现阶段百度与奇艺网都对这种说法予以了否认,并且用一种很官方的口气作出了回复。但是大家心里都跟那啥似的,话可以这么说,但是事儿完全可以照做不误。

  如果到时候受到大家质疑,百度完全可以以内容质量、版权等乱七八糟看似正当的理由来搪塞媒体。所以作为中文最大流量来源,百度才是奇艺网最大的变数。

  因为腾讯的经验告诉我们,只要有用户和流量,产品不好可以改,内容不好可以加,模式不好可以换。在百度垄断地位不改变的情况下,奇艺网一定可以在中文视频网站中占据一席之地。

  2.版权牌和内容覆盖率

  奇艺网复制的Hulu模式,一个很重要的特点就是100%的正版率,在美国这样的土壤里面完全可以很好发展。

  一方面是公众版权意识不强,法律关于版权保护的部分也还不够规范和严格,这导致视频网站部分盗版内容的存在被业界默认,这也是公开的秘密。

  另一方面,由于国内市场并没有一个有足够垄断地位或者说完整的版权厂商,这导致视频网站必须要向多家版权商购买不同内容的版权,这导致了版权支出的成本大幅增加,也大大限制了正版化的进程。

  如果奇艺网要做中国的Hulu,要面临的首先一个问题就是,他如何拿自己并不完整的正版内容去击败那些完整的不完全正版内容。毕竟对于用户来说,有奶就是娘,在哪里看并不是那么重要。

  这是我在体验奇艺网中遇到的一个很重要问题,因为我搜索一个窝喜欢的综艺节目,但是最后返回无此节目的信息。即便有的节目有,但是更新也相对滞后。

  有时候,做视频网站,并不是简单的是与非的判断。正版不一定对,盗版不一定错,这就是现实的中国网络版权现状。

  3.盈利能力

  Hulu被广为推崇的一个重要原因,是因为市场占据大幅优势的Youtube并未盈利,但是Hulu就已经取得了千万美金级别的盈利。

  但是在国内来说,如果是简单走在线视频内容,需要面对来自多个视频网站的夹击。谈到版权问题,其实奇艺网可以买到的内容,优酷、土豆之流一样可以买到,差别只在于钱而已。

  我只能说,正版化只能给我们一个关于奇艺网盈利的更好预期,但是仅限预期而已。最终的结果还需要看执行团队的能力。

  ————结束的分割线————

  说到高清,传统视频网站已经早已经开始了在高清视频部分的布局,这并不是奇艺网的独家专利。所以某种程度上来说,奇艺网撇开新闻稿的那些内容,和传统的视频网站并没有差异。

  奇艺网现在应该做的事情,是趁着传统视频网站在正版化和高清这块尚未完全展开的时候,弥补自己与传统视频网站在内容上面的差距,凸显自己的优势。再辅以百度的适当辅导,才能够在视频网站之中,分到一杯羹。

  来源:XJP投稿,原文地址

2010年4月29日星期四

基于Dropbox的个人知识管理平台

  如何保存和管理知识,是个人知识管理的一个非常重要的问题。很多人下载的资料很多,但大多数甚至从来没有打开过,或者不知道放到哪里了,实际上这样的知识对于个人来说是没有价值的。

  在大多数人的电脑中,“桌面”、“我的文档”、“下载”、“IE收藏夹”等目录都是混乱不堪的,极大的影响了个人的工作效率,如果有多台工作电脑(如公司的台式电脑、家里的台式电脑、笔记本电脑),则文档管理的混乱程度将翻倍增加。

  我对于个人知识管理的心得是:利用Dropbox软件同步多台电脑文档,所有文档按照分类放在不同的文件夹内进行管理。

  系统默认的下载目录不放在Dropbox目录中,每次下载完成后,手动将需要的文件移动到指定的分类目录里。

  下图是我设计的基于Dropbox的个人知识管理方案,可以自动实现家里和办公室的个人工作平台的知识管理,提高个人的工作效率。

基于Dropbox的个人知识管理平台

  这个知识管理平台的配置方法和过程如下:

  安装Dropbox的时候,选择自定义目录,然后选择磁盘,例如E磁盘,这样,My Dropbox目录就建立在这个磁盘的根目录下。

  接着,在My Dropbox目录下建立如下目录:Work,My Documents,Archive、Src、Doc、Software、Favorites目录。

  对于Windows XP用户,安装微软提供的一个小工具junction,执行命令junction "C:Documents and SettingsAdministrator桌面Work" "E:My DropboxWork",可以在桌面生成一个Work目录,所有的草稿文件都可以放在这个目录下。

  在桌面上的“我的文档”点右键,选“属性”,目标文件夹选择“E:My DropboxMy Documents”,点“移动”,可以把“我的文档”移动到Dropbox目录下。

  “我的文档”和“存档文档”内均存放我自己产出的文档,个人类的放在“个人文档”中,工作类的按照项目放在“项目文档”中。

  “我的文档”的内容是当前正在进行的项目和文档,“存档文档”保存以前历年的历史文档,存档文档通常只读,不进行修改。

  MSN的消息可以保存在My Documents目录(“我接收到的文件”目录),实现MSN消息的同步,但QQ的消息不要保存在My Documents目录下,因为QQ消息文件和MSN不同,QQ的非常大,很难进行同步。

  非自我产生的文档,例如从网上下载的资料,学习文档等等,都按照类别放在“参考资料”(Doc)目录下。

  “我的收藏夹”目前为IE系统的收藏夹,设置方法是,打开REGEDIT,在HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionExplorerUser Shell Folders中,修改Favorites的数值为E:My DropboxFavorites,这样,即可将IE的收藏夹放到Dropbox目录下进行同步。

  常用软件Software目录里存放最常用的一些软件程序或安装程序,不要放一些大文件,通常我只放10M以下的小文件。

  经过上述操作,就可以把Dropbox打造成为一个可自动同步的工作平台,无论在家,在公司,还是在外出差,只要能上网,就能在基于Dropbox的工作平台上编辑最新的工作文档,很好地提高了工作效率。

2010年4月28日星期三

百度推广的投资回报率分析

  众所周知,在百度推广或谷歌关键字广告上做网站推广,是很直接的增加企业或公司销售量的一种推广方式,这种嵌入式的广告不同于电视或平面广告,没有强迫人们去接受广告内容,相反,广告被以关键字的形式出售,这种广告并不是直接瞄准所有的受众,广告只对感兴趣的使用者出现,在某种程度上说,是用户自己选择了广告。

  这种以关键字卖广告概念本来是Overture开发的(即原来的Goto.com)。这种模式在Google身上获得了巨大成功,后来百度借鉴这种模式在中国也同样获得了巨大的成功。不可否认,这种模式无论是对于搜索引擎公司还是对于普通个人,都是一件好的事物。搜索引擎公司借此获得滚滚的财富,而普通个人在上网时也避免了眼睛接受电视广告似的轮番轰炸。

  做网络推广的朋友们最为关心的是ROI(投资回报率),以百度为例,企业或公司通过做百度推广,提升了产品或服务的销售业绩,但同时也投入了巨额的推广费,这种推广方式,做了推广马上就有效果,停了推广这种效果也就立即消失了,所以企业或公司只能不断地投入来做推广。这样,从做推广获得的盈利和用于推广的投入就像杠杆,前者如果远远大于后者那是皆大欢喜,如果前者小于后者,恐怕没人会去做推广了,如果前后者相差不大怎么办,这是我们最关心的问题。先来看看下面的问题你是否遇到并且解决了:

  一:如果你是卖鲜花的,你在百度上做了推广,但你的同行经常点击你的推广页面,你怎么办?你可能说,你可以让百度屏蔽掉经常点你推广页面的IP,但如果你的同行经常用不同的电脑或者去网吧点击你的推广页面怎么办?

  二:你是否计算过你从推广上获得的盈利与你在百度上做的推广费用的差额,是否真的是笔很大的净利润,还是不确定?如果不确定,你是否还在盲目的做着推广?

  三:很多人用第三方的监控软件监控网页的点击量和其他信息,但你是否知道百度的推广员有没有经常的点击你的推广页面?假象这些推广员都很绅士,从来不为了自己的业绩和提成去点客户的广告,但你是否确定百度后台的的点击扣费是否每天都很正确?

  四:你是不是发现你每天的预算都会用完,就算偶尔没有用完,你有没有想过这是为什么?难道是你预算的非常精确,你相信自己每天都是一个很正确的预言家?

  五:百度声明过很多种点击方式都属于无效点击,就是点击了也不扣费,但你是否知道百度怎样排除无效点击,你是否知道这些无效点击是否真的没有扣费?假如确实没有扣费,你是觉得很侥幸,还是你确实非常清楚这些原因和结果?

  最后,如果你能发现并解决上面的问题,你就会节省出你所想象不到的财富。

  来源:读者鱼求雨博客投稿,Williamlong做了部分修订,原文链接地址

2010年4月26日星期一

Google Reader的探索、热门条目和神奇排序

  Google Reader(谷歌阅读器)的中文版终于更新,将原有英文版的功能中文化,增加了探索、热门条目和供稿的神奇排序功能,使得订阅阅读体验更加个性化和自动化。

  在Google Reader的英文版早就有了Explore的Recommended items和Sort by magic,但仅仅针对英文信息,对于中文用户来说没什么用,现在这部分功能已经中文化,探索的热门条目信息显示的是中文信息,供稿的神奇排序也支持中文了。

  探索中的“热门条目”显示的信息是按照Google根据共享算法筛选了最适合用户的最热门信息,用户再将这些信息按照“神奇排序”进行排序,就可以看到适合自己的内容源了,这些信息可能并非来自用户的订阅条目,适合用户发现网络上的新鲜事。

  同时,如果用户可以把Google Reader的语言设置为English,那么你会找到英语地区的热门条目。

  另一种筛选方法就是使用“神奇排序”功能。点击文章上方的“供稿设置”按钮,选择神奇排序即可。

  这些排序都是个性化的排序,是根据用户的“喜欢”和“分享”条目计算出来的,如果用户对“神奇排序”的排列结果不满意,可以通过对条目的“喜欢”和“分享”来改进排列结果。

  除了这些以外,在“探索”中的“推荐源”还会推荐一些用户可能喜欢的订阅源,方便用户发现好的内容。

  总而言之,Google Reader的这几个新功能具有重大的意义,这些功能已经将Google Reader从一个RSS阅读器工具转变成为一个社会化媒体发现和共享平台。

常用网站开发类Firefox扩展插件

  作为一个 Web 开发人员,你几乎没有理由不喜欢Firefox,因为在Firefox下有很多专门针对开发的扩展插件,非常好用,这里就介绍一些常用的针对网站开发的FireFox扩展,供Web开发人员参考。

  1、Firebug

  用于调试JavaScript,修改界面HTML和CSS,一些常用的网络分析扩展也是基于Firebug的,非常好用。

  2、YSlow

  YSlow是Yahoo开发的,基于Firebug的用于分析网页性能的工具,可以提供如何提高网站性能的一套规则,用于优化网页的速度和建立高性能的网页。

  3、Page Speed

  Page Speed是Google开发的类似YSlow的工具,也是基于Firebug插件,网站管理员和网络开发人员可以使用 Page Speed 来评估他们网页的性能,并获得有关如何改进性能的建议。

  4、Web Developer

  Web Developer是集成了一系列Web开发工具,例如HTML、CSS校验、FORM修改等功能,拥有强大的CSS调试和Form调试能力,对页面的分析非常全面,可以禁止页面的任一内联、文档、和外部CSS,可以直接编辑当前CSS。

  5、Live HTTP Headers

  浏览页面同时记录所有HTTP headers,可分析各个http头的状态码。

  6、HttpFox

  监控和记录所有HTTP访问中发送和接受的数据,包括URL地址、HTTP头、传输参数等信息。

  7、User Agent Switcher

  浏览器切换器,可以让Firefox伪装为其他浏览器,伪装其他浏览器例如iPhone来访问网站。当初我提前体验Google Buzz就是利用这个扩展模拟iPhone登录来实现的。

  8、Coral IE Tab

  基于IETab开发的增强版本,在Firefox中模拟使用IE浏览器的引擎来访问网页。

  9、MeasureIt

  可以测量页面上任何选择区域的长宽。

  10、ColorZilla

  可以从页面,或者调色板上取色,同时可以缩放页面。

  11、FireFTP

  在Firefox中实现FTP的功能。

  12、Greasemonkey

  让你可以使用JavaScript在浏览器上实现一些特殊的定制功能,有上百个基于Greasemonkey的JavaScript代码可供使用。

  13、View Source Chart

  改善Firefox浏览器显示源代码的样式。

  14、HTML Validator (based on CSE HTML Validator)

  使用CSE的HTML验证引擎,需要安装CSE HTML Validator for Windows,有lite版本。

  15、wmlbrowser

  模拟WAP访问WML (Wireless Markup Language)网页。

2010年4月25日星期日

两个重要而又容易被忽视的角色

  我敢打赌,在中国,一半以上甚至更多的,以网站为主营业务的或者把网站很看重的公司,没有Web前端工程师和产品工程师这两个职位,甚至有些有点规模的公司也可能没有这个职位,当然,这不能包括像alibaba,sina,163这样的公司,只是指中小型公司而言。如果你们公司有,请给我留言告诉我你们公司的规模和相关的信息。

  做得好一点的公司,一般是项目经理/部门主管+投资方(项目管理中的投资方,实际上就是老板,反正就是决定你要做什么并给你钱的人)来承担产品工程师的角色,由美工来承担Web前端工程师的角色,特别是Web前端工程师,是最容易被忽略的角色。

  企业想挤出利润,无非两个方面,一个是开源,另一个是节流。而这两个角色,恰恰可以用开源节流来比喻,产品工程师可以设计出更好的产品,这就是开源,Web前端开发工程师可以精简网页代码,提高用户访问速度,减小企业带宽上的支出,甚至可以减小服务器上的支出,这不是节流是什么?相比有些企业,以靠克扣员工工资来实现节流,这个节流要节省得多。

  产品工程师

  很多公司的流程基本上是这样的,由需求部门(一个或者多个,如果公司小,可能就是老板等几个人)提出需求,提交到项目经理或者IT部门主管,然后 IT部门主管根据需求进行开发,这中间可能要判断是做还是不做,判断的依据主要是开发难不难,麻烦不麻烦,很少去考虑合不合理。各位,看到什么问题没有,很多IT的部门主管,他只是一个管理者+项目经理的组合,或者干脆就是一个项目经理。需求部门交给我的需求,我按照要求按时按质做完就OK了。但时,需求部门往往是不懂互联网的,这种情况很多公司大量存在,对于一些老板本身就是做互联网的,或者较大的公司,这种情况会比较少。

  问题就来了,一个不懂互联网的人,根据自己的喜好或者自己的判断来提出一些需求,有些需求可能很无理,有些时候可能是自己的喜好,有些时候可能是违背互联网的基本准则的。而技术部门往往是只要没有技术难度就开发吧,反正我就按你要求做了,这个中间,没有一个懂互联网的人来把关。注意,懂互联网的人,不是懂技术的人,懂技术的人很多都是不懂互联网的。比如说我曾经见过有公司的老板要在网站的两边加一副对联,结果别人说像灵堂一样,也曾经有公司的老板要把网站做得像电视一样(不是视频网站,就是一个非常酷的过场动画这样子,想法是好的,可惜不适合大型网站,不利于访问也不利于SEO)。

  这个时候一定要有一个产品工程师或者产品组来承担这个中间人,注意,还没有到美工的层面,他需要根据需求方的需求,再加上自己对互联网的了解,来设计这个产品。他要考虑到浏览器、带宽、用户习惯等等内容,以确定如何布置页面中的内容,确定功能之间的关联。在这个时候,如果产品工程师不懂技术,可以邀请Web前端工程师和项目经理/部门主管参与,因为某些地方为了用户体验可能要使用到一些技术,需要由这些人来确定是否要行。

  Web前端工程师

  相对于产品工程师,这个职位显得很加缺乏,因为产品工程师很多时候可以由项目经理或者部门主管兼任,但Web前端工程师这个职位,是很多公司都不重视的职位,很多公司是这样的,Html和CSS由美工负责,而Javascript由程序员负责。但问题是,很多美工对Html/CSS只能实现,至于规范也速度很少考虑,而程序员对Javascript就更加了,从我接触过的程序员中,绝大多数人觉得Javascript是一个比较简单的语言,没什么前途,看不起这种语言,也认为Javascript只能实现一些交互而已。

  所以实际上,很多企业是用两个懂一点点的人,来做这个重要的工作。如果让我来选择,我愿意放弃一个,甚至两个程序员,来换一个Web前端工程师。为什么要这么做?我认为,一个网站两个非常重要的地方,就是他的交互性与速度。很多程序员喜欢划分前台与后台,他们都认为前台不重要,只要后台功能完成了,前台不是很简单的事么!不!不是这样的,前台比后台重要,为什么这么说?你想想,一个用户是通过什么接触到你的网站的,是前台,是Web页面,而不是后台冷冰冰的程序。你有再强大的功能,如果用户操作起来很复杂,那么用户也会抛弃你的,除非用户别无选择,比如说工信部的备案,但问题是,现在互联网同质化越来越厉害,抄袭也变得风行,你真的有这么高的技术壁垒让其它公司没有办法做到和你一样的产品么?

  注意,不要钻牛角尖,我并非说后台完全不重要,你要非说就算你前台再好,我后台一个死循环出不来,那不是也没戏,这是抬杠!除了大型网站和逻辑错误,现在多数网站并不存在后台影响速度的问题,或者说影响不是那么明显。前台所带来的问题,要比后台带的问题多得多,也容易解决得多,往往是可以花少量的代价来解决大问题的,可是往往很多企业愿意去花钱买带宽买服务器租CDN以提高速度,却不愿意请一个Web前端工程师来解决这个问题。同时,请注意,就算你服务器再快你的带宽再高,用户的带宽是不变的,如果你超出了用户带宽的阀值,你所做的一切将都是豪无意义的。

  程序员往往可以实现Javascript的功能,但是由于Javascript的特殊性,他们很难以最优化的方式来开发Javascript代码,就可能就造成他们去网上Copy一段Javascript,然后只要实现效果即可,大量重复的甚至是有Bug的代码被应用到网站中,这些代码将会影响到用户的执行效率,降低用户体验。在HTML方面,这也是程序员的弱项,他们也觉得这个东西太简单,实现起来很容易,但是HTML和Javascript都是入门易深入难的东西,如何合理地组织Html+CSS,让浏览器更快更有效率地执行,这个也是需要很多年的经验的。

  在用户体验方面,大公司可能用UE/UI等部门,而小公司的话,一定要有Web前端工程师,美工只是设计页面,很难照顾到用户体验这个层面,当然不排除有些美工已经有这样的水平。实际上用户体验也和产品设计一样,都属于开源的一部分,因为如果用户体验好就能带来更多的用户,不是开源是什么。

  最后,我想分析一下造成这两个职位被忽视的原因,产品工程师一职,往往被项目经理或者部门主管+投资人代替了,一般来说,做到主管级的人对行业多多少少算比较了解,所以这个职位的缺失可能不会带来大问题,但也有时候会因为这个职位的缺失而导致项目失败的安例发生,这就要求主管同时也要有产品工程师的能力。

  Web产端工程师是最容易被忽略也是最不好招聘的职位,究其原因,是因为部门主管往往是做技术出身的,而技术人员常常会轻视或者忽视前台的工作,也正是这个原因,造成了Web前端工程的工作比较低,所以很多人不愿意去做这个职位,我就常常看到新人如果让ta学习Html/CSS /Javascript,ta就会问你,什么时候我才可以真正编程啊,这样就形成了一个恶性循环,企业不重视,工资上不去,程序员也就不愿意学习了。然后,这个职位可以给公司省下非常高的费用,可以节省数个程序员,减少带宽及服务器。不信?试试看吧!

  来源:涂雅投稿,原文网址,转载请保留此链接,否则视为侵权。

2010年4月24日星期六

百度推广和谷歌关键字广告

  今天去参加了《百度营销中国行》深圳站的会议,主题演讲有《网络时代的营销变革》和《搜索改变营销》等内容,参加会议的人非常多,秩序很混乱,体验厅的业务员小姐对搜索业务也不很了解,做个几个演示,就问我什么时候签单,我怀疑这些业务员是不是做保险的转行过来的。

  百度推广和谷歌关键字广告(AdWords)对比

  这个《百度营销中国行》会在国内四十多个主要城市进行巡回演讲,举办的时机非常敏感,正是谷歌中国总部迁至香港之后的关键时刻,中国搜索引擎市场市场前途未卜,此时的谷歌广告用户普遍处于人心不稳的状态,谷歌的广告市场份额也出现一定程度下滑,据易观国际Enfodesk产业数据库《2010年第1季度中国搜索引擎市场季度监测》显示,百度收入市场份额从上一季度的58.4%拉升至目前的64%,谷歌收入市场份额从上一季度的35.6%下滑至本季度的31%。而其他搜索引擎如腾讯搜搜、网易有道均未有大幅变化。

  此时百度推广的强势出击,用意非常明显,因为百度的搜索市场份额较大,因此原本百度推广(竞价排名)就比谷歌关键字广告(AdWords)有较大的优势,现在这种优势有可能将逐步拉大。

  然而,从这次会议给我的感觉,百度目前的飞速扩张显得有些急躁了,中国目前的网络广告市场其实还处于启蒙阶段,市场规模远未成熟,据百度介绍,深圳的30万家中小企业有60%都没有自己的网站,发展潜力是巨大的。但电子商务发展不能急功近利,应该一步步来,关键字广告说好听点是精准营销、成本低廉,实际上如果设置不当,往往是个烧钱的工具。对于那些连网站都不会建立的中小企业来说,通过关键字广告进行网络营销实际上具有相当大的难度,不是几个专家忽悠了一下午就能签单这么简单的事情,百度如果真想发掘这里的市场,不如先从最基本的中小企业电子商务建站开始做起,不用先考虑赚企业的钱,而是慢慢哺育这个市场,等市场成熟发展起来,中小企业都有了自己的网站,那么网络广告推广的商机自然就成倍增长了。

  在会议中,百度演示了一个百度商桥的工具,这是一个用于技术支持的商务沟通工具,其服务器界面和百度Hi很类似,从这个软件可以看出百度在商务领域的尝试要先于腾讯,腾讯拥有那么大的QQ装机量,为什么不能模仿“百度商桥”做一个商务沟通工具呢?

  百度联盟和谷歌广告联盟(AdSense)对比

  虽然谷歌关键字广告(AdWords)业务面对百度推广处于下风,但谷歌广告联盟(AdSense)业务相比百度联盟来说占据绝对优势,对于联盟网站给予高额分成比例赢得了广大中小网站的青睐,成为网站发布商的首选产品,这种优势在短期内难以撼动。

  谷歌广告联盟(AdSense)业务之所以成功,主要有以下几点原因:

  1、严惩作弊:谷歌广告联盟(AdSense)的计划政策是,一个用户一旦作弊,则终身停用作弊网站的帐号,这种对网站发布商近乎苛刻的审核和监控,充分保障了广告发布商的利益,同时也提高了联盟网站的整体流量水平,这种严厉的制度不仅仅赢得了广告主的好感,同时也获得了中小联盟网站的青睐,因为联盟网站可以获得更高的分成。而百度联盟在发展初期对作弊采取睁一只眼闭一只眼的态度,使得很多作弊网站则纷纷转向百度联盟,降低了百度联盟的流量质量,反而让发布商不愿意在联盟网站上投放广告。阿里妈妈则全是作弊网站在刷流量,基本上已经出局。

  2、高额分成:谷歌广告联盟对于联盟网站的分成非常高,超过了70%,这让谷歌自己反而从AdSense获得收入很少,高额的分成吸引了大量的优质网站。而百度联盟的分成较低,相同广告商的相同广告,在两个不同联盟上会得到完全不同的收益。

  3、定期培训:谷歌广告联盟(AdSense)从几年前就开始进行各类免费的网络培训和网络会议,通过各类培训会议,提高了各个联盟网站的广告点击率和收入。而百度从今年起才开始进行网站联盟的培训会议。

  当然,百度在网站联盟上的收入可能和谷歌类似,也不太多,因此可能就不会在上面投太多的精力,而联盟网站的广告效果不好,会使得客户将资金投放到百度推广里,反而会增加百度的收入,因此网站联盟也逐渐形成鸡肋的发展势态。

百度谷歌

  总之,中国的搜索引擎广告市场规模还有很大的潜力,远远不是去年69亿那种规模,这方面的市场建设,搜索引擎(百度、谷歌)、中小企业、联盟网站三方都有一定的责任来共同发掘这个市场,一旦这个市场发展起来,那么中国的互联网广告市场必然会面临重新洗牌,这其中成功的机会就很大了。

2010年4月23日星期五

谷歌手机地图支持中文语音搜索

  距Google黑板报报道,早前,Google已经针对Android和黑莓智能手机用户推出了包含语音功能的谷歌地图服务。现在,使用Symbian S60和Windows Mobile操作系统的智能手机用户终于也能够体验Google地图的语音搜索了。

  早先,诺基亚S60V3机型的用户已经可以通过“谷歌手机软件”使用网页和图片的中文语音搜索服务,但是无法进行“谷歌地图”的中文语音搜索,现在,最新版的手机谷歌地图4.1版开始支持语音搜索,用户直接对着手机说话即可进行中文地图搜索,无需输入地址和搜索条目。

  谷歌手机地图的语音搜索支持Symbian S60和Windows Mobile手机。除了添加语音查询功能之外,谷歌地图4.1移动版的设置页面中还包含语言选择选项。

  移动版的谷歌地图手机下载地址 m.google.com/maps

2010年4月21日星期三

Google Buzz:机器人的世界

  据社交媒体调查公司PostRank的报道,Google Buzz大约有九成的内容都是通过机器人自动推送的信息,这让Google Buzz的前景看起来相当迷茫。

  该公司表示,有62.57%的Buzz内容来自于Twitter,通过RSS Feeds自动发布新闻和报道的网站内容占据了Buzz内容的26.47%,两者之和接近Google Buzz内容的九成。

  这也是我以前曾经对Buzz表示忧虑的地方,Buzz的各项功能都完全克隆FriendFeed,但实践证明FriendFeed模式完全无法和Twitter相匹敌,用户在上面绑定信息后就再也不登录了,而是继续上Twitter发布信息,现在,Buzz正在重复Friendfeed的失败之路,并且没有从中获取任何经验教训。

  Google的用户量、实时搜索技术都是非常优秀的,Google Buzz也有非常好的用户讨论体验,在上面讨论话题感觉非常不错,但目前Buzz上的垃圾信息实在太多,大部分信息都是由机器人自动发布的,同时Google也没有在信息过滤上解决这个问题,带来的问题就是非常严重的信息过载,这必然让用户访问Buzz的意愿降低,谁愿意把时间都浪费在机器人的海洋上呢?讨论的确是Buzz的强项,但总归要有人来讨论才行,而不是全是机器人。人们上Twitter是因为可以和“真实的人”进行互动交流,获得更多的信息,而不像Buzz这样的嘈杂的广场,有用的信息会被立刻淹没在信息海洋之中。

Google Buzz:机器人的世界

  解决Google Buzz这个问题的方法其实也不难,一种方法是过滤,让用户可以选择只看从Buzz发布的信息,不看自动推送的信息;另一种方法更简单,就是停止从Twitter和Feed上的同步信息到Buzz,这样虽然减少了Buzz的信息总量,但能提高Buzz上的有效信息。

  Google以前从来没有成功的运营过任何一款社会化产品,从Orkut到Jaiku,都是以失败而告终,从这次运营Buzz的现状看,很难对Buzz的未来表示乐观,或许Google的确不知道如何运营一个社会化产品。

  总之,在我看来,如果Buzz再不改变现状,那么这个很有特色的社会化交互性工具将无可避免将走向失败之路。

Twitter API中文文档

  目前的国内的微博客很多,不少微博客都提供Open API,然而,很多微博提供的API和Twitter的API有一些或多或少的差别,调用格式上并不完全相同。

  我建议所有提供API的微博客系统,都将各自的API统一为Twitter的API调用格式,例如目前较有影响的开源微博系统StatusNet(Laconica)的API格式就完全兼容Twitter,这种统一API对于开发者和用户都有很大的好处。对于开发者,针对某一个微博的应用可以快速移植到另一个微博,节省开发时间。对于用户,用户可以自定义客户端应用程序,只要换一下API地址,就能使用同一个应用程序,来访问各个不同的微博。例如目前很多人通过StatusNet的客户端来访问Twitter一样,使用起来很方便。

  Twitter的API具体是什么格式的呢?根据Twitter API文档和新浪微博开放平台的文档,这里提供了一个Twitter API的中文翻译文档,供开发者们参考。

Twitter

 

Twitter开放API文档

 

  Twitter通过API的方式开放一些应用接口,这篇文档用来介绍Twitter目前开放的接口,为希望开发基于Twitter服务扩展的工具或应用的开发人员提供技术和文档服务。

  认证

  除了部分API(如:公共时间线 ( public timeline ) )外,所有的API方法都必须要求用户认证,所有的返回都与认证用户相关。例如,尝试获取一个设置为私密的且不是您的好友的用户信息时,将会返回失败状态。

  Twitter目前仅支持HTTP Basic Authentication验证机制。当使用HTTP Basic Authentication时,请使用您在Twitter注册的“用户名”作为Session或Cookie的“用户名”部分的内容。

  多状态[RESTFull]结果传输

  Twitter API力求根据用户特定的请求返回对应特定格式的数据,您可以发现我们提供的API中有一个重要的便利之处,通过简单的更改URI中的文件后缀名,您可以获得您想要的返回结果的格式,这篇文档中将说明每个方法中有哪些格式可以用。

  Twitter目前支持以下的四种数据返回格式:XMLJSONRSS、Atom,您可以在每次请求时使用不同的请求方法指定不同的返回结果。

  参数

  一些API接受可选和必须的参数,当参数可用时,我们会在接下来的文档中提到这些参数。注意:当传送复杂字串时,请一定先将字串编码为UTF-8格式,并再做一次URL编码 ( Encode )。

  HTTP请求

  除非特意指明,Twitter的开放API通过HTTP GET方式的调用,需要提交信息或传送私密消息时使用POST方法。

  以下将说明API返回的信息格式的组成,一些API将返回与用户请求“内容”相关的信息,而有一些将返回与客户端发送的“HTTP头信息”相关的一些信息。例如,多数支持since参数的方法,同样会对HTTP头中的If-Modified-Since这个 HTTP头 感兴趣。需要注意的是,当某些行为既可以通过参数又可以通过HTTP头进行控制时,优先接受通过参数方式设定的值。

  当请求返回数据时,返回数据的编码统一为UTF-8格式,且我们会将一些外部符号编码为HTML实体(&#number; 或&text)格式。

  限制

  每一个客户端每小时最多允许150次请求。

  HTTP状态码

  Twitter API会对每次请求返回合适的HTTP状态。例如,当请求一个不存在的用户信息时,API会返回404 Not Found;当一次请求没有被认证并授权时,API会返回401 Not Authorized状态。 

  使用API的简便方法

  如果您的系统安装有curl,您已经有了一个非常强大的使用微博 API的工具。以下是使用curl的例子,非常简单: 

  非授权情况下访问public_timeline: curl http://api.twitter.com/statuses/public_timeline.xml

  获取朋友的timeline, 使用认证: curl -u email:password http://api.twitter.com/statuses/friends_timeline.xml

  仅获取头部信息: curl --head email:password http://api.twitter.com/statuses/friends_timeline.json

  用户状态相关方法

  statuses/public_timeline

  返回未设置私密的用户 ( 必须有自定义的用户头像 ) 的最近20条消息,该方法不需要身份认证。

  访问地址:http://api.twitter.com/statuses/public_timeline.format

  支持格式(format)xml, json, rss, atom

  参数列表:

  无。

  statuses/friends_timeline

  返回最近24小时内的最新的20条认证用户及其好友更新的消息。

  访问地址http://api.twitter.com/statuses/friends_timeline.format

  支持格式 ( format ) :xml, json, rss, atom

  参数列表:

  since_id: 可选参数(微博信息ID). 只返回ID比since_id大(比since_id时间晚的)的微博信息内容。

  示例: http://api.twitter.com/statuses/friends_timeline.xml?since_id=12345

  max_id: 可选参数(微博信息ID). 返回ID不大于max_id的微博信息内容。

  示例: http://api.twitter.com/statuses/friends_timeline.xml?max_id=54321

  count: 可选参数. 每次返回的最大记录数,不能超过200,默认20.

  示例: http://api.twitter.com/statuses/friends_timeline.xml?count=5

  page: 可选参数. 返回结果的页序号。注意:有分页限制。根据用户关注对象发表的数量,通常最多返回1,000条最新微博分页内容, 默认1

  示例: http://api.twitter.com/statuses/friends_timeline.xml?page=3

  statuses/user_timeline

  返回认证用户最近24小时内最新更新的20条消息,同样,通过给定userIdOrName参数,可以用来请求其他用户的最近的消息更新。该API可以不认证。

  访问地址http://api.twitter.com/statuses/user_timeline.format

  支持格式 ( format ):xml, json, rss, atom

  参数列表

  id: 可选参数. 根据指定用户UID或微博昵称来返回微博信息。

  示例: http://api.twitter.com/statuses/user_timeline/12345.xml

  user_id: 可选参数. 用户UID,主要是用来区分用户UID跟微博昵称一样,产生歧义的时候,特别是在微博昵称为数字导致和用户Uid发生歧义。

  示例: http://api.twitter.com/statuses/user_timeline.xml?user_id=1401881

  screen_name:可选参数.微博昵称,主要是用来区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/statuses/user_timeline.xml?screen_name=101010

  since_id:可选参数(微博信息ID). 只返回ID比since_id大(比since_id时间晚的)的微博信息内容

  示例: http://api.twitter.com/statuses/user_timeline.xml?since_id=12345

  max_id: 可选参数(微博信息ID). 返回ID不大于max_id的微博信息内容。

  示例: Example: http://api.twitter.com/statuses/user_timeline.xml?max_id=54321

  count: 可选参数. 每次返回的最大记录数,最多返回200条,默认20。

  示例: http://api.twitter.com/statuses/user_timeline.xml?count=200

  page: 可选参数. 分页返回。注意:最多返回200条分页内容。

  示例: http://api.twitter.com/statuses/user_timeline.xml?page=3

  statuses/mentions

  显示20条最近的对用户的回复消息, ( 消息前缀为 @username ) 。该API只开放给认证用户,请求其他用户的收到的回复消息列表是非法的,无论其他用户设置私密与否。

  访问地址:http://api.twitter.com/statuses/replies.format

  支持格式 ( format ) :xml, json, rss, atom

  参数列表

  since_id. 可选参数. 返回ID比数值since_id大(比since_id时间晚的)的提到。

  示例: http://api.twitter.com/statuses/mentions.xml?since_id=12345

  max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的提到。

  示例: http://api.twitter.com/statuses/mentions.xml?max_id=54321

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于200,默认为20。

  示例: http://api.twitter.com/statuses/mentions.xml?count=200

  page. 可选参数. 返回结果的页序号。注意:有分页限制。

  示例: http://api.twitter.com/statuses/mentions.xml?page=3

  用户消息相关方法

  statuses/show

  返回指定Id的一条消息,返回信息中包含作者信息。

  访问地址:http://api.twitter.com/statuses/show/id.format或者

  http://api.twitter.com/statuses/show.format?id={id}

  支持格式 ( format ) :xml, json

  参数列表:

  id. 必须参数(微博信息ID),要获取已发表的微博ID,如ID不存在返回空

  示例: http://api.twitter.com/statuses/show/142277.xml

  statuses/update

  更新认证用户的消息,必须包含content参数,且必须以POST方式请求。 成功时按指定格式返回当前的消息。

  访问地址:http://api.twitter.com/statuses/update.format

  支持格式 ( format ):xml, json

  参数列表:

  status. 必填参数, 要更新的微博信息。必须做URLEncode,信息内容部超过140个汉字,为空返回400错误。

  in_reply_to_status_id. 可选参数,@ 需要回复的微博信息ID, 这个参数只有在微博内容以 @username 开头才有意义。

  lat. 可选参数,纬度,发表当前微博所在的地理位置,有效范围 -90.0到+90.0, +表示北纬。只有用户设置中geo_enabled=true时候地理位置才有效。

  long. 可选参数,经度。有效范围-180.0到+180.0, +表示东经。

  statuses/destroy

  根据指定的id删除一条消息,认证用户必须是消息的作者。

  访问地址:http://api.twitter.com/statuses/destroy/id.format

  支持格式 ( format ) :xml, json

  参数列表:

  id 必须,待删除的消息Id, 例如:

  http://api.twitter.com/statuses/destroy/12345.json

  或者

  http://api.twitter.com/statuses/destroy.xml?id=23456

  用户操作接口

  users/show

  显示指定用户的扩展信息,需要给定用户的id或显示名称。扩展信息包括用户的页面设置、微博次数等,因此第三方应用的开发者可以根据这些信息为用户提供合适的主题。

  注意:本API调用请求必须发自合法微博用户,不论请求自己/他人的扩展信息。

  访问地址:http://api.twitter.com/users/show.format

  支持格式 ( format ):xml, json

  参数列表:

  id. 用户UID或微博昵称。

  示例: http://api.twitter.com/users/show/12345.json 或 http://api.twitter.com/users/show/bob.xml

  user_id. 指定用户UID,主要是用来区分用户UID跟微博昵称一样,产生歧义的时候,特别是在用户账号为数字导致和用户Uid发生歧义。

  示例: http://api.twitter.com/users/show.xml?user_id=1401881

  screen_name. 指定微博昵称,主要是用来区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/users/show.xml?screen_name=101010

  statuses/friends

  返回认证用户的朋友列表,内含每个用户的当前微博信息。这个方法同样可以用来请求其他用户的朋友列表,通过下面指明的方法传递id参数。

  访问地址:http://api.twitter.com/statuses/friends.format

  支持格式 ( format ):xml, json

  参数列表:

  id. 选填参数. 要获取的 UID或微博昵称

  示例: http://api.twitter.com/statuses/friends/12345.json

  http://api.twitter.com/statuses/friends/12345.xml

  user_id. 选填参数. 要获取的UID

  示例: http://api.twitter.com/statuses/friends.xml?user_id=1401881

  screen_name. 选填参数. 要获取的微博昵称

  示例: http://api.twitter.com/statuses/friends.xml?screen_name=101010

  cursor. 选填参数. 单页只能包含100个关注列表,为了获取更多则cursor默认从-1开始,通过增加或减少cursor来获取更多, 如果没有下一页,则next_cursor返回0

  的关注列表

  示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=-1

  示例: http://api.twitter.com/statuses/friends/williamlong.xml?cursor=1300794057949944903

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于200,默认返回20。

  示例: http://api.twitter.com/statuses/friends/bob.xml?&count=200

  statuses/followers

  返回认证用户的订阅者,内含每个订阅者的当前消息。与friends一样,只需要把friends地址中的friends替换为followers即可,其余一切包括参数都不需要改变,都是一样的用法。

  访问地址:http://api.twitter.com/statuses/followers.format

  支持格式 ( format ):xml, json

  参数列表:

  id. 选填参数. 要获取粉丝的 UID或微博昵称

  示例: http://api.twitter.com/statuses/followers/12345.json or http://api.twitter.com/statuses/followers/bob.xml

  user_id. 选填参数. 要获取的UID

  示例: http://api.twitter.com/statuses/followers.xml?user_id=1401881

  screen_name. 选填参数. 要获取的微博昵称

  示例: http://api.twitter.com/statuses/followers.xml?screen_name=101010

  cursor. 选填参数. 单页只能包含100个粉丝列表,为了获取更多则cursor默认从-1开始,通过增加或减少cursor来获取更多的,如果没有下一页,则next_cursor返回0

  粉丝列表 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=-1 示例: http://api.twitter.com/statuses/followers/barackobama.xml?cursor=1300794057949944903

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于200,默认返回20。

  示例: http://api.twitter.com/statuses/followers/bob.xml?&count=200

  私信操作方法

  direct_messages

  返回用户的消息列表

  访问地址:http://api.twitter.com/direct_messages.format

  支持格式 ( format ) :xml, json, rss, atom

  参数列表:

  since_id. 可选参数. 返回ID比数值since_id大(比since_id时间晚的)的私信。

  示例: http://api.twitter.com/direct_messages.xml?since_id=12345

  max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

  示例: http://api.twitter.com/direct_messages.xml?max_id=54321

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于200。

  示例: http://api.twitter.com/direct_messages.xml?count=200

  page. 可选参数. 返回结果的页序号。注意:有分页限制。

  示例: http://api.twitter.com/direct_messages.xml?page=3

  direct_messages/sent

  返回用户的已发送消息列表

  访问地址:http://api.twitter.com/direct_messages/sent.format

  支持格式 ( format ) :xml, json, rss, atom

  参数列表:

  since_id. 可选参数. 返回ID比数值since_id大(比since_id时间晚的)的私信。

  示例: http://api.twitter.com/direct_messages.xml?since_id=12345

  max_id. 可选参数. 返回ID不大于max_id(时间不晚于max_id)的私信。

  示例: http://api.twitter.com/direct_messages.xml?max_id=54321

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于200。

  示例: http://api.twitter.com/direct_messages.xml?count=200

  page. 可选参数. 返回结果的页序号。注意:有分页限制。

  direct_messages/new

  以认证用户的身份向指定的其他用户发送一条有向消息,必须包含参数user和text,请求必须使用POST方式提交。成功将返回完整的发送消息必须包含参数user和text,必须使用POST方式提交。成功将返回完整的发送消息。

  访问地址:http://api.twitter.com/direct_messages/new.format

  支持格式 ( format ) :xml, json

  参数列表:

  user: user_id或者screen_name

  text: 必须参数. 要发生的消息内容,需要做URLEncode,文本大小必须小于300个汉字

  direct_messages/destroy

         通过给定的消息id,删除指定的有向消息,认证用户只能删除其作为接受者收到的消息。使用POST和GET方法都可以
访问地址:http://api.twitter.com/direct_messages/destroy/id.format

  支持格式 ( format ) :xml, json

  参数列表:

  id. 必填参数,要删除的私信主键ID.

  示例: http://api.twitter.com/direct_messages/destroy/12345.json

  好友关系操作方法

  friendships/create

  创建认证用户与给定的id参数指定的用户之间的好友关系;该操作执行成功时返回被加为好友的用户信息,执行失败则返回失败的状态字串。

  访问地址:http://api.twitter.com/friendships/create/id.format

  支持格式 ( format ) :xml, json

  参数列表:

  下面的参数必须有其中一个:

  id. 必填参数. 要关注的用户UID或微博昵称

  示例: http://api.twitter.com/friendships/create/12345.json or http://api.twitter.com/friendships/create/bob.xml

  user_id. 必填参数. 要关注的用户UID,主要是用在区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/friendships/create.xml?user_id=1401881

  screen_name.必填参数. 要关注的微博昵称,主要是用在区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/friendships/create.xml?screen_name=101010

  follow. 可选参数。暂不支持。

  friendships/destroy

  用来注销同指定id的用户的好友关系,当操作成功时,将返回被取消好友关系的用户,当失败时,将会返回失败信息。

  访问地址:http://api.twitter.com/friendships/destroy/id.format

  支持格式 ( format ) :xml, json

  参数列表:

  下面的参数必须有其中一个:

  id. 必填参数. 要取消关注的用户UID或微博昵称

  示例: http://api.twitter.com/friendships/destroy/12345.json or http://api.twitter.com/friendships/destroy/bob.xml

  user_id. 必填参数. 要取消关注的用户UID,主要是用在区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/friendships/destroy.xml?user_id=1401881

  screen_name. 必填参数. 要取消的微博昵称,主要是用在区分用户UID跟微博昵称一样,产生歧义的时候。

  示例: http://api.twitter.com/friendships/destroy.xml?screen_name=101010

  friendships/exists

  用来检验两个用户的关系是否是朋友关系或者跟随与被跟随的关系。返回相互跟随的关系结果。比如:A跟随了B。B没有跟随A。将返回对应的格式数据:如xml,<result><AFollowB>true</AFollowB><BFollowA>false</BFollowA></result>

  访问地址: http://api.twitter.com/friendships/exists.format

  支持格式:xml, json

  参数列表:

  user_a. 必填参数,要判断的用户UID

  user_b. 必填参数,要判断的被关注人用户UID

  friendships/show

  返回两个用户关系的详细情况

  访问地址: http://api.twitter.com/friendships/show.format

  支持格式:xml, json

  参数列表:

  以下参数可不填写,如不填,则取当前用户

  source_id. 源用户UID

  示例: http://api.twitter.com/friendships/show.xml?source_id=10502

  source_screen_name. 源微博昵称

  示例: http://api.twitter.com/friendships/show.xml?source_screen_name=bob

  下面参数必须选填一个:

  target_id. 要判断的目的用户UID

  示例: http://api.twitter.com/friendships/show.xml?target_id=10503

  target_screen_name. 要判断的目的微博昵称

  示例: http://api.twitter.com/friendships/show.xml?target_screen_name=williamlong

  获取用户列表方法

  friends/ids

  用来获取指定的用户的朋友用户id。即自己跟随的人的id

  访问地址:http://api.twitter.com/friends/ids.format

  支持格式:xml, json

  参数列表

  id. 选填参数. 要获取好友的UID或微博昵称

  示例: http://api.twitter.com/friends/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

  user_id. 选填参数. 要获取的UID

  示例: http://api.twitter.com/friends/ids.xml?user_id=1401881

  screen_name. 选填参数. 要获取的微博昵称

  示例: http://api.twitter.com/friends/ids.xml?screen_name=101010

  cursor. 选填参数. 单页只能包含5000个id,为了获取更多则cursor默认从-1开始,通过增加或减少cursor来获取更多的关注列表

  示例: http://api.twitter.com/friends/ids.xml?cursor=-1 示例: http://api.twitter.com/friends/ids.xml?cursor=1300794057949944903

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于5000,默认返回500。

  示例: http://api.twitter.com/friends/ids.xml?count=200

  followers/ids

  用来获取指定的用户被跟随的用户id。

  访问地址:http://api.twitter.com/followers/ids.format

  支持格式:xml,json

  参数列表

  id. 选填参数. 要获取好友的UID或微博昵称

  示例: http://api.twitter.com/followers/ids/12345.xml or http://api.twitter.com/statuses/friends/bob.xml

  user_id. 选填参数,要获取的UID

  示例: http://api.twitter.com/followers/ids.xml?user_id=1401881

  screen_name. 选填参数,要获取的微博昵称

  示例: http://api.twitter.com/followers/ids.xml?screen_name=101010

  cursor. 选填参数. 单页只能包含5000个id,为了获取更多则cursor默认从-1开始,通过增加或减少cursor来获取更多的关注列表

  示例: http://api.twitter.com/followers/ids.xml?cursor=-1

  示例: http://api.twitter.com/followers/ids.xml?cursor=1300794057949944903

  count. 可选参数. 每次返回的最大记录数(即页面大小),不大于5000,默认返回500。

  示例: http://api.twitter.com/followers/ids.xml?count=200

  用户帐号方法

  account/verify_credentials

  如果用户身份验证成功则返回 http状态为 200;如果是不则返回401的状态和错误信息。此方法用了判断用户身份是否合法。

  访问地址:http://api.twitter.com/account/verify_credentials.format

  支持格式:xml, json

  参数列表:

  account/update_profile

  自定义微博页面的参数。只会修改参数更新项。

  访问地址:http://api.twitter.com/account/update_profile.format

  支持格式:xml, json

  参数列表

  必须有一下参数中的一个或多个,参数值为字符串. 进一步的限制,请参阅下面的各个参数描述.

  name. 昵称,可选参数.不超过20个汉字

  gender 性别,可选参数. m,男,f,女。

  province 可选参数. 参考省份城市编码表

  city 可选参数. 参考省份城市编码表,1000为不限

  description. 可选参数. 不超过160个汉字.

  收藏相关方法

  favorites

  返回授权用户的最新的20条收藏的状态信息。也可以通过id或者用户名来指定一个用户,查询他最新的20条收藏的状态信息。

  访问地址:http://api.twitter.com/favorites.format

  支持格式:xml, json, rss, atom

  参数列表

  page: 可选参数. 返回结果的页序号。注意:有分页限制。

  示例: http://api.twitter.com/favorites/11075.xml?page=3

  favorites/create

  收藏一条状态信息POST提交

  访问地址:

  http://api.twitter.com/favorites/create.format

  支持格式:xml, json

  参数列表

  id 必须,授权用户要收藏的状态信息id。

  favorites/destroy

  删除授权用户收藏的一条状态信息

  访问地址:http://api.twitter.com/favorites/destroy/id.format

  支持格式:xml, json

  参数列表

  id 授权用户收藏的状态信息id。

2010年4月20日星期二

网站技术分析报告之——开心网

  读者投稿:一直在研究互联网技术,经常访问这样那样的网站,突发奇想,为什么我们不去看看这些网站的技术架构是怎么样的呢?研究一下源代码?于是便有了这个系列,首先找谁呢?还是找山寨版的开心网开刀吧,这个开心网,不是那个开心网,呵呵。

  坦白说,我不太想注册,也不想研究太多太多,一般来说,一个网站最重要的是首页,Ok,那我们就从首页开始吧。

  本系列文章仅仅是个人研究发布,仅供参考。

  分析工具:各种浏览器,firebug(一个基于firefox的插件)

  开心网首页是一个简单的登陆页,居然做到了385.2KB之大,像开心网这么大的流量,每多1kb就意味着每天N多的钱哪。我没有找到官方的pv 或独立Ip的数据,根据alexa的数据参考一下吧,估计日均独立IP为528,000,我们估计按每独立IP访问一次登陆吧,实际上可能少一些,因为很多用户可能直接在首页上登陆了(alexa的数据也不是那么可靠,供参考吧)。

  开心网的网页每增加1k,我们需要多少带宽?算一下,我们需要528,000/1024=515MB/天的带宽,然后我们平均一下,按一天24小时用户访问很平均来计算(实际上不可能,一般峰值访问会是平均值的一倍以上),每秒需要消耗带宽是528000 / (24小时 * 60分钟 * 60秒)=6Kb,考虑到峰值,估计要到12k以上。

  看官,像开心网这么简单的登陆,完全可以控制在100k以内的大小,为什么要这么多呢,一会儿看网页的分析就可以知道了。这是什么概念?385-100=285k,再算出带宽得出:285k * 12k / 1024 = 3.3M.乖乖,开心网每天需要添加3.3M的独享带宽。3.3M的带宽会是多少钱呢?我们就以中档的机房来举例,北京中档的3M独立带宽,怎么也得3-5万块吧,再加上CDN的带宽,估计开心网每年需要为此增加5-8万的费用。

开心网

  分析一下开心网存在的问题:

  1. Javascript文件直接写在了网页当中

  开心网的登陆页有大量的javascript的代码,这样的代码一方面不利于维护,另一方面,也不利用用户加载页面。大致计算了一下,开心网登陆页一个有180余行的javascript代码,而总代码仅在336行,也就是说代码中的javascript代码占了1/2 强。

  2. 网页没有开启gzip

  根据文件头返回的信息可以看到,开心网应该在linux上搭建了nginx ,添加gzip应该不会是很难的事吧?而且像html及静态js/css这些文件,gzip后起码可以减少50%的传输量,当是这一项,就可以每年省下上百万的费用。

  当然有人会反对,认为gzip会加重服务器的压力,并且客户端解压的时间与减小文件大小带来的传输速度不会有太多好处。但我认为,对于静态文件来说,可以放到独立的服务器,这个服务器可以把文件压缩后放到缓存中,这样不用去读IO,响应速度会提高。同时,虽然现在用户的带宽都已经是512k的 adsl以上了,但是为什么我不可以让用户更快的看到我们的网页呢?退一万步说,用户真的在乎这个快几秒的,那么我们为什么不可以减小带宽的压力以节省成本呢?如果把节省下的这些钱去奖励员工,没准他们可以给我带来更多的惊喜呢。

  3. Javascript没有做任何处理

  开心网的 javascript可真有意思,他们的开发人员代码质量还不错,起码注释写得还不错,可是问题是,你需要把这些注释都发到客户端么,难道开心网想教我们怎么写javascript代码?这样的代码发到客户端,既占带宽又会泄密网站的代码。

  开心网的核心javascript文件xn.core.js有105k,这么大的其中注释占了不少的代码,我尝试使用yahoo和google的压缩工具进行压缩,但因为代码中有错误无法完成,所以只好放弃。但我估计这个js,最基本的压缩去除空行和注释,可以减少1/5左右的大小,如果进行一些混淆的话,应该可以在40k左右,如果再gzip的话,应该就只有15k以内了。

  4. 图片文件过大

  登录页有一个157k的sys-bj2.jpeg文件,天啦,这么大的。我下载这张图片一看,发现这个图片实际是同几张图片组合的。他们的设计人员其实是想减少网页对服务器的请求数,所以把几个图片合并到一块。但是,他们这种做法是错误的。

  我们要减少请求数,一般是把小图片,一般是几k的36 px* 36px以下的小图片合并,而不是把大图片也合并。因为小图片数量多,而大图的合并,也会增加图片的大小。我将这个图片用ps再优化一下,优化到 66k,也没发现明显的失真。所以我认为,就算是大图,也可以优化到80k以内,而不是如此157k大小的图片。

  再多一句,这个图片总量才5个合并是完全没有必要的,并且图片最大的有600px*255px,而最小的只有10px*10px以下,这种合并没有任何益处,百害而无一益!

  总结

  开心网作为一个访问量非常大的网站,网页结构也非常简单,理应做得更小,比如在100k以内。从我的分析中可以看出,主要问题集中在 javascript,gzip和图片上,代码质量总体还可以。当然,我们不仅只是挑刺,也应该看到一些好的地方,如下:

  1. 首页处理得比较到位,虽然javascript也没有压缩,但总大小只有108k

  2. 文件请求数较少,这个和开心网本身有关,开心网本来就不是一个网页结构复杂的网站,所以文件数自然会比较少了

  3. 静态文件和网页分开部署

  4. Javascript注释比较好,但不应该发到客户端

  重要建议:

  1. 开启gzip压缩

  2. 压缩javascript及css,并将这些文件缓存起来

  最后,这次的分析就写到这里了,就事论事而已,和任何网站及相关的人员没有任何关系,呵呵。

  来源:读者Conis投稿,原文地址。版权声明:本文授转月光博客刊登,其他非授权网站媒体转载,需要添加作者网站地址http://iove.net,否则视为侵权。

2010年4月19日星期一

后谷歌时代的中国互联网生态

  Google的搜索服务退出了中国市场,到了香港的新家,很多互联网从业者都非常关注的一个问题是,谷歌之后,中国的搜索引擎市场格局将会发生什么变化,中国搜索引擎产业将如何继续发展,给各个相关IT企业带来什么样的影响,中国互联网的未来将会怎样,月光博客将从各个方面分析后谷歌时代中国的互联网生态。

  中国搜索市场现状

  据艾瑞咨询的《中国互联网市场年度总结报告2009年》显示,中国互联网经济整体市场规模达743亿,网络广告市场规模达206亿元人民币,其中搜索引擎广告市场规模69亿,同比增长率达到了38.2%的高速增长态势,成为中国整体网络广告市场增长的动因之一。据艾瑞分析,在经济危机期间网络广告市场逆势上扬,主要是因为部分大广告主(主要为品牌广告主)将更多预算转移至性价比更高的搜索引擎营销,无意中经济危机成为网络广告的增长契机。

2003-2009年中国网络经济核心行业市场结构

图1:2003-2009年中国网络经济核心行业市场结构(来源:艾瑞咨询)

  而艾瑞的数据又显示,在这69亿搜索引擎广告市场里,已经形成了百度、谷歌双寡头的格局,百度和谷歌两家公司的营收份额之和超过96.2%,基本垄断了中国搜索引擎广告市场,其他互联网公司则处于第二梯队,包括雅虎、搜狗、腾讯SOSO、微软Bing、新浪爱问、网易有道、阿里巴巴等,广告营收均不超过1.1%。

2003-2009年中国搜索引擎市场营收份额

图2:2003-2009年中国搜索引擎市场营收份额(来源:艾瑞咨询)

  谷歌做为全球最大的以广告驱动的科技公司,它的主要收入来源于谷歌站点上的广告,其中大多来自于谷歌搜索。2009年,谷歌公布的全球总收入为240亿美元,如果减去谷歌支付给合作伙伴的收益分成和流量获取成本共计60亿美元,谷歌去年的净收入为180亿美元,绝大多数收入来自谷歌站点的广告,还有很少的一部分来自谷歌广告联盟(AdSense)业务,极小部分来自于授权交易和其他营收(包括Google Search Appliance、Google Apps等)。

Google全球收入来源

图3:Google全球收入来源(来源:Business Insider)

  在中国市场,谷歌在2009年的增长是相当惊人的,2009年谷歌中国的年收入为22.7亿人民币,同比增长超过50%,市场占有率达到32%,大部分收入也是来自谷歌中国网站上的广告。

  瓜分市场论为时尚早

  随着谷歌将搜索服务迁移到香港之后,搜索服务的稳定性和可用性将不可避免地有所下降,其中国内地的广告收入则会受到一定影响。在这种预期下,很多公司纷纷摩拳擦掌,开始计划瓜分谷歌走后留下的超过30%的市场份额。

  实际上,这种瓜分市场论为时尚早,根据谷歌公司的声明,谷歌只是将搜索业务转移到香港,而研发和销售团队则依旧保留在中国,并处理相关业务,保证用户能正常访问谷歌香港,这种切换是相当平滑而稳健的,不会对于谷歌搜索产生很大的冲击,从Alexa流量的数据统计上来看,Google.cn的流量在3月23日大幅下降,而Google.com.hk的流量则在同日大幅上升,同时达到Google.cn原有的用户量后保持稳定,这说明谷歌中国的搜索服务较为稳定的切换到了谷歌香港,原有用户流失并不多。

谷歌退出中国前后流量对比

图4:谷歌退出中国前后流量对比(来源:Alexa)

  以目前谷歌撤出中国的结果来看,实际上类似于回到2006年之前Google进入中国之前的状态,中国网民依旧可以使用Google.com.hk的简体中文界面进行搜索,Google很多热门产品,如Gmail、Google Earth、Picasa、Google Reader等都是独立运作,不会受到影响,Google在2006年之后在中国发展的非搜索类项目,如谷歌音乐、问答、来吧、热榜、谷歌拼音输入法、265网站导航等项目,也继续在中国大陆运营,这些项目虽然不盈利,但可以带来大量流量和用户,以增加谷歌在中国的市场份额。

  想当年,在2005年刚进入中国的时候,谷歌中国已经有了13.9%的收入份额,网页搜索的用户访问量也有20.3%,因此,除非谷歌搜索的用户体验出现非常大的下降,谷歌中国的搜索市场份额未必会下滑到刚进入中国之前的份额。

  广告市场的机遇和挑战

  尽管谷歌的搜索份额在短期内不会出现大幅下滑,但从长远来看,谷歌香港的搜索体验无疑将面临巨大的挑战,搜索服务的稳定性和可用性均难以得到保证,尽管拥有大量免费服务的谷歌造就了一大批忠诚用户,但如果无法保证搜索服务的可靠性和稳定性,谷歌在中国的用户基础就会受到侵蚀,很多原有的谷歌用户将不得不改用其竞争对手(例如百度)的搜索服务,这种情况在2002年曾经发生过一次,并导致了之后谷歌的市场占有率被百度反超。

  谷歌中国目前的盈利主要来自谷歌推广(AdWords)业务,少部分来自谷歌广告联盟(AdSense)业务,这两部分业务都面临百度推广和百度联盟的有力竞争,虽然谷歌推广(AdWords)业务面对百度推广处于下风,但谷歌广告联盟(AdSense)业务相比百度联盟来说占据绝对优势,对于联盟网站给予高额分成比例赢得了广大中小网站的青睐,成为网站发布商的首选产品,由于AdSense业务独立于搜索业务单独运营,因此不受此次事件影响,使这种优势在短期内难以撼动。

  然而,谷歌推广(AdWords)业务是基于谷歌搜索服务的广告系统,因此当搜索服务受影响时,AdWords也会受到牵连,搜索推广业务除了百度之外,至少还有七八家公司参与竞争。

  搜索推广的业务量和搜索市场份额密切相关,搜索份额的扩大对于推广业务至关重要,根据iUserTracker的数据显示,百度相对于除了谷歌之外的二线搜索引擎来说具有相当明显的优势,百度可能将会是谷歌离开后的最大受益者。

网页搜索请求量市场份额

图5:网页搜索请求量市场份额(来源:艾瑞咨询)

  百度是类似谷歌的技术性公司,在中文搜索的排序算法上有着扎实的基础,普通的中文搜索质量和谷歌不相上下,如果用户访问谷歌出现了故障,那么很有可能会换用百度进行搜索,从而导致谷歌的市场份额慢慢下降。但无可否认的是,在很多领域,如技术、商务、外贸等,谷歌搜索都是难以替代的,百度虽然在娱乐搜索上领先,但在短时间内依然无法在专业搜索领域和英文搜索上超越谷歌。

  腾讯是搜索领域的新手,之前长期采用谷歌作为内置搜索,之后于2009年9月开始独立运作腾讯SOSO搜索引擎,被艾瑞评为中国成长最快的搜索引擎。和其他中国互联网公司相比,腾讯有一个强大的杀手锏:QQ客户端。拥有1亿同时在线用户数的腾讯QQ是一个可怕的对手,只要腾讯简单地在客户端QQ上集成搜索引擎,就足够让其他竞争对手头疼了,QQ拼音输入法的推出更是为了阻击搜狗输入法、谷歌输入法的进攻。由于腾讯的用户群以青少年为主,因此腾讯SOSO可能会慢慢蚕食百度在娱乐方面的搜索市场,同时,SOSO的广告销售体系和代理渠道体系已经初步成型,相对于其他二线搜索引擎,腾讯的机会最大。

  搜狗、有道和必应的中文搜索质量目前还无法与谷歌和百度相抗衡,但可以通过走本地化道路和一些特色的搜索服务来吸引不同需求的用户。例如搜狗搜索和输入法的整合,以及有道的实时搜索功能。

  搜狗通过搜狗拼音输入法成功地提升了自身的品牌,成为最热门的输入法之一,为提高搜狗的搜索份额奠定了良好的基础,然而这种发展已经遭到腾讯QQ输入法的阻击。除了输入法之外,搜狗浏览器也是搜狗的客户端战略之一,毕竟用户的大部分搜索是基于浏览器而不是输入法,然而,搜狗浏览器的推出却没有得到类似搜狗输入法一样的成功,之后被后来居上的奇虎360浏览器所超越。

  有道的实时搜索是另一个有特色的搜索服务,是谷歌实时搜索的中文本地化克隆产品,可以实时搜索网易微博和新浪微博的动态,这也是除谷歌外第一个基于中文的本地化实时搜索服务,这种特色搜索服务在一些专业领域具有一定的价值。可以说,网易的实时搜索服务的确是一个不错的创新,然而,在中国当前的互联网环境下,创新往往预示着不可预知的风险,这的确是件悲哀的事情。

搜搜、搜狗、有道、爱问的流量统计

图6:搜搜、搜狗、有道、爱问的流量统计(来源:Alexa)

  综合来看,未来中国的整个搜索市场会有所变化,百度和其他搜索公司都会努力竞争谷歌退出后的市场份额。在“后谷歌时代”,谷歌的搜索份额的流失将是一个缓慢而长期的过程,中国互联网的搜索市场必然会面临重新洗牌,这其中肯定有不少的机会存在。中国的互联网企业要想填补后谷歌时代真空,除了要在搜索引擎技术上的不断突破之外,还要有自己的创新,在细分领域上建立自己的优势,提供给互联网用户更好的搜索体验,只有把自己的产品做得更好用,才能赢得用户的心,最终在日益激烈的市场竞争中创造属于自己的“蓝海”。

2010年4月17日星期六

智能手机必备软件推荐

  随着手机的日益普及,手机应用也成为了用户的关注重点。对此,一些PC平台的知名产品,也根据对应所需,分别推出了专属的手机版产品,对此,笔者也将分别为大家介绍这些知名软件的手机版本,笔者当前也正在使用,或许这些,也同样是大家手机上的“装机必备”软件……

    一、手机QQ

  手机QQ是将QQ聊天软件搬到手机上,满足随时随地免费聊天的需求。新版手机QQ更引入了语音视频、拍照、传文件等功能,与电脑端无缝连接,包括音乐 试听、手机影院等功能。

  手机QQ本身为免费软件,软件开发商不收取任何费用,但在下载及使用手机QQ的过程中,会产生GPRS流量费用,该费用由运营商收取,所以强烈建议您开通GPRS包月套餐,我的GPRS是08年7月份就开通的,当时是每月5元包10M,不知什么时候变成30M了。不过现在开通GPRS好象已经变成10月30M了,我想应该是和电信在抢客户的手机和策略吧。

  我用手机试着进农场,可以偷菜,但是有种种限制,我虽然是QQ会员,但是还是不可能用,腾讯简直是穷到极点了,什么都要钱。

  下载地址:http://mobile.qq.com

手机QQ

  二、QQ手中邮

  QQ手中邮是QQ邮箱团队开发的手机邮箱客户端软件,与QQ邮箱双向同步,可以把手机上的电话号码全部同步到QQ邮箱里,使用都是免费的,使用的过程中只收GPRS流量费,相对中国移动的号薄管家就好多了,号薄管家每月2元。

  不过目前已支持的手机类型不是很多:Symbian手机:S60 3rd系统;Windows手机:Pocket PC及Smartphone。

  下载地址:在你QQ邮箱里,有个“体验室”。

QQ手中邮

  三、搜狗手机输入法

  搜狗手机输入法由搜狗手机输入法开发团队进行开发。搜狗手机输入法采用全拼输入的模式,支持数字键盘和全键盘手机的自适应。

  安装发短信速度很快,可以把节约下来的时间用来偷菜,哈哈。

  下载地址:http://shouji.sogou.com

搜狗手机输入法

  四、信安易手机卫士

  1.信安易卫士手机防火墙是一款功能十分强大的手机短信+来电防火墙软件,它不仅可以过滤短信,还能拒绝来电,功能强大而且设置简单,有了它您不必再为不受欢迎的短信及来电而头痛。

  2.设置隐私管理增加“隐私管理”、可以单独设置隐私名单。对于隐私名单的来电、可采用“正常接听”和“立刻挂断”2种方式、并且可以根据时间设置自动切换处理方式。隐私名单所有的通话记录和收发短信彩信等都将加密保持在信安易卫士的隐私通讯记录中。隐私通讯支持定制的提醒方式:不做处理、响铃、震动、弹出提醒文字,隐私名单提醒和普通拦截提醒区分对待。

  3.个性化归属显示支持用户自定义来、去电归属地的显示方式、包括:字体、字体大小、字体属性、背景颜色、字体颜色、显示位置等(信安易安装后会自动选择最合适的字体。如果用户自己选择字体、请注意该字体是否支持中文。如果用户选择了不支持中文的字体,来电显示将为方框。

  4.增加“空闲检测”、当5分钟没有操作手机,信安易卫士会自动退出以免被他人操作。

  5.每次启动服务、会自动检测以往通讯记录、将黑名单和隐私名单的通讯记录也自动移到信安易卫士的相应记录中。

  下载地址:http://www.msafe.com.cn

信安易手机卫士

  五、UC浏览器

  UC浏览器是优视科技(原UCWEB公司)开发的一款手机浏览器,支持WEB,WAP页面浏览,速度快而稳定,具有视频播放,网站导航,搜索,下载,个人数据管理等功能,用户能随时随地通过UC浏览器进行无线冲浪:编辑个人博客,登录网络社区,收发电子邮件,订阅热点RSS等,是适配平台较多的手机浏览器之一。

  下载地址:http://www.uc.cn

UC浏览器

  六、天天动听

  天天动听手机音乐盒是一款集播放、音效、搜索、下载等众多功能于一身,完全免费的手机音乐播放器。由于其支持最多手机机型和音频格式,支持丰富的皮肤下载等功能,同时其与手机搭配和谐、操作简易、管理人性的特点,深受拇指一族的青睐。是目前国内最受欢迎的手机音乐播放软件之一。

  下载地址:http://www.ttpod.com

天天动听

  七、飞信

  飞信是中国移动的综合通信服务,即融合语音(IVR)、GPRS、短信等多种通信方式,覆盖三种不同形态(完全实时的语音服务、准实时的文字和小数据量通信服务、非实时的通信服务)的客户通信需求,实现互联网和移动网间的无缝通信服务。

  如果你想给好友免费发短信,必须先加为好友。

  下载地址:http://www.fetion.com.cn/download/mobileclient

飞信

  来源:读者白强投稿

诺基亚S60手机同步Google日历

  Google早先曾经发布过Google Sync在线手机同步工具,该服务能够把手机的内容与Google服务器进行同步,支持同步邮件、通讯录、日历等数据。

  我先前曾经写过一篇文章详细介绍了支持SyncML协议的S60手机使用该工具在线同步通讯录的方法,不过,目前SyncML仅仅只支持通讯录同步,还不支持Google日历同步,今天我就介绍一下S60手机使用Google Sync同步Google日历到手机上的方法。

  同步日历使用的是ActiveSync协议,用户需要下载一个Nokia开发的Mail for Exchange的软件,该软件可以在诺基亚的英文网站上免费下载或者在安装光盘中找,在诺基亚手机商店里也有免费提供,下载安装完成之后,就可以使用Microsoft Exchange ActiveSync通信协议与Google服务器进行同步日历了。

  打开Mail For Exchange,会提示建立一个配置文件,选择建立。

诺基亚S60手机同步Google日历

  配置“连接”设置:Exchange的服务器是 m.google.com,安全连接选“是”,接入点选“CMNET”或“CMWAP”均可

诺基亚S60手机同步Google日历

  配置“证书”设置:用户名:你的Gmail邮件地址,密码:你的Gmail密码,域:m.google.com

诺基亚S60手机同步Google日历

  配置“同步日程”:高峰期和非高峰期同步日程均选手动,冲突时:服务器优先

诺基亚S60手机同步Google日历

  配置“日历”:同步日历:是,同步日历回溯:可以设置2周,1个月或者1年;初次同步:如果你希望保留手机上的日历内容,请务必选择“保留手机项目”

诺基亚S60手机同步Google日历

  其他配置:任务选不同步,联系人可以选同步或不同步,但不要同时使用ActiveSync协议和SyncML协议同步联系人,电邮通常选不同步,除非你想把你的Gmail邮件下载到手机上。

  最后,点“选择”-“同步”,即可将Google日历上的数据同步到诺基亚S60手机上。

诺基亚S60手机同步Google日历

  如果同步成功,会显示出上次同步的内容和时间。

诺基亚S60手机同步Google日历

  通常我们可以在Google日历上录入自己每天的日程,然后通过Google Sync同步到手机上,这样就可以通过手机来规划和提醒自己每天的行程,随着工作的展开,每天都有很多事务需要处理,使用Google和手机日历,就可以有一个清晰的日程安排及合理规划。

2010年4月16日星期五

从数字看Twitter

  Twitter的创始人最近在旧金山Twitter Chirp开发者大会上宣布了一些关于Twitter的数据,比较令人震惊,从这些数据之中,或许我们能探索一些Twitter这些年高速增长的秘密。

  -Twitter全球用户数量已经超过1.05亿

  -月独立用户访问量1.8亿

  -每天新增用户30万人,其中,大部分用户来自美国以外的其他市场。

  -每天发布的Twitter消息状态更新为5500万个

  -每天的搜索请求为6亿次,其中大多数来自于API

  -75%流量来自Twitter.com之外

  -20%以上的用户通过手机登录Twitter

  -目前员工为175人

  名词解释:Twitter是一个社交网络及微博客服务。用户可以经由SMS、即时通信、电邮、Twitter 网站或 Twitter 第三方应用发布更新,输入最多140字的更新。

2010年4月15日星期四

Twitter的广告平台:Promoted Tweets

  这两天关于Twitter商业模式的讨论又掀起热潮,先是Twitter收购Tweetie,紧接着4月13日Twitter出Promoted Tweets广告平台,这一系列动作都赶在 2010年Twitter开发者大会(Chirp)之前完成,是否为Twitter在Chirp大会上有重要宣布埋下伏笔,4月14,15日两天自见分晓。本文重点关注Twitter新推出的Promoted Tweets广告平台,对该广告平台的流程进行简单的分析介绍。

  截至 Promoted Tweets的推出,Twitter已知的盈利渠道有三种

  1、为搜索引擎提供实时数据流(A data fee from search engines indexing Twitter in real time, such as Google, Yahoo and Bing)

  2、  “传说中”的“职业账户”(不同于Verified Account)("Professional Accounts", Professional Accounts will include the ability to have multiple users on one account.)

  3、Promoted Tweets 平台

  4月13日推出的Promoted Tweets平台不一定是能给Twitter带来盈利的“终极大招”,但无疑是通往盈利大道的重要尝试,无怪乎Biz Stone用了”Hello World“做为宣布Promoted Tweets博客文章的标题。

  Promoted Tweets是什么?长什么样?下面一张图很直观。

twitter

  简单的说,图中的广告展示里面有三个角色:

  广告主--Starbucks

  广告平台--Promoted Tweets平台

  广告受众--在Twitter上搜索“Starbucks”的用户 

  广告呈现方式--在Twitter Search中搜索“starbucks”,图中的广告内容在搜索结果中置顶显示

  (注:目前 @Starbucks 账户由@bradnelson维护,参考Brad的自我介绍,“In my real job, I tweet for @Starbucks.”。上面的广告内容是由@bradnelson通过CoTweet多账户功能发出来的,内容会显示在@Starbucks的 timeline里面。)

  根据官方博客及AdAge的介绍,以下是一个简单的Promoted Tweets广告过程图

  Step 1   Step 2   Step 3   Step 4  
@Starbucks   提交和指定需要推广的Tweet       根据推广效果向 Twitter支付广告费  
Promoted Tweets平台     审核批准@Starbucks提交的Tweet,在相关搜索结果中置顶, 标记成Promoted by Starbucks     跟踪@Starbucks提交的Tweet在用户中的反响,如果无人RT,评论或fav,取消成为Promoted Tweets。 根据广告效果收取Starbucks广告费。  
在 Twitter上搜索“Starbucks”的用户       在Twitter上搜“Starbucks”   注意到/点击”推广的Tweet",或者忽略  

  在 Step4中,广告主,广告平台和广告受众各得其所。

  值得强调的是,触发整个广告过程的关键在于用户在Twitter上搜索 “Starbucks”的动作,搜索次数的多少直接决定Promoted Tweets平台能够给Twitter带来收入的能力。Twitter COO Dick Costolo告诉AdAge,”很多人在使用Twitter进行搜索,搜索量巨大。“(a lot of people use Twitter for search; the volume is huge.),但是拒绝给出准确的数据。显然,Twitter的强项并不是在于提供一个搜索的入口,那是搜索引擎巨头Google和Bing的奶酪。

  “有多少用户会使用Twitter进行搜索”,除了这个疑问,用户对于“Twitter搜索结果出现广告”的接受程度也是需要进一步观察的。鉴于此,Twitter对Promoted Tweets平台的推出也是小心翼翼:

  1,对于不受欢迎,没有回应的Promoted Tweets,Twitter会适时取消Promoted Tweet作为广告的展示。

  2,在搜索结果内,一页只会展示一个Promoted Tweet。

  3,Promoted Tweet会“自我申明”为广告,鼠标移过时会黄色高亮显示。

  4,Promoted Tweets开始只在twitter.com显示,将来在合适的时候会在Twitter第三方客户端出现,并与第三方客户端分成。

  Twitter 会在2010年第四季度对Promoted Tweets平台的效果进行评估,以决定下一步计划。届时,Promoted Tweets给Twitter带来的营收,参加Promoted Tweets推广的广告主名单,用户的接受程度,都是值得关注的信息。

  来源:读者@kdii  投稿,博客地址K.D. 

2010年4月14日星期三

邮箱广告商业泄密

  在研究邮件客户端的时候,一件小事触发了一个新的思考——邮箱广告正在商业泄密。收邮件看到一封“香烟批发,品 质保证”垃圾邮件居然出现在收件箱,可见反垃圾邮件方面还需要提高。有意思的是它的邮箱广告就做得精准,如出现“批发”的广告链接。往邮箱广告想得深入一些,就会引出一个“商业竞争和商业泄密”的话题,邮箱广告与商业道德的界限,是否应该有一个行业的操守准则?

  假设在一封“服装批发”的业务邮件会出现“服装批发”的广告链接,这是否属于不正当竞争?然而,不正当竞争是法律术语,是不是要由法院裁决。于是, 换作“商业文明”的角度来看,这件事是否符合道义?这个问题是商业主题邮件不可回避的。

  当你向客户发邮件讲“注册域名是80元”,广告链接有“注册域名是60元”。

  当你向客户发邮件讲“商标注册是2000元”,广告链接有“注册商标只要1800元”。

  当你向客户推广“最新服装款式”,广告链接有“新款服装批发”。

  你会不会接受这种做法?

  你和客户在一家餐厅谈起注册商标的价格是2000元,餐厅的人知道后,告诉另一家公司让他们得以在旁边举着一个广告牌“注册商标只要1800元”, 你希望发生这种事情吗?如果你是不想发生的,同样也不愿意邮箱服务商在你和客户之间的邮件投放同类业务的商业广告。

  从邮箱广告发展来看,投放的广告会越来越精准。广告越是精准,广告主通过你的邮件抢走客户的成功率就越高。然而,这种成功是因为把发信人的业务内容进行泄密,提供给竞争对手利用,并帮助竞争对手插入广告来抢走目标客户。我们都知道窃取受保护的商业信息是不道德的事情!

  故此,一封商标注册的业务邮件,接收邮件的邮箱服务商应不应过滤“商标注册”的邮箱广告?从商业道德上讲,应该主动这样做。而从商业利益上讲,邮箱精准广告的市场很大,很难主动放弃这个市场。要想在邮箱广告实行商业竞争保护,这不是一家邮箱服务箱能做到的,这需要主流的邮箱服务商一起来做。

  简哲对此建议:要实现这种做法,可以参考网站的Robots声明协议的做法,它可以声明网站的内容不让某家搜索引擎抓取,某个目录的内容不被抓取。 邮箱广告也可以遵从一种广告主题过滤的声明协议。例如,这封邮件是汽车公司发出的,可以向对方的邮箱服务商声明,在阅读这封邮件时过滤所有“汽车广告”。 如何在邮件的信息头作出声明协议,这是要由互联网邮箱服务商共同协商来制订及推广的。

  邮箱广告做到重视商业道德,形成商业文明的公约,不对发信人和收信人的邮件内容进行泄密,不为发信人的竞争对手投放业务竞争广告,这是互联网和电子商务发展所期待的商业文明!

  来源:简哲投稿,原文链接

2010年4月13日星期二

互联网常见Open API文档资源

  所谓的开放API(OpenAPI)是服务型网站常见的一种应用,网站的服务商将自己的网站服务封装成一系列API(Application Programming Interface,应用编程接口)开放出去,供第三方开发者使用,这种行为就叫做开放网站的API,所开放的API就被称作OpenAPI(开放API)。

  网站提供开放平台的API后,可以吸引一些第三方的开发人员在该平台上开发商业应用,平台提供商可以获得更多的流量与市场份额,第三方开发者不需要庞大的硬件与技术投资就可以轻松快捷的创业,从而达到双赢的目的,开放API是大平台发展、共享的途径,让开发者开发一个有价值应用,付出的成本更少,成功的机会更多。今天,OpenAPI作为互联网在线服务的发展基础,已经成为越来越多互联网企业发展服务的必然选择。下面我就列举一些常见网站服务的Open API文档资源索引。

  SNS类网站API

  Facebook - http://developers.facebook.com/

  人人网开放平台 - http://dev.renren.com/

  51.com开放平台 - http://developers.51.com/

  MySpace开发者平台 - http://developer.myspace.cn/

  Opensocial - http://wiki.opensocial.org/

  Google Gadgets 小工具 API 开发人员指南 - http://www.google.com/intl/zh-TW/apis/gadgets/docs-home.html

  Gadgets API 开发人员指南 - http://code.google.com/intl/zh-CN/apis/gadgets/docs/dev_guide.html

  Gadgets API - http://code.google.com/intl/zh-CN/apis/gadgets/

  电子商务类

  Amazon API - http://aws.amazon.com/

  eBay API - http://developer.ebay.com/

  淘宝开放平台 - http://www.taobao.com/theme/tao_source/

  微博API

  Twitter API - http://apiwiki.twitter.com/Twitter-API-Documentation

  Status.Net(Laconica) API - http://status.net/wiki/Twitter-compatible_API

  新浪微博开发者平台 - http://open.t.sina.com.cn

  注:需要授权的开发者才能访问,其API调用格式类似Twitter,但需要一个API Key用于认证管理。

  搜狐博客开放平台 - http://ow.blog.sohu.com/

  Follow5 API - http://www.follow5.com/f5/jsp/other/api/api.jsp

  嘀咕API - http://code.google.com/p/digu-api/wiki/DiguApi

  做啥API - http://code.google.com/p/zuosa-api/wiki/ZuosaApiDoc

  人间网API - http://renjian.com/api.html

  9911微博API - http://www.9911.com/api.php

  Google Maps API

  Google Maps API Developer Guide - http://code.google.com/intl/en/apis/maps/documentation/

  Google Maps API Tutorial - http://econym.org.uk/gmap/extensions.htm

  GMaps Utility Library - http://code.google.com/p/gmaps-utility-library-dev/wiki/Libraries

  GMaps Utility Examples - http://gmaps-utility-library.googlecode.com/svn/trunk/labeledmarker/release/examples/

  Saving User-Added Form Data - http://code.google.com/intl/zh-CN/apis/maps/articles/phpsqlinfo.html

  Firefox类

  Mozilla 开发者中心的扩展开发专题 - https://developer.mozilla.org/en/Extensions

  XUL 1.0 规范 - http://www-archive.mozilla.org/projects/xul/xul.html

  更多地了解这种基于 XML 的用户界面语言,它可以构建各种富跨平台应用程序。

  Mozilla Development Center 的 XUL 教程 - http://developer.mozilla.org/en/docs/XUL_Tutorial

  Getting started with extension development 编写一个最简单的Firefox扩展 - http://kb.mozillazine.org/Getting_started_with_extension_development

  Setting up extension development environment - http://developer.mozilla.org/en/docs/Setting_up_extension_development_environment

  实战 Firefox 扩展开发 - http://www.ibm.com/developerworks/cn/web/wa-lo-firefox-ext/

  使用 XUL 实现浏览器扩展 (1) - http://www.ibm.com/developerworks/cn/web/wa-xul1/

  使用 XUL 实现浏览器扩展 (2) - http://www.ibm.com/developerworks/cn/web/wa-xul2/

  应用类

  豆瓣API - http://www.douban.com/service/apidoc/

  Flickr API - http://www.flickr.com/services/api/

  Last.fm API - http://www.last.fm/api

  Box.net API - http://developers.box.net/

  Delicious API - http://delicious.com/help/api

  API统计 - http://www.programmableweb.com/apis

2010年4月12日星期一

关于网易的回忆

  现在很多网民都喜欢做一些IT公司的Fans(粉丝),例如Google的G粉,百度的白粉,苹果的果饭等等,似乎很时髦,对于国内的互联网公司,年轻的网民往往表现出很不屑的态度,但是像我们这样老一代的中国互联网的网民,都在记忆的深处对于某一家中国网络公司怀有特殊的感情,那就是网易情结。

  1997年的时候,能上的中文网站真的非常贫瘠,网络上缺少值得看的中文内容,搜索引擎还用的是Yahoo(那时Google还没诞生呢),搜索结果对中文很不友好,而且也还没有一家好用的中文搜索引擎,大家正不知道上网干什么的时候,甚至没有什么中文网站可以上,就在这个时候,网易诞生了。

  网易于1997年6月成立,当时的域名是nease.net,我花了很长时间才记住了这个难记的域名。当时互联网刚进入中国,中文网站屈指可数,网上提供的中文信息少得可怜。当时的网易创造性的推出了一个品牌——“网易个人主页”,通过这个产品,在当时的互联网上大出风头。

  网易个人主页

  当时网易提供的免费个人主页有20M的空间,还有留言板、计数器等服务,所以推出后即大受欢迎,例如我当年申请的主页就是www.nease.net/~long,说来可笑,我记得当时我第一个主页使用微软的Word做的,最后使用另存为HTML文件的方式生成了网页文件,我当年就是因为这个免费主页,才开始学HTML,开始学做网页,当时的愿望就是,再也不要用Word来做网页。

  网易是中国第一家免费为用户提供主页空间的网站,曾经有近八十万用户在网易创建了个人主页。个人主页一直是网易的服务优势所在,那两年的确是个人主页发展的黄金时期,有很多做的不错并且流量很大的个人主页,例如“高春辉的个人主页”、“黄金书屋”等等,1999年底,《南方周末》评选十佳个人主页,9个来自网易个人主页基地。1999年12月,多来米中文网以400万人民币的价格收购网易个人网站排行榜中前20位个人网站中的16家。包括黄金书屋、中国足球网、海阔天空下载、笑林广记等国内著名网站。但之后多来米中文网的发展并不理想,导致这些个人网站的资源都流失殆尽。

  2000年,互联网泡沫经济破灭,原先很多免费提供的个人主页都打算收费,网易最终也撑不住了,在2002年开始全面停止免费个人主页服务,用户交费后可以继续使用此项服务,费用是每月15元。

  2004年,博客做为一种新的个人空间服务,以免费、建立简单、更新方便、主题多样等优势开始在中国流行起来,原先的个人主页也都逐渐发展成为虚拟主机的用户,随着网易于2006年1月20日发布了“关闭个人空间”的通知,并发布了“网易主机将不再继续发展虚拟主机及域名业务”的公告,宣告了个人主页在中国已经彻底灭亡,想必,博客的迅速崛起发展成为网易个人空间关闭的一个重要原因,而现在,网易也开通了自己的网易博客频道。

  网易免费邮箱

  网易的免费邮箱没有像个人主页那样灭亡,而是一直存活了下来,并且在国内免费邮箱占有率稳居第一,我现在还拥有一个@netease.com的网易信箱,并且现在依旧可以收到邮件(虽然大多都是垃圾邮件),1998年的时候,网易推出了国内首家免费邮件服务,一个存活了十多年的邮件服务能坚持下来也不容易。

  然而遗憾的是,网易的邮箱在后来的发展上,并没有在技术上实现太大的突破,十多年来几乎没有什么太大的变化,随着划时代的Gmail邮箱的兴起,很多老的网易邮箱用户都转到功能更多的Gmail邮箱上了。

网易电子邮件

网易邮箱界面

  网易BBS、网易社区

  CFIDO BBS没落之后,和CFIDO类似的基于互联网的Telnet BBS开始兴起了,这方面最著名的是火鸟系统,网易最早的BBS是用火鸟系统搭建的(FireBird BBS system),和各个大学里的BBS一样,Telnet文本界面,还有着较为丑陋的WEB界面,即使如此,网易的BBS在当年也是公众网上人气很高的BBS之一。在教育网上,水木清华BBS则一枝独秀。

水木清华BBS的界面

水木清华BBS的界面

  从网易BBS之后的发展,可以看出丁磊对Telnet怀有深深的感情,甚至独立为Telnet BBS在网易社区开发了完整的WEB界面,版主的管理还可以通过Telnet的方式登录,我也曾经在网易BBS上做过几年的计算机安全版的版主。

  然而,Telnet BBS毕竟拥有过于复杂的技术和不很友好的用户界面,更新和维护都非常麻烦,发展也基本停滞,随着WEB技术的发展和网络用户的激增,抛弃Telnet实属必然。网易最后也终于放弃了Telnet BBS的架构,开发了不包含Telnet的新版本网易社区,这也预示着整个Telnet BBS文化在中国的彻底消亡。

水木清华BBS的界面

水木清华BBS的界面

  网络游戏《精灵》

  2002年6月15日,《精灵》这个韩国的网络游戏被网易代理,并运营了两年时间,这段历史是网易不愿提起的历史,一个曾经有数百个分区的,大受欢迎的网络游戏最终走向了彻底失败,其中原因有很多。

  运营《精灵》的失败,其实不能全怪罪于网易,《精灵》在当时的确是一款好游戏,优质的UI界面,动人的音乐,精彩的战斗场景,做为一款网络游戏应该有的东西它都有了,但不应该有的东西也有了,就是安全漏洞。《精灵》在开发的过程中,对于外挂等黑客安全问题考虑不周,这是网络游戏的大忌,其安全脆弱到什么程度呢,举个例子,所有的网络游戏中,《精灵》是唯一的一个可以使用金山游侠简单修改几下就能破解的网游,这导致很多人使用外挂工具,并且极难防范,英文《精灵》因此干脆直接屏蔽了所有中国地区的IP地址来防止外挂,而韩国的开发方却对游戏的安全漏洞毫无对策。

  外挂的流行使得网易在精灵上的运营出现危机,并且无法解决,因为程序开发全在韩国方面,一旦外挂大量出现,就只能花费大量的人工成本来解决和处理,而导致游戏收费模式的失败。

《精灵》游戏的界面

《精灵》游戏的界面

  最终,《精灵》这个游戏的运营彻底失败了,这对于网易来说是一个痛苦而不堪回首的“学费”,以至于网易后来出的一些公司发展历程介绍中也有意忽略掉这段历史,但在那之后,网络游戏却如火如荼的发展起来,中国的互联网公司终于找到了网游的盈利秘诀,并将这块市场越做越大,成为中国互联网上最赚钱的一大业务。

  随着技术性公司Google和百度的兴起,以及腾讯QQ、新浪的不断扩张,网易的业务面临越来越多同类公司的竞争,年轻的互联网网民也越来越缺少当年老网民的那种情结,在不断高速发展的互联网时代,很多新兴的公司不断脱颖而出,创造出一个又一个的奇迹,这算是后话了。

  2010年我去南非旅游的过程中,居然发现访问团的同行者还有网易博客的总监,使用了这么长时间网易服务的老网民,这却是我见到的第一个来自网易公司的真人,网络可真是奇妙啊,那时候,我就感慨万分,遂作此文。

2010年4月11日星期日

百度支持Nofollow并内测百度站长平台

  据ZAC报道,百度已经明确回复,百度支持超级链接的Nofollow属性了,带Nofollow标签的链接,百度会忽略掉它绝大部分的作用。这个消息对于关注搜索引擎的用户来说意义重大,因为以前人们对于百度是否支持Nofollow一直存在很大的疑问。

  Nofollow标签是由Google领头新创的一个标签,目的是尽量减少垃圾链接对搜索引擎的影响,减少博客的垃圾留言,目前Google、Yahoo、微软都表示支持这一标签。当超级链接中出现nofollow标签后,搜索引擎会不考虑这些链接的权重,也不用使用这些链接用于排名。

  在ZAC的日志中,除了技术细节更多是关于百度对站长更开放的讨论,例如百度设立了官方的交流贴吧和站长互动,甚至还在内测一款类似“Google网站管理员工具”的名为“百度站长平台”的工具。

  在贴吧里面我们可以看到官方关于301重定向、收录变化、排名变化,nofollow属性等问题的回复,都是很开放性的并且在表达观点的同时并不否认自身技术的不足,甚至他们表示稍后将会发布一份《搜索引擎优化指南》,来帮助站长们更好地优化他们的网站。

  并且站长们未来将可以在百度站长平台提交自己的Sitemap,删除无效链接以及更多的操作,看看现在的“Google网站管理员工具”你就知道。

  从这些我们可以看到百度勇敢走出的第一步,这一切似乎预示着百度正在准备对站长采取更开放的态度。但这是一个迟来的努力,甚至是迟到太久。对于一个SEOer来说,他甚至无法向你保证在百度中的排名,而Google则有相对稳定的规律,只要你的站点维护良好并且拥有优质内容,就可以大概推算出排名可以提升的空间。真是很多人讨厌百度的最重要原因,他们讨厌没有任何规矩和不可预见的结果,事实上没有人喜欢。

  如果你遇到一些问题发邮件咨询,而百度只会给你一个提前拟好的格式化的回复,让你耐心等待并且几乎你不会得到任何回复,因为事实上除了百度自己没有人知道那些该死的邮件被丢到哪里去了。而根据大多数人的经验,Google对于大多数问题的回应良好,尽管Google也只提供电子邮件咨询。

  当然,还有更多的潜规则,例如你总会发现百度自己产品的排序总是会比第三方网站更好,尽管内容不是那么完美但是百度认为这无关重要。甚至有众多用户声称他们被威胁购买竞价广告,否则网站排名会受到影响,当然这是未经证实的,因为所有的数据都在百度自己手里。

  百度在做一些事情之前,最需要考虑到的事情是它是全球最大的中文搜索引擎,它承载了13亿中国人和无数华人的期待。所以,这即便是一辆破车,就像是配图里面贴着百度Logo的出租车一样,也要有足够的信念和勇气去坚持,才能够走得更好乃至成就一家伟大的互联网公司。尊重算法,维持底线,这是大家对百度的最大期望。

  来源:XJP投稿,Williamlong做了部分修改和调整,原文地址

  参考资料:Google如何处理nofollow,来源

  关于rel="nofollow"

  "Nofollow"向网站管理员提供了一种方式,即告诉搜索引擎"不要追踪此网页上的链接"或"不要追踪此特定链接".

  最初,nofollow 属性出现在网页级元标记中,指示搜索引擎不要追踪(即抓取)网页上的所有外向链接。例如:

  <meta name="robots" content="nofollow" />

  将 nofollow 用于各个链接前,要阻止漫游器追踪某网页上的各个链接需要完成大量的工作(例如,将该链接重定向至 robots.txt 中拦截的网址)。因此,我们创建了 rel 属性的 nofollow 属性值。这可让网站管理员更精确地进行控制:无需指示搜索引擎和漫游器不要追踪该网页的所有链接,只需轻松地指示漫游器不要抓取某特定链接即可。例如:

  <a href="signin.php" rel="nofollow">sign in</a>

  Google 如何处理已使用 nofollow 的链接?

  我们不追踪此类链接。也就是说,Google 不会传送这些链接中的 PageRank 或定位文字。从本质上说,使用 nofollow 会使我们从整个网络中放弃这些目标链接。不过,如果其他网站链接到这些目标网页而没有使用 nofollow,或目标网页的网址是通过站点地图提交给 Google 的,则这些网页仍可能会出现在我们的索引中。另外,值得注意的是,其他搜索引擎对 nofollow 的处理方式可能略有不同。

2010年4月10日星期六

腾讯微博开始邀请内测

  腾讯微博今日开始进行小范围的测试,这是继新浪、搜狐、网易等门户推出微博“标配”后,又一大门户网站推出了微博产品,为了推出这个全新的微博产品,腾讯不惜关闭了原先已运营三年之久的微博网站“腾讯滔滔”。

  网页端界面

  腾讯微博的网页端界面和新浪微博比较类似,使用了“广播”这个名词来替代“微博”,目前的功能还较少,虽支持话题、回复等,但并没有贴图和关联博客功能,并且和QQ空间状态与QQ邮箱广播也不互连。同其他门户微博一样,腾讯微博目前也没有RSS和API,其功能比新浪微博要少很多。

  腾讯微博的网址缩写服务使用的是url.cn,手机腾讯微博t.3g.qq.com及短信平台也同时上线。

腾讯微博开始邀请内测

  客户端界面

  然而,和新浪微博相比,腾讯却有一个强大的杀手锏:QQ客户端,只要腾讯微博和腾讯QQ绑定,并能从QQ客户端可以直接发布和查看微博,那就足够其他竞争对手头疼了,拥有1亿同时在线用户数的腾讯QQ,从来不会为有没有用户而操心,甚至不必为这个产品进行推广,只要在QQ上弹窗就可以了。

  QQ用户只要下载最新的QQ(QQ2010Beta3),就可以通过QQ客户端来访问腾讯微博,目前针对TM的客户端并没有推出。

  客户端的界面操作起来挺顺畅的,查看最新微博,查看回复,发布信息都是一气呵成,直接在QQ里即可完成,将整个微博搬到了QQ客户端了,这对于热衷使用QQ的用户来说非常方便。

腾讯微博开始邀请内测

  点击一个用户的头像或链接,就可以转到该用户的信息界面,并查看到该用户发布的所有信息。对于用户的隐私保护来说,从这个界面并不能查看出用户的QQ号码。

腾讯微博开始邀请内测

  在IM客户端加入微博功能,腾讯QQ还是第一个吃螃蟹的产品,同样在企业用户中流行的微软的MSN也并没有在其客户端加入微博功能,实际上我也很奇怪微软为什么不这么做,以微软MSN的装机量,在里面加入一个类Twitter的应用,然后和MSN绑定,那应该一下就会有不少用户量,有了用户和人气,产品运营就简单多了。

  目前腾讯微博还需要邀请码才能注册,已经注册的用户可以获得10个邀请码,以下是腾讯微博的邀请码,先到先得,如果有了新的邀请码,我会更新下面的内容。欢迎大家关注我的腾讯微博

  腾讯微博邀请码链接:http://t.qq.com/invite/u/williamlong

2010年4月9日星期五

别把SEO做成了SEC

  我们很多人做seo是舍本求末的,忽略了网站的最根本问题,片面强调关键字的堆积,怎么去骗搜索引擎,甚至会花一些钱去请所谓的seo高手来提高alexa的排名,但这样做无异于杀鸡取卵。如果你是想通过alexa排名或者某个关键字的排名来达到某些特有目的,比如说公司的融资,比如说说服厂商来你的网站做广告,比如说为了在商业来往上更有底气,这是“可以的”,否则,请三思而后行。我前面之所以要在可以的加上一个引号,是因为我觉得,不管怎么样,以诚为本这是做人做事的基本准则,如果你采取一些非法的手段来获取排名,然后通过这些排名去获得某些利益,我觉得总是不太好的。

  在这里,我需要再一次重申seo的目的,seo只不过是为了搜索引擎更好的发现你的网站,因为搜索引擎的蜘蛛本身是一个逻辑程序,所以它有它的特殊点,如果你不符合它的味口,很可能你网站有好的东西搜索不到,也可能你比竞争对手的产品好,但用户却无法在搜索引擎中找到你,甚至于你的产品差点,想通过改善seo来获得较好的排名,这都是可以的。

  seo就是英文Search Engine Optimization翻译过来的,但很多人不是在做 SEO,而是在做SEC,什么是SEC,sec是Search Engine Cheat,搜索引擎欺骗。seo搜索引擎是欢迎的,因为你在帮助他发现更好的东西,不管是百度还是google,他们都有像站长指南这样的优化指南,充分说明了他们对seo的欢迎。很多朋友说百度对seo深恶痛绝,我不这么看,百度是对sec极度反感,因为你在通过人工的方式影响了他的客观性,当然,这里我们不谈百度本身的客观性(比如说竞价排名)。

  那么,SEC有哪些手段呢?

  1. 采用关键字堆积的方式,比如把关键字用<span style="display:none">xx关键字</span>这种方式,因为用户看不到这个关键字,但搜索引擎是可以看到这种关键字的,所以可以把一些无关的关键字堆积到一起欺骗搜索引擎,而对用户感受又是友好的。

  2. 加入一些黑链,什么是黑链呢,就是通过一些黑客手段,在一些pr值高的,或者比较知名的网站,加入一些搜索引擎可以看见而人看不见的链接,以提高外链

  3. 购买一些弹窗,以提高Alexa排名

  说完错误的方法,该说正确的方法了,有哪些正确的方法呢,我按容易忽略和重要性依次说

  1. 内容,一个网站一定要有内容,也就是你能给用户提供什么样的服务

  2. 速度,网站的响应速度也很关键,对于半天打不开的网站,搜索引擎是不喜欢的,因为爬虫也是一个程序,它在下载你的网页的时候,会设置一个超时的时间,如果超时它就不等了。或者说,会把慢的网站权重降低,因为慢的网页对用户体验是不好的

  3. 如果你想某些内容被搜索引擎引用到,不要试图采用ajax技术,也不要采用javascript动态生成内容,搜索引擎只索引原生的html,它只是将html当做一段格式化的文本进行分析,而不是去解析html

  4. 程序的复杂度,这个其实也蛮关键的,我前面说了,蜘蛛本身是一个程序,我是做技术的,所以我知道程序对复杂的网页分析会比较困难,所以你的网页应该尽可能的简洁,源代码最好在500左右(除去文章内容,但所有内容加起来也不应该超过2000行)

  5. 不要采用flash和大图片,除非你不想这些页面被搜索引擎索引到

  6. 条件好的,发一些文章来介绍你的网站,如果可以的话,在一些知名的、权威的网站,发布与你网站有关的文章

  7. 加强外部链接,尽可能和一些比较知名的网站做链接

  8. 注意你的链接,不要将你的网站搞得非常纵深,你不是在做防空洞,而且过深的网页对用户也不好,用户很记住这个网址,如果你的网址超过五层,请考虑使用子域名的方式。也不要试图一大堆带参数的url,当然,以html或者aspx/jsp/php结尾并不重要,重要的是你有没有带一些?后的参数。

  一个网站和传统商业一样,好比你开一个餐馆,首先要解决的问题是人家怎么来,然后你要解决人家来了干什么。怎么来就是你要怎么推广,让别人知道你的餐馆,来了你要干什么就是你 要做好服务,你说你的餐馆做得很破,然后想了一大堆的烂招,搞这个协会那个协会的证书,又是什么名小吃又是什么五星级的,可是人家来了发现你的东西实在是不招人待见,那么你不仅会永远失去这个客户,还会失去一大批客户。现实世界人家来了可能还会试一下,你可以做一次一锤子买卖,可是在网络世界里,离开只需要一秒种的事情,只不是过动动鼠标而已。

  来源:conis投稿,原文地址。版权声明:本文授转月光博客刊登,其他非授权网站媒体转载,需要添加作者网站地址http://iove.net,否则视为侵权。

2010年4月8日星期四

传雅虎将收购地理定位网站Foursquare

  据美国科技博客网站Silicon Alley Insider(SAI)报道,消息人士周二透露,Yahoo正考虑收购手机地理位置服务商Foursquare,出价为1亿美元左右。

  SAI援引知情人士的表述称,Yahoo收购Foursquare的主要目的是:大力提高Yahoo手机互联网业务实力。该消息来源称,Yahoo已就该收购意向同Foursquare高管层进行了接触。但知情人士特别指出,除Foursquare外,Yahoo也同其他类似潜在收购目标举行了商谈。

  上周期间,Foursquare联合创始人兼CEO丹尼斯·克罗利(Dennis Crowley)同硅谷多家知名科技公司进行了接触,其中包括苹果、Facebook和Twitter等等。对于Yahoo计划收购Foursquare的传闻,克罗利拒加评论。

  收购目的

  SAI认为,如果Yahoo能够成功收购Foursquare,将使Yahoo有能力向所有移动设备提供各类互联网服务。通过这种方式,YahooCEO卡罗尔·巴茨(Carol Bartz)将向员工及华尔街分析师证明,她确实正致力于Yahoo的技术创新。

  SAI指出,自Yahoo收购图片共享网站Flickr和社交书签服务网站Delicious以来,该公司一直没有针对消费市场推出过其他很有影响力的产品。在2007年之前,Yahoo本来有机会以10亿美元收购Facebook,但Yahoo时任CEO特里·塞梅尔(Terry Semel)认为该价格过高,且Facebook联合创始人马克·扎克伯格(Mark Zuckerberg)还开出了其他条件。

  情况不同

  克罗利也是另一家手机地理位置服务商Dodgeball的创始人,数年前Dodgeball被谷歌收购。克罗利近日在接受SAI的采访时表示,当初之所以将Dodgeball出售给谷歌,是因为Dodgeball无法获得任何风险投资。

  但现在Foursquare的情况却大为不同。近日有报道称,Khosla、Accel和Andreessen Horowitz等三家风险投资公司都希望获得向Foursquare投资的优先权,这些风险投资公司对Foursquare的估值为8000万美元以上。SAI认为,克罗利可利用Yahoo1亿美元的出价,要求投资者进一步提高对Foursquare的估值。

  对于上述传闻,Yahoo一位发言人拒加置评。

  来源地址:腾讯科技

  我对Yahoo此次行动的评价是:Yahoo其实才是真正的Web2.0网站杀手,毁了Flickr、Delicious、MyBlogLog 之后,又开始毁Foursquare了。哪位神仙赶快把Yahoo给收了吧。

2010年4月6日星期二

手机充值卡背后的渠道暗战

  这事儿是我昨天回家充话费的时候想到的,现在充值话费的渠道已经愈发多样化,而各种渠道之间的差异和竞争更是值得玩味。

  先来看一下我们现在可用的手机充值方式:

  营业网点(直冲、充值卡)

  传统线下渠道:便利商店(充值卡)、空中充值(直冲)

  第三方网上充值(C2C、B2C商城以及网银)(直冲、充值卡)

  运营商网上充值(直冲、充值卡)

  第一种也就是最传统的营业网点充值受限于成本和营业厅数量,覆盖人群有限,适合那种习惯去营业厅缴费的人使用,属于在未来会被越来越边缘化的一种充值缴费模式,现在很多朋友一年都不会去一次营业厅。

  第二种传统的线下渠道,例如手机通讯店、超市、报亭、便利商店。他们仍然占据很大的市场份额,他们的优势是几乎能覆盖所有地区,而且并不需要运营商去作额外的投入,也即零成本销售,但是会涉及到利润被销售代理商给分走一部分。

  第三种是现在用比较多的,各种第三方的网上充值,例如你可以在淘宝寻找卖家,或者在网上银行进行充值。优势是方便快捷,足不出户即可充值,缺陷是各种商家素质良莠不齐,在规则不是那么明确的情况下有上当受骗的可能,但是如果你是网购达人仍然可以通过购买自动发货商家的宝贝等方式来避免损失。

  同时第三种方式也有一个重要的特点,那就是那些商家大部分也有实体店,他们是线下线上同步展开,互联网只是他们新开拓的一个销售渠道。

  第四种就是运营商通常会提供网上的充值方式,也可以获取一定的折扣。安全方便,在未来有极大的发展空间。

手机充值卡

  ——萝莉控的分割线——

  看完各种充值方式,我们再来看看各个渠道之间的斗争。

  营业网点VS其他渠道

  营业网点覆盖窄、成本高、时间长,已经逐渐被其他充值缴费方式所取代,正如之前所述营业厅将会逐渐回到纯粹的业务办理,通过其他渠道不断吸收客户也有利于提高服务品质和降低服务成本。

  线下渠道VS网络渠道

  线下渠道现在仍然是不错的选择,至少在一段时间内它还将顽强地生存下去,因为我们没有办法保证随时随地的互联网和支付方式。但是可以预期的是它的市场空间一定会被网络渠道大幅打压,足不出户、更低的价格(尽管只有几毛钱)都成为网络渠道兴盛的理由。

  第三方网络渠道VS运营商网络渠道

  至少现在看来,第三方网络渠道的发展势头不错,不过运营商是处于产业链的上游,未来想要争夺市场并不是不可能的事情。运营商的优势是价格自由度大、充值快速安全,根据我个人的体会,四川联通的网上营业厅充值价格与淘宝持平,甚至还更低一些,甚至我还可以到营业厅索取发票。

  ——御姐控的分割线——

  不论怎么竞争,运营商都是利字当头,节约成本和增加利润需要同步进行。未来的趋势是,进一步减少对线下与传统营业网点的依赖,大力发展网络充值从而有效降低成本。并且在不影响大局的前提下发展自建网络渠道,再次降低成本。

  不过运营商再强势也不可能把所有市场霸占,只有团结好线上线下各大代理商,才能真正将这块市场蛋糕做大,一个合适的度是很多运营商正在思考的问题。

  来源:XJP投稿,原文地址

2010年4月5日星期一

未来移动运营商可能面临的三大难题

  这几年的移动电信行业的政策,例如降低漫游费、取消不合理收费等等,都是为了将自主权重新交还到消费者手中,进一步促进市场竞争、取消影响市场竞争的门槛,从而让消费者获益。

  未来两年时间内,最可能出台的政策是携号转网,这一政策是为了破除消费者切换运营商的成本障碍,让消费者可以在不换号的情况下自由选择移动运营商。除了号码以外,号码的地域限制也成为阻碍运营商公司之间竞争的一个障碍。

  例如,李小姐在成都拥有号码A,她准备前往北京发展,如果她不想忍受高额的漫游费就必须重新购买号卡。这是由于政策限制带给消费者的不便,也影响了消费者的对于运营商的自由选择权利。

  所以,除了本地携号转网以外,未来可能颁布不同地区、不同运营商之间的自由转网(过户)的政策,这样的政策一方面可以最大限度保障消费者的利益,更重要的是可以通过政策放开进一步促进移动运营商之间的自由竞争,提高服务品质与忧患意识。

移动运营商

  面临越来越开放的市场政策,移动运营商可能会三大难题:

  难题一:现有业务系统以及产品套餐的更新

  现在三大运营商的3G套餐都有淡化漫游费的趋势,如果未来不同地区、不同运营商之间互通开放之后,现有的大部分产品资费将会需要进行大幅更新,以适应新规下消费者的选择需要。包括取消漫游费,本地通话的定义(用户拨打/接听所在地为本地)等等。

  另外现有的网上业务系统可能也需要进行同步更新,例如我需要可以全国任何地方都可以充值花费,我需要可以在网上营业厅直接办理转入与转出手续,类似域名的自助转移流程。

  难题二:无法通过号码区分用户归属地及运营商

  现在很多拥有智能手机的朋友都会安装归属地查询软件,你可以快速查询某个联系人的所在地和运营商,其实质是一个包含了各地运营商的号码分配规律的数据库。

  但是一旦不同地区、不同运营商之间互通开放之后,手机号与地区、运营商信息之间的对应关系将不复存在,我们将不能通过号码来判断用户归属地以及运营商。不过对于运营商自己来说,仍然可以通过查询基站和通话信息来获得这一信息。

  难题三:跨地区结算大幅增加

  如果实现一号行全国的话,那必然跨地区结算会大幅增加,对于结算系统的及时性、准确性将会有新的要求。

  此外,各运营商的各地分公司的现行利益分配模式不能符合新模式下的需求,制定新的利益分配模式对于激励员工、保障分公司利益有重要意义。

  ——结束的分割线——

  我们总在向往国外的廉价资费和优质服务,尽管我们现在仍然处于发展初级阶段,但是对于电信业的市场化竞争的促进,在政策层面的引导都是必须的。

  临渊羡鱼,不如退而结网。

  来源:读者XJP投稿,原文地址

2010年4月4日星期日

探索中国独立博客的发展

  年前国内互联网严打,很多个人网站(包括独立博客)关掉,跟着又传网络新规“没有一百万不要搞论坛”,这些不利因素让人感到中国独立博客的发展是不 容乐观的。尽管如此,但是换个角度去看,社会的发展总是要朝向文明的方向去发展,独立博客是不可能全部关闭的。

  什么是独立博客?在这个词条还没有编入中国的辞海之前,可以引用维基百科的说明“独立博客一般指在采用独立域名 和网络主机的博客,既在空间、域名和内容上相对独立的博客。独立博客相当于一个独立的网站,而且不属于任何其他网站。相对于BSP下的博客,独立博客更自 由、灵活,不受限制”。

  从这个定义来看,独立博客的信息危害性要远远低于论坛,如果要关闭独立博客,也是应该要先关掉论坛。如果一个独立博客发布了不法信息,很容易追查, 要直接负责的也就是博主。而一个论坛如果有几十万会员,要追究当事人的直接责任是比较复杂的。

  中国独立博客的发展,在宏观方面的问题是让博客健康化发展,形成管理 规范和得到保护;而在微观方面的问题是一个独立博客如何生存发展,可以走向职业博客。为此,简哲提出如下几点思考:

  一、 博客协会

  独立博客可以成立博客协会,正规注册,吸收会员。中国是一个协会特别多的国家,成立协会从某种层面来讲就是这个行业或产业要规范发展,走向良性发 展。

  谁能为中国独立博客谋利益,走向正常化发展?还是需要有一个博客协会。不然,中国独立博客仍是一盘散沙,对明天的发展没有想象,只有担忧和顾忌。

  与其处于发展的茫然,不如主动提出管理规范化,让博客也能成为职业。

  一旦成立博客协会,这需要有发展基金才能确保博客协会得以运作,并保持可持续发展。关于资金的来源:前期可通过社会捐助,成立博客协会后可以收取会 员费用,博客内容可以用于商业出版,博客协会也可以推出联盟产品,如广告和付费写作等推广产品,相关博客的域名、虚拟主机销售。目前很多博客的创作内容都 没有得到版权保护,今后或许可以授权给博客协会代理,负责商业出版及侵权索赔的法律事务。当博客的网站被空间服务商无故关掉,博客可以寻求博客协会的帮 助,甚至是代理法律诉讼及索赔。如能做到这样,便会有更多的博客愿意加入博客协会。

  当下的中国互联网,有财力做博客协会的很多,但是对互联网有发展雄心的不多,假设周鸿祎创建博客协会,在国内很容易催生第五门户。因为借助博客资 源,可以获得内容和整合资源;在博客放置搜索服务和搜索联盟的广告,可以把搜索引擎推广出去。通过团队化的运作,可以让BSP的名人博客再开设独立博客 (从产品上可以设计为绑定个人域名的个人门户,可以通向他的新门户)。据cnnic调查:截至2009年12月,博客应用在网民中的用户规模达到2.21 亿。按周鸿祎的产品线,若成功借道博客,打造出新门户的机会是很大的。

  二、绿色认证

  独立博客在网站上引用博客协会的认证,表示这个独立博客没有不法信息或木马病毒。通过绿色认证的标志,网民发现不法信息或木马病毒,可以直接向博客 协会举报,博客协会查实后可以停止违规博客继续引用绿色认证。

  三、现时中国独立博客的盈利方式

  现时独立博客的盈利方式主要有如下几种:站点广告、付费文章、活动组织(购物)、销售商品及网站业务。

  1.站点广告

  例如销售网站固定的广告位,广告联盟广告(如Google AdSense、当当)。

  2.付费文章

  美国的“软文”市场很大,据称达到了两百多亿美元。但是,从国内提供付费文章经营业务的网站来看,独立博客通过这种方式获得的收入并不多。一是付费 文章的任务不多,二是稿酬低。对于普遍的独立博客而言,与其写软文,还不如向出版媒体投稿,或者成为付费内容网站(如起点网)的作者。

  从长远来看,国内的“软文”市场也会增长,对于流量大、知名度的博客而言,他们不用担心“软文”收入。

  3.活动组织(购物)

  这些独立博客应该是社区明星,擅长社交,利用社交资源发起活动,然后再获得业务提成。也可能就是购物狂人,或者是做类似淘宝客的业务。从某种角度而 言,他们是为了推广而做了独立博客。

  4.销售商品

  比较常见的是卖域名、主机、IT数码产品、手工艺品。

  5.网站业务

  设计业务:很多网页、平面设计师都在博客宣称提供设计业务。

  网络营销顾问业务:提供SEO、网络营销顾问服务也是常见的。

  经纪业务:如保险、二手车销售的博客。保险经纪会开一个博客大谈投资理财,然后欢迎你来咨询。

  专家业务:如律师、工程师博客。他们会通过在博客介绍案例、讲解专业知识来获得咨询,借此再获得业务成交。

  专业服务:英语达人会在博客上提示翻译服务,或者是本地的家教服务。很多具有专业技能的博客,几乎都在博客表示他们擅自于某项工作,明示或暗示有合 作的机会。试着回忆,你总会想起作家在博客上有图书销售的链接,职业写手表示愿意接活。

  四、当前职业博客的发展需要解决电子商务的应用

  简哲在分析多种原因后,发现中国职业博客的发展困境,除了政策环境的因素之外,中文博客的交易支付是个很大的问题。流量很大、知名度很高,这些不是 普遍的独立博客所拥有的,也就是通过网站广告和“软文”收入,不足以解决一个独立博客的生存发展。

  国外的博客可以在WordPress安装一个电子商务应用的插件,使用PayPal来完成最终的支付。中国的博客尽管同样可以在WordPress 安装电子商务的插件,但是由于中国网民爱用支付宝,WordPress安装的电子商务插件形同摆设。国产的Z-blog、PJblog、Bo-blog也是如此,连摆设也免了。

  现在国内还有人在开发新的博客程序,其实在博客发日志的方向,已经没有什么很大的创新突破,可以让博客放弃现在的程序来选择一个新的博客程序,可能 最好的机会就是在电子商务的突破。如果开发一个博客程序能实现商品销售(如 WordPress的e-Commerce)和付费阅读内容(如WordPress的Business Directory),那么这个新的博客程序还有出路,并且能得到商业发展。例如营业额不足1000元的免费,超过的则购买商业版权。另 外,国内做微支付的有很多家,找一家结盟,得到赞助,可在免费版推出独家接口,其它接口付费也行。

  像Z-blog这个程序,对搜索引擎支持很好,不少站长拿它做SEO 赚钱。如果Z-blog再走多一步,解决商品销售和付费阅读的问题,可能会飞跃发展。Z-blog现在的商业模式是主机和版权认证及增值服务,如果企业博 客流行,这种商业模式是不错的。

  如果一个博客程序不能解决电子商务的问题,那么中国独立博客将很难走向职业博客,普遍都会遇到发展瓶颈,无法实现成为职业博客。如果一个博客要用动易CMS或ShopEx,这个网站的站长还能叫独立博客吗?看一下国外WordPress的电子商务应用,不要怀疑博客要解决电子商务的应用。

  因此,中国独立博客若以博客为职业,在博客程序上还不具备良好的应用条件之下,作为国内网络支付代表的支付宝、财付通,有没有社会责任为独立博客提 供更完善的支付解决方案?例如WordPress的e-Commerce,谁可以完善它,添加支付宝、财付通的接口?微支付是网民的应用趋势,中国的博客 也超过两亿,为什么中国的独立博客却难以借道发展?中国的互联网,是缺少雷锋,还是缺少企业的远见?

  中国独立博客的未来,在于今天的创新和改变!

  作者:简哲,原文地址

2010年4月3日星期六

我们能用国外主机做点什么?

  为什么国外提供的服务器要比国内的idc空间流量都要大得多呢?动不动就是数十G的空间,数百G/月的流量,我总是用不完,说物美价廉一点也不过份啊,美的永远是商品,廉的不变是价格,我每个月能使用的连零头也不够,估计能用完这个流量的达人也不太多吧。这么大的空间,这么多的流量,放着多可惜,虽然价格低廉,可是总归是交了钱,总得想着法子用完才放心,请原谅我的无齿。

  看看咱们身处的网络环境,我们总是在一个被东西围起来的环境中,有没有想过,出去看一看呢?难道外面的世界,真如传说中一般的黑暗么?为什么我们不能以一种成熟的心态去看看别人怎么评价我们,去看看别人过什么样的生活,或者,看一些我们想看的东西。有时候,这种想法是一种奢侈,不管在任何地方,任何时间,总是有一只拥有无比魔力的手,在紧紧地拽着我们,对不起,这里你不能进去。oh my god,从小我就被这样管教过,你不能做……,总是盼望自己长大,这样就可以做自己想做的东西,说自己想说的话,可是没有想到,这个家长永远地存在。这个家长为了自己能够永远地担家长,也为了让家长们得到更多的好处,于是他们宣杨,在这个家庭里,只有我才能做家长,别人都不行,那种轮流坐庄的制度不适合我们,我们是受命于天。他们控制着我们的一切,他们害怕我们看到外面的阳光,让我们以为这个世界,只有自己家里最好。

  还好,我们有互联网,有无数的精英在奋斗,在为觉醒而奋斗,我们如同黑客帝国中的电池,在被机器控制的地方,你可以感觉到你在享受美食,你可以感觉到你的爱人,但,这一切都是假的,你不是你。我们需要真实的锡安,就算只能吃到粗米,但起码,这里是真实的。我不需要机器替我来选择,我有我自己的头脑,我是一个完整的人,我是一个能分辨是非的人,我需要的只是真实的感觉。

  拥有国外主机的人,你可以利用这个主机,来搭建一个探访锡安的电话线,如果你的主机还有SSL的话,比如Godaddy的用户,一般是买SSL来代替独立Ip的,那么你真是太幸运了。有一个叫Phproxy的程序,把它部署到你的服务器上之后,你就可以到达真实的锡安,看到任何你想要的东西,当然,你不能访问视频,更当然,还是有部分网站会导致程序出错无法访问,但是,你可以看到更多东西,好的,坏的,真的,假的,还有让人心神不宁的。

  中国文化的博大与精深在于,一个字可以有很多种意义,而在这个富有创造性的平台上,再加上我们富有创造性的人们,我们可以给一个字赋予太多太多的含义,如某位委员说,我们应该把3Q、槑之类的字禁掉,上帝啊,请原谅这位朋友的无知,因为他自己也不知道在做什么,他们是这个世界上最厉害的骗子,因为最厉害的骗子是把自己也骗了,有一种骗子,他相信他自己没有骗人,他被自己以及自己的团队给忽悠了,他认为自己是天使下凡来拯救黎民苍生,只可惜脑袋先着地了。他也太小看我们的智慧了,我们有太多太多的创造力,任何一个字,我们都可以赋予它新的含义,文字只是我们宣泄的一个载体,我们需要一种抗议,只是这种抗议是无声的,就像新浪会采用“评论15939条,显示123条”这种方式来表达默默的愤慨。

  我不知道是谁创造了佛跳墙这道菜,这个名字真是太有意思了,佛急了,也会跳墙的,何况你我?有主机的佛们,还在等待什么,需要看到真实的世界么?欢迎来到真实的世界。

  有一种鸟儿是永远也关不住的,因为它的每片羽翼上都沾满了自由的光辉。

  作者:conis,原文地址。版权声明:本文授转月光博客刊登,其他非授权网站媒体转载,需要添加作者网站地址http://iove.net,否则视为侵权。

获得来自搜索引擎的关键字

  一般情况下通过关键词进入的页面都是用户想要的内容,对于某些搜索搜录与关键词相关度不是很高的页面(例如列表页),我们需要根据用户搜索的关键词对用户进行引导,从而提高用户的体验,也可以提高网页的PV。

  本文的原理是通过获取来源页面,分析来源URL的结构,提取出关键字,这些都是比较简单的东西。本文阐述重点是如何区分出几种常见的URL编码方式,然后进行相应的解码。因为应用是在ASP中进行,因此本文若有代码相关的例子,均是在ASP下调试通过的。其他语言下思想相同,且实现相对简单些。

  提取各个搜索引擎的关键字

  现在的各大搜索引擎全是基于GET请求方式的,即在URL后面带有一串参数。例如:我搜索“秋寒博客”

  谷歌:http://www.google.cn/search?sourceid=navclient&hl=zh-CN&ie=UTF-8&rlz=1T4GGLL_zh-CN___CN352&q=%e7%a7%8b%e5%af%92%e5%8d%9a%e5%ae%a2

  百度:http://www.baidu.com/s?wd=%C7%EF%BA%AE%B2%A9%BF%CD

  必应:http://cn.bing.com/search?q=%E7%A7%8B%E5%AF%92%E5%8D%9A%E5%AE%A2&form=QBLH&filt=all

  谷歌和Google的 q=%e7%a7%8b%e5%af%92%e5%8d%9a%e5%ae%a2 ,百度的 wd=%C7%EF%BA%AE%B2%A9%BF%CD ,必应的 q=%E7%A7%8B%E5%AF%92%E5%8D%9A%E5%AE%A2 中带下划线部分就是关键词。 其他搜索引擎也大致相同,通过URL就可以看出关键词的字段是哪个,然后可以通过正则将关键词提出。

  提取主流搜索关键词的正则如下:

  (?:yahoo.+?[?|&]p=|openfind.+?query=|google.+?q=|lycos.+?query=|onseek.+?keyword=|search.tom.+?word=|search.qq.com.+?word=|zhongsou.com.+?word=|search.msn.com.+?q=|yisou.com.+?p=|sina.+?word=|sina.+?query=|sina.+?_searchkey=|sohu.+?word=|sohu.+?key_word=|sohu.+?query=|163.+?q=|baidu.+?wd=|baidu.+?kw=|baidu.+?word=|3721.com.+?p=|Alltheweb.+?q=|soso.+?w=|115.+?q=|youdao.+?q=|sogou.+?query=|bing.+?q=|114.+?kw=)([^&]*)

   以上正则是我根据网上的正则有所修改,让其支持soso、115、youdao、sogou、bing(必应)、114(或118114)这些搜索,感谢作者提供。因为网上转载太多,尚未注明原出处,因此我也无法标明原作者。

  编码类型的识别

  GB2312和UTF-8

  从上面的例子我们可以看出,同样是搜索“秋寒博客”,但是不同的搜索对URL编码后,形成的字符串也不同。谷歌和必应下面是“%e7%a7%8b%e5%af%92%e5%8d%9a%e5%ae%a2”,而在百度却是“%C7%EF%BA%AE%B2%A9%BF%CD”。相信对网页编码了解的朋友都应该了解这是怎么回事,不同的页面编码(charset)对相同的字符进行编码后,产生的编码也是不同的。UTF-8默认产生的是UTF-8的编码,默认解码也是UTF-8。GB2312等也一样的。谷歌和必应用的是UTF-8编码,而百度用的是GB2312编码,就造成了相同的关键词在不同的搜索下产生了不同的字符串。

  对于UTF-8和GB2312的解码都可以实现,但是如果不知道目标是什么编码方式,就不知道如何去解码了。如上面的两个字符串,初给你看,看不来是用何种编码方式。当然第一反应是通过搜索来判断编码方式,这种方法确实可行也有效。但是看看上面的正则,如果用这种方法,那么一个 if 后面要跟很多的 or 才行。网上一般用的也是这样的方法,我觉得这个不是最好的方法。我们得知的信息有:1、%xx%xx格式都是URL编码(UTF-8或GB2312);2、GB2312中汉字要两组%xx组成一个汉字,UTF-8要三组%xx组成一个汉字;3、如果用UTF-8解码方式去解GB2312的编码就会出现乱码。

  单从长度和编码的范围我们根本无法辨别编码方式,只能通过其他方式来判断。根据上面3点,我们可以做一个假设:如果用UTF-8解码方式来解GB2312的编码会出现什么情况?因为UTF-8是有三组%xx组成的,而GB2312是由两组%XX组成的,如果用UTF-8的解码方式去解GB2312且能解码成功,那解码后的字符的长度一定会变短。例如:GB2312URL编码的“秋寒博客”(%C7%EF%BA%AE%B2%A9%BF%CD)用UTF-8解码,若能解码成功,解码后的字符长度会是2个半汉字。如果不能解码成功,不用说就是GB2312编码方式了。

  OK,至此我们初步已经知道如何去识别URL的编码类型了,步骤如下:

  1、获取关键字编码串;

  2、取得编码串的组数(x),例如:“%C7%EF%BA%AE%B2%A9%BF%CD 为8组;

  3、用UTF-8解码方式去解取得的编码串;

  4、如果解码失败(即程序出错)跳到第 8 步;

  5、如果解码成功,取得解码后的字符串长度(y),与全面的编码串的组数除以3比较;

  6、如果 x!=y 那么跳转到第 8 步;

  7、如果 x=y 那么得到的字符串即为关键字;

  8、用GB2312方式解码,得到的字符串为关键字;

  上面步骤中,有几点需要注意:

  1、第1步中需要将非汉字的URL转义及英文去掉;

  2、第2、3、5步中的编码串为上面提到的字符串;

  3、第7、8步中解码需要对原字符串进行;

  UNICODE

  在测试的过程中,发现soguo从网页跳到图片去的时候,会将URL编码方式改为UNICODE。UNICODE的方式相对比较好区分,即判断是否为uxxxx或%uxxxx的形式即可。这个相对简单,只分享在ASP中的解码函数。

  以下代码来自CSDN论坛:

  方法一:

  response.Write vbsUnEscape("u5c0fu867eu7c73")

  Function vbsUnEscape(str)'解密

    dim i,s,c

    s=""

    For i=1 to Len(str)

      c=Mid(str,i,1)

      If Mid(str,i,2)="u" and i<=Len(str)-5 Then

        If IsNumeric("&H" & Mid(str,i+2,4)) Then

          s = s & CHRW(CInt("&H" & Mid(str,i+2,4)))

          i = i+5

        Else

          s = s & c

        End If

      ElseIf c="%" and i<=Len(str)-2 Then

        If IsNumeric("&H" & Mid(str,i+1,2)) Then

          s = s & CHRW(CInt("&H" & Mid(str,i+1,2)))

          i = i+2

        Else

          s = s & c

        End If

      Else

        s = s & c

      End If

    Next

    vbsUnEscape = s

  End Function

  方法二:

  s = "u5c0fu867eu7c73"

  s = Replace(s, "u", "%u")

  Response.Write Unescape(s)

  在C#中也没有发现能识别URL编码格式的函数或方法,不知在PHP和JAVA下有没有更好的方法呢?欢迎大家讨论。

  来源:读者沈力投稿,原文地址

2010年4月1日星期四

Google推出动物语言翻译

  Google 拥有悠久的愚人节历史和文化,一直以来,Google都会在4月1日愚人节的时候恶作剧,放出假新闻娱乐用户,今年也不例外。在今年的愚人节这一天,Google的愚人节搞怪动作几乎横跨了该公司的所有服务,下面,就让我们来具体看一下。
 
  Google推出动物翻译
 
  Google将通过向Android智能手机用户提供一款应用程序,去拉近人类与动物之间的距离,优化人与动物的交流方式。
 
  据了解,Android应用程序可把人类的常用词组或短语,翻译成动物(如猫)能够听得懂的语言。为此,Google技术开发团队将与全球顶级语言专家合作,力求开发出该动物语言翻译工具。

  Google更名为“Topeka”
 
  3月份,美国堪萨斯州首府托皮卡市市长宣布,托皮卡市要将名称改为Google,这令全世界吃惊。
 
  而4月1日,Google的首席执行官Eric Schmidt表示,我们高兴地宣布,从4月1日凌晨1点起,Google已正式将我们的名称改为“Topeka”。
 
  Schmidt指出,我们并不是轻率达成这个决议的,毕竟我们的旧名称拥有相当大的品牌资产。
 
  YouTube“TEXTp”选项
 
  为了缩减用户的带宽消耗,YouTube上的一些视频将会包含一个“TEXTp”质量设置,允许用户选择“TEXTp”的文本模式,去通过文本的方式查看相关的视频内容。

  Google Reader的ReaderAdvantage计划

  用户在Google阅读器上每阅读一篇文章,就会得到一个积分,用户使用这些积分可以换取各种各样的礼品。
 
  Google Wave通知方式改变
 
  Google宣布,当其协作通信工具Google Wave的收件箱收到新信息时,系统会发送一个真人来通知用户。
 
  Google Docs可以存储任何物件
 
  为了便于用户寻找和共享物件,GoogleDocs将把云计算(Cloud Computing)带入新的发展阶段,并允许用户向GoogleDocs服务中心上传任何真实世界中的物件,如钥匙、遥控器、铁路车票以及其他容易丢失的物品,该服务中心将予以妥善保管。价格为0.10美元/千克。
 
  Google Voice提供标准语音邮箱
 
  Google Voice中的新的标准语音邮箱模式将会为用户带来传统语音邮箱中的旧功能,其中包括在14天之后自动删除邮件等。
 
  Chrome Sounds
 
  Google将为Chrome浏览器带来一个新的插件“Chrome Sounds”,可以为用户带来一个更加神奇、令人陶醉的互联网体验。
 
  Chrome小组表示,在过去数个月中,他们一直醉心于心理声学模型、Whittaker-Nyquist-Kotelnikov-Shannon采样定理、Franssen效应、Shepard-Risset铃声以及11.1环绕声的研究,力求为Chrome用户带来一个先进的音频驱动的用户界面。
 
  当用户使用浏览器的时候,“Chrome Sounds”可以记录用户的音频反馈。
 
  LifeSize
 
  Picasa 的最新功能“LifeSize”将允许用户打印任何切割尺寸的纸板。
 
  Google图书
 
  Google称,Google图书将提供3D选项,使用户可查看具有立体感的文字和图片。
 
  Google进军核能研究领域
 
  最后一条是最搞笑的,那就是:为了解决美国当前所面临的能源危机,Google正大力进军核能研究领域,并组建一家铀浓缩工厂。

  去年愚人节,Google推出了“谷鸽鸟看”计划,前年则推出“人肉搜索引擎”计划。