New Start

前几年某人写过一个上海的MBA出租车司机，很多人说是杜撰的，后来据说是真的去微软给上了堂课，那人叫“臧勤”。

前些日子又看到一“沈阳的哥用MBA理论开车月入7000”。

今天去机场接女友，到达厅门口人多，要排很长时间对，我们就去二楼搭车。我们从背面过来，刚一出门，就有一的哥迎上来问我们是不是住酒店，示意我们他的车在前面。外面停了两台车，他的是较前面那辆。我对这种主动推销的一般比较反感，不过看他的车比后面那辆新就坐了。

上车后，这家伙就开始滔滔不绝，说他专门趴在机场载客，我们还没出来，他就看到我们了，以为是情侣过来肯定是要住酒店的，厦门的酒店除了海景，他都能拿到回扣。

刚刚拉了一趟80块，昨天跑了一趟长途400块，上个周拉一个老板从厦门去杭州5000块…说的甚是得意。

江西南昌人，看得出，确实很有头脑，人也勤快，厦门到杭州900多公里，他一个人一晚上开过去，挺不容易。说的我挺佩服，他自称小学没毕业，来厦门10多年了，因为开车经常要跟不同的人交流的缘故，不单能说好几个地方的方言，粤语、闽南话都说得很地道，甚至英语、日语、韩语都能说上两句，还听得懂！

上海那个的哥的事他也听过，他说在上海本地人开车完全有可能。他自夸在厦门的士行业里也算得上“状元”，每天比别人多赚50块是小轻松。

今天晚了，简单写写。

Posted by David at 12:44 AM | 1个评论

这篇文章拖了好久，中间也曾写过一些，忽然之间冒出很多想法，有点混乱，不知从何说起了。
今天重新写，先说下我对web的看法。
首先明确，我所说的web不等于互联网，我的理解是：互联网是包含基于Tcp/ip协议的所有应用，而web是指基于Http协议的，尤其是用浏览器作为客户端的应用的集合。

web依然是每个网民都接触过的最基本的网络应用（关于他为什么会有这样的地位，我本来写了一大堆，后来感觉啰嗦，有谁不明白，单独问我吧），并且会是可预见的未来最重要，最有发展潜力的网络应用领域（相对于qq、传统网络游戏等非web应用，本来也写了一大堆，有谁不明白，请问我吧，有谁怀疑，欢迎拍砖）。

正因我如此看好web，所以才写这个系列文章，web开发将向什么方向发展，是本篇讨论的内容。浏览器和服务器是web运行的平台，所以一切问题，都要围绕浏览器和服务器展开。

每个人电脑上都有各种各样的软件，word、浏览器、qq、迅雷、甚至foxmail等等，程序多了带来的不便相信大家都有所体会。分久必合，各种应用应该会向统一的方向发展，显然浏览器是不可能被其他应用取代的，那么其他应用会不会向着浏览器集中呢？答案是肯定的，并且也确实在向着这个方向发展。比如Google Docs是一整套web办公平台，比如Gmail其实就是一个web版的邮件客户端，同时里面的gtalk就是一个web版的IM。

web应用正在向着专业化，复杂化发展，很多原来的桌面软件，现在变为浏览器上的软件，这样的变化有很多显而易见的好处：方便不需要安装，数据在服务器不需要携带，减少程序占用的内存和切换的麻烦等，在目前阶段也有一些明显的不足，比如网速慢会让用户体验很糟糕，浏览器bug多造成死机、js效率低初始化缓慢等，我相信网速肯定是越来越快的，其他的方面，也正是我们开发者任务和方向。ok，总之web是在向着这个方向发展。

显然这些程序已经不仅仅是一个网页，而是一个个完整的应用程序，因此你不能再用做网页的方法做这样的“软件型网站”，而要用软件开发的思想去对待：运行于浏览器上的客户端+运行于服务器上的服务器端，即基于浏览器的C/S开发或者BC/S。客户端的开发环境目前不多，我所知道的有html+css+javascript、flash、silverlight。传统的网站或者网页，所有的程序都在服务器端，客户端什么都没有，只有一个浏览器，每个请求都会从服务器把界面传到客户端，而基于浏览器的C/S开发则是在访问第一次的时候，把客户端所有的界面相关的程序发送过来，并在浏览器上初始化，之后所有的请求都只传输必要的数据，而不传输界面信息。

这就是我所说的web开发向C/S回归。

这并不是说所有的web应用都回向C/S方向发展，有些内容为主，界面占少部分代码，操作流程比较简单的应用，比如普通的文章发布系统的前台、Google这样的搜索引擎，用C/S实现反而弄巧成拙。也不是说所有的桌面软件都回向web发展，具体哪些软件不适合，我还没认真想过（作为浏览器插件不算真正意义上的web软件，它还是桌面软件，还需要安装，只不过把脸放在浏览器上而已，安装率超过90%的另当别论（比如flashplayer））

向着C/S方向发展的应该是一些功能有一定复杂度的应用，比如上面提到的word、mail客户端、im。另外，我觉得可能的，还有bbs（bbs其实是个操作频繁的应用软件，用现在这种方式，每次请求都有大量无用代码，反应很慢，我曾说过rss reader其实是个bbs）、一些网站的后台、我正在用的这个live writer。

目前的各种ajax框架的迅速发展和广泛应用，其实就是因为web应用的复杂和多样化需求导致的，但是大多数人对于ajax的理解还不成熟，以为ajax的主要特性是异步传输或者动态效果，都是不全面的，ajax的主要作用是作为浏览器上客户端开发的基础，目前的大多数ajax框架还只是完成了很多传统客户端语言的功能和特性，因为javascript本身很灵活，但是功能不完善，比如字符串处理，面向对象特性，UI处理等；重新封装后的javascript framework可以更方便的开发。Ext是为数不多的在框架基础上实现了比较完整的控件库的javascript框架，我在用这个框架，感觉还是很不完善，用的很吃力。

flash和silverlight在UI方面相对更强大一些，但是用户更习惯于浏览器或者操作系统本身的控件，flash(比如flex)重新实现的那些控件，比如滚动条之类，跟普通的控件还是有些区别，用起来不习惯。我觉得这是为什么flash无法取代HTML+css+javascript的重要原因之一。javascript语言本身的发展潜力不用怀疑，但是他的功能完善的需求是非常巨大的，目前基于javascript的框架，是基本解决之道。所以，致力于开发一套完整的javascript控件或者框架，是一个不错的发展方向。

本来还有一些关于服务器端的内容，太晚了，留着下篇写吧。

Posted by David at 2:14 AM | 1个评论

CSS Namespace Module 被w3c作为候选提议"W3C Candidate Recommendation"

新提出的命名空间方案很简单：

定义前缀的语法：用@namespace方法定义命名空间，并且把命名空间绑定到一个变量或前缀；

例如：

@namespace toto http://toto.example.org;

@namespace http://example.com/foo;

使用命名空间的语法：

toto|A:
表示"A"的作用域是http://toto.example.org

|B:
表示"B"作用域没有定义的域

*|C:
表示C可以作用在任何域，包括没有被定义的域

D:
D作用在http://example.com/foo.

这个方案的作用在于：在同一个css中给不同的网页或网站定义不同的式样，之前我们可能需要用多个css文件解决，现在只需要一个文件就可以了。我觉得意义在于清晰的划分客户端结构，对于小网站作用并不是很大。要使用这个特性，还需等待主要浏览器加上这个特性。

我在做Clicki的widget时曾经提到，css的作用域问题很是令人头疼。

我说的作用域指的是DOM级别的作用域，其实css本身有dom级别的绑定，但是css的作用域只能指定，不可排除是个很棘手的问题。或者叫css污染。

举个例子：

div{border:1px solid #000000;}

上面这个css的范作用域是页面上所有的div，所有的div默认都有一个黑色边框。这时候如果我在某个区域想去掉边框，就必须对这个区域进行二次定义。对于自己网站来说不是什么问题，但是对于第三方的内容嵌入，比如widget，这个问题就很麻烦。

1. 第三方的widget可能有多种dom元素
2. 第三方无法确定网站定义了多少可能对widget造成入侵的或污染的css属性

这时候，第三方只能将widget的每种dom元素的所有css属性进行初始化，过滤掉所有可能的外部定义，组合起来可能有上百个属性，代码非常冗长。这些代码绝大部分是没用的，而且给浏览器渲染带来更大压力。一旦漏了某个属性没有初始化，就可能造成widget变形。

如果能有一种方法，在某个区域屏蔽全局css的作用就好了。

Posted by David at 4:14 PM | 1个评论

BS给开发者提出更高的要求，上文讲到，要做漂亮的web应用，需要做好漂亮的html、css、javascript、flash....

所以，开发者单单掌握后台编程语言是不够的，还必须掌握html、css、javascript甚至flash。

为什么会有这么多技术，而不是一门统一的语言呢？这是本文要讨论的问题

要搞清楚浏览器为什么使用html、css、javascript作为其界面语言和脚本语言，需要回顾一下web的发展。

1982年Tim Berners-Lee提出了HTTP/1.0

1989年Tim Berners-Lee在SGML基础上设计出HTML语言

1990年Tim Berners-Lee发明了首个网页浏览器－WorldWideWeb，后来发展为NCSA Mosaic，1994年Netscape在此基础上研制出Navigator浏览器，1995年微软也在NCSA Mosaic基础上研制出IE。1998年在网景和微软的浏览器大战中Netscape开放了其浏览器源代码，创造了Mozilla基金会。

1994年10月Tim Berners-Lee创办W3C

1994年10月W3C从9种style sheet language中选定Håkon Wium Lie 设计的 Cascading HTML Style Sheets (CHSS) 和 Bert Bos 设计的 Stream-based Style Sheet Proposal (SSP)作为CSS的基础，并由Håkon Wium Lie 和Bert Bos 共同制定CSS标准

1995年4月Netscape聘用Brendan Eich开发其脚本语言Mocha，后来更名LiveScript，12月4日正式启用了JavaScript这个名字。由于其基本的语法特性（例如大括号、语句关键字等）上参考了C，在对象系统上（例如“.”作为成员存取）上参考了Java，所以命名为JavaScript。

可见Tim Berners-Lee奠定了web的基础，互联网之父名副其实！网景公司为互联网发展，尤其是浏览器和JavaScript的发展作出了不可估量的贡献，虽然在后来与微软的竞争中败北，但无论如何，它都是一家伟大的公司，它的mozilla项目奠定了当今浏览器的基础，ie 至今仍在其 user agent 字符串中保留 “mozilla” 字样。

历史回顾完了，我们回到正题，为什么存在这么多语言的问题也就不难理解了，html、css和javascript分工各不相同，三者缺一不可。Html和css生来就是为web服务的，有着不可替代性，但是JavaScript则是由于网景的原因而成为客户端脚本的标准。

javascript作为最早的动态脚本语言之一，借助Netscape当初的垄断地位，使其成为客户端语言的不二选择（估计当时其他脚本语言还没想到在浏览器端嵌入脚本语言呢）。尽管后来微软一度想要推出其VBscript作为ie的主要脚本语言，但是由于其语法的生涩、漏洞、执行效率以及最主要的跨平台特性问题，注定了它只是个鸡肋。

为什么JavaScript只作为客户端脚本语言呢？还原JavaScript的真实历史~这篇文章中提到了NetScap的LiveWire战略中说明网景从一开始就把JavaScript作一种通用的开发环境，而不仅仅是客户端脚本语言。为什么人们只把Javascript当作一种客户端脚本语言，恐怕要问问网景的人了，网上找到这样一句话：In retrospect I must say, neither me nor Hannes did a very good job at telling people that our projects were "server-side Javascript"。好的技术、好的创意和产品，没有营销是不行的。相比之下，微软的ASP要成功的多。看看当今各种server-side脚本语言的发展势头，JavaScript本身为web而生，却只能作为客户端脚本，真的是个遗憾。

flash的大行其道，我想主要是因为micromedia很准的看到了客户端应用的更广阔需求，javascript作为文本处理工具已经十分优秀，但是客户端需要的决不仅仅是文本，动画的功能javascript远不能胜任。flash正式看准了这点而来。比之更早的还有SUN的Applet。很多人都对Applet没落感到迷惑，无论从程序的功能还是公司整体实力，Micromedia都不可与SUN同日而语。但我觉得Applet的败落一点都不奇怪，客户端开发的需求跟服务器端的需求大不一样，服务器端开发是技术人员的事，而客户端开发更主要的是美工和编辑的事。Flash的简单易用使他得到快速普及，进而有更多的人学习他的高级特性，学习曲线平滑。Applet陡峭的学习曲线和高昂的学习成本决定了他的失败，java从一开始就是为最专业的技术人员定做的，可怜SUN把所有的精力都放在底层技术上，到现在都没有自己做一套象样的开发环境，这又导致了在企业级应用领域，大片市场被微软夺走。

服务器端脚本语言我用过的不多，最早用jscript和Vbscript做asp开发，后来学习java，现在主要用php，其他的像perl、python、ruby也了解过，但都没有实践，所以对于服务器端语言，我自认为没什么发言权，仅简单说下我自己的体会。

我觉得服务器端语言的发展很大程度上与Unix/Linux的发展有关，和开源环境的发展有关。国外的服务器大多数是基于unix/linux+Apache的，Perl、php、python、ruby...都是unix/linux平台上的脚本语言，同时又都是开源的。web开发者大多都与开源社区有着千丝万缕的联系，早期的开发者很多事开源社区的骨干，后来的开发者从开源社区获益匪浅，受其影响至深，所以国外的开源事业这样蓬勃发展。

还有一个很重要的原因是语言的学习难度，以及宣传力度。国内计算机发展滞后非常多，没有国外那样的开源社区和环境，初级用户学习web开发还是从国内开始，铺天盖地都是asp的教材，asp的服务器，asp的乱七八糟的代码，使用的也都是windows所以绝大部分初学者从asp学起。现在渐渐的，越来越多的人开始了解国外的社区和环境，并且不断的将国外的思想引入中国，开发者开始跟随国外的潮流，盛行apm平台的开发，盛行Ajax开发，ROR也收到越来越多的关注...

因此我也认为，语言的流行程度是不能和语言的功能划等号的，中文文档的完善程度以及中文社区的繁荣程度，很大程度上影响了初学者的选择。事实上，很难讲清楚哪种语言更好，也没有必要去过分计较，肯定各有个的优点，也各有个的缺点，最重要的是针对你自己的需求选择合适的语言。这点我认为是最难的，因为没有哪篇文章，哪本书明确的描述过什么样的需求用什么样的开发环境最合适，而且对于一个初学者来说，如何知道自己需求还是个问题！

不过经过几年的开发，我渐渐觉得BS开发存在着极大地弊端，浅浅感觉到Ajax应用、敏捷开发以及其他rich client的理念开始引导web开发向着CS回归。

ajax应用、敏捷开发、Rich Client和CS回归的问题，将在下文阐述。

参考资料：

http://en.wikipedia.org/wiki/JavaScript

http://en.wikipedia.org/wiki/HTTP 

http://en.wikipedia.org/wiki/Web_browser

http://en.wikipedia.org/wiki/Cascading_Style_Sheets

浏览器发展历史

还原JavaScript的真实历史~

W3C的发展历史和组织机构介绍

Netscape、IE与Firefox的历史纠葛

2002年以来的浏览器市场演义

Yeah, why not Javascript?

TrimJunction: JavaScript on Rails

Posted by David at 7:10 PM | 1个评论

网页浏览器是个显示网页服务器或档案系统内的HTML文件，并让用户与此些文件互动的一种软件。个人电脑上常见的网页浏览器包括微软的 Internet Explorer、Mozilla的Firefox、Opera和Safari。浏览器是最经常使用到的客户端程序。万维网是全球最大的连结文件网络文库。
协定和标准
网页浏览器主要通过HTTP协议连接网页服务器而取得网页，HTTP容许网页浏览器送交资料到网页服务器并且获取网页。目前最常用的HTTP是  HTTP/1.1，这个协议在RFC2616中被完整定义。HTTP/1.1 有其一套Internet Explorer并不完全支援的标准，然而许多其他当代的网页浏览器则完全支援这些标准。
网页的位置以URL（统一资源定位符）指示，此乃网页的地址；以http:开首的便是通过HTTP协议登陆。很多浏览器同时支援其他类型的URL及协议，例如ftp:是FTP（档案传送协议）、gopher:是Gopher及https:是 HTTPS（以SSL加密的HTTP）。
网页通常使用HTML（超文本连结标记语言）文件格式，并在HTTP协议内以MIME内容形式来定义。大部分浏览器均支援许多HTML以外的文件格式，例如 JPEG、PNG和GIF图像格式，还可以利用插件来支援更多文件类型。在HTTP内容类型和URL协议结合下，网页设计者便可以把图像、动画、视频、声音和流媒体包含在网页中，或让人们透过网页而取得它们。
早期的网页浏览器只支援简易版本的HTML。专属软件的浏览器的迅速发展导致非标准的HTML代码的产生。这导致了浏览器的兼容性的问题。现代的浏览器（Mozilla、Opera和Safari）支援标准的HTML和XHTML（从HTML 4.01版本开始）。他们显示出来的网页效果都一样。  Internet Explorer仍未完全支援HTML 4.01及XHTML 1.x。现在许多网站都是使用所见即所得的HTML编辑软件来建构的，这些软件包括Macromedia Dreamweaver和Microsoft Frontpage等。他们通常缺省产生非标准HTML；这阻碍了  W3C制定统一标准，尤其是XHTML和CSS（层叠样式表，设计网页时用）。
有一些浏览器还加载了一些附加组件来Usenet新闻组、IRC（因特网中继聊天）和电子邮件。支援的协议包括NNTP（网络新闻传输协议）、SMTP（简单邮件传输协议）、IMAP（交互邮件访问协议）和POP（邮局协议）。
简史
Tim Berners-Lee是第一个使用超文本来分享资讯，及于1990年发明了首个网页浏览器－－WorldWideWeb的人。在1991年3月，他把这发明介绍给了给他在CERN工作的朋友。 从那时起，浏览器的发展就和网络的发展联系在了一起。
当时，网页浏览器被视为一个能够处理CERN宠大电话簿的实用工具。在与用户互动的前题下,网页浏览器跟据gopher和telnet协议，允许所有用户能轻易地浏览别人所编写的网站。可是，其后加插图像进浏览器的举动使之成为了因特网的“杀手程序”。
NCSA Mosaic促使了因特网的迅速发展。它是一个先在Unix运行的图像浏览器；很快便发展到在Apple Macintosh和  Microsoft Windows亦能运行。1993年9月发表了1.0版本。NCSA中Mosaic项目的负责人Marc Andreesen辞职并建立了网景通讯公司。
网景公司在1994年10月发布了他们的旗舰产品Navigator（导航者）。但第二年Netscape的优势就被削弱了。错失了因特网浪潮的微软在这个时候匆促的购入了Spyglass公司的技术，改成Internet Explorer，掀起了软件巨头微软和网景之间的浏览器大战。这同时也加快了万维网的发展。
这场战争把网络带到了千百万普罗电脑用户面前，但同时显露了因特网商业化如何妨碍统一标准的制定。微软和网景都在他们的产品中加入了许多互不兼容的 HTML扩展代码，并试图以这些特点来取胜。1998年，网景公司承认他们的市场占有率已跌至无法挽回的地步，这场战争便随之而结束。微软能取胜的其中一个因素是它把浏览器与其操作系统一并出售（OEM，原始设备制造）；这亦使它面对反垄断诉讼。
网景公司以开放源代码迎战，创造了Mozilla。但这个并不能挽回Netscape的市场占有率。在1998年底美国在线收购了网景公司。在发展初期，Mozilla计划为著吸引开发者而挣扎；但至2002年，它发展成一个稳定而强大的因特网套件。 Mozilla 1.0的出现被视为其里程碑。同年，衍生出Mozilla Firefox。Firefox 1.0于2004年发表。及至2005年， Mozilla及其衍生产品约占10%网络交通量。
Opera是一个灵巧的浏览器。它发布于1996年。目前它在手持电脑上十分流行。它在个人电脑网络浏览器市场上的占有率则比较小。
Lynx浏览器仍然是Linux市场上十分流行的浏览器。它是全文字模式的浏览器，视觉上并不讨好。还有一些有著进阶功能的同类型浏览器，例如Links和它的分支ELinks。
纵然Macintosh的浏览器市场现在亦同样被Internet Explorer和Netscape占据，但未来有可能会是苹果电脑自行推出的  Safari的世界。Safari是基于Konqueror这个开放源代码浏览器的KHTML布局引擎而制成的。Safari是Mac OS X的缺省浏览器。
2003年，微软宣布不会再推出的独立的Internet Explorer，但却会变成视窗平台的一部份；同时也不会再推出任何 Macintosh版本的Internet Explorer。不过，于2005年初，微软却改变了计划，并宣布将会为Windows XP、  Windows Server 2003和快将发表的Windows Vista操作系统推出Internet Explorer 7。
万维网和网页浏览器的功能
不同的浏览器有不同的功能，现时浏览器和网页会有很多功能和技术是以往没有的。如之前提到的，因为浏览器战的出现，浏览器和万维网得以迅速但混乱地扩展。

Posted by David at 4:39 PM | 0个评论

我这人学东西急躁，不喜欢按部就班从理论学起，特别喜欢实践，从实践中获得感性认识，然后再去理解理论，有时候到最后弄明白了，才知道原来书上已经有成套的理论- - 正好应了一句话，欲速则不达，不过实践先行也有它的好处，虽然碰钉子很多，但是印象特别深刻。BS和CS这两个名词我是到现在才弄明白。B是browser（浏览器），C是client（客户端），S是server（服务器端）。

本篇主要考虑一个问题：为什么大量互联网应用都从CS转向BS？

要弄清这个问题，我们首先要弄明白CS和BS的本质区别。

传统的网络软件开发一般是CS，比如QQ、比如网络游戏。web开发，主要是网站开发，一般是BS的开发，因为客户端是浏览器，开发出来的程序不需要在客户端安装。

BS和CS开发的区别在于：

从程序实现的角度，CS开发的逻辑实现有一部分在客户端，而BS开发的逻辑实现基本上都在服务器端。

从信息传递的角度，CS上行和下行的数据基本上是对等的，传递的基本上都是与界面无关的信息或者逻辑信息；BS上行和下行的数据很不对等，上行的是与界面无关的信息，比如用URL和form提交的信息，这些信息量一般都在在http header中的，下行的信息除了header外，还有response body的数据，也就是我们常用的html文档。

严格意义上讲，其实BS开发属于CS开发，客户端是浏览器。浏览器实际上是个解析html DOM的工具，你完全可以自己做个特殊的html解析器做你的客户端，甚至不用html都行，但是要基于http协议，能够处理常用的http请求。

浏览器实际上是一个灵活性很高的可编程客户端，能够执行javascript程序，能够安装其他扩展，能够解析html和css并渲染成图形界面。

浏览器的高度灵活性使得web开发充满了想象空间和创意，使web比其他任何CS软件都多姿多彩，同时由于BS程序无需另外安装客户端就可以运行，所以BS软件比CS软件更方便，这也是为什么大量CS应用转向BS的主要原因。

利弊总是相对的，给用户带来方便的同时，BS也使开发变得更麻烦。

Posted by David at 3:33 PM | 1个评论

今天跟何田聊天，聊到互联网广告的事情，正好看到feedsky后台有个话题广告，就顺便写写。

先说这个“智‘绘’我本色”的营销案例，搞得很好，汽车厂商在互联网上的营销做到这样，我是第一次看到。

1. 宣传网站本身做的好
2. 营销方案做的好

宣传网站本身用flash搭建，结合涂鸦板和立体展示的方式做了一个汽车喷绘演示，用户在网页上随意涂改，立刻可以看到立体的效果展示，及好玩，有达到很好的宣传效果。

如果把这个网站的功能扩展一下，增加各种车型进去，做一个汽车涂鸦平台，肯定大受车迷和车友欢迎，汽车美容店如果有这样一套系统，可能会赢得很多客户！

汽车宣传能够充分利用起web2.0的资源，国内算是前无古人了。可以看出，这款车的定位是80后，毕业不久的年轻一族，积蓄不多，买这种小车代步刚好。用4台汽车作为奖品，本身就有足够的吸引力；汽车厂商搞宣传，大手笔多了去了，这个不算什么。最关键的是它能很好的利用网络，利web2.0传播。这个人群绝大部分都是网民，并且是blog和web2.0的中坚力量，借助blog和web2.0宣传，既直接命中目标人群，又能产生和微妙的亲和力。这款车的外观我是记得清清楚楚了，印象不错。

话题广告说到这，主要的是要说今天跟何田聊天之后的一些想法。他说成交提成模式（CPS）是未来互联网发展的主要方向，我不太认同。何田曾经写过一篇互联网赢利模式的潜力方向的博文，里面将将互联网赢利模式粗略分为草食、杂食、肉食三大类，互联网将向着肉食方向发展。这个分类和结论我基本认同，但是将互联网广告简单的归为“草食”的粗放型模式，我不太认同。

我觉得从草食->肉食的发展，改为从粗放到细分描述更为贴切。所谓的粗放到细分，既要是互联网宏观的细分，更是具体到某个领域的细分，比如何田文中提到的500wan彩票团购网，属于电子商务、团购的细分和创新。互联网广告作为一种主要互联网应用，也应该细分和创新，如果互联网广告仅仅向着CPS模式发展，那就不是细分，而是合并。

从本质上说，互联网就是媒体，广告一定是其中重要商业模式；得益于计算机的高度自动化，使得互联网上的广告模式有无限的想象空间，就比如说这个“智‘绘’我本色”的营销案例，其中包含了话题广告和互动广告等多种崭新的广告模式，有非常好的宣传效果，这些广告在传统媒体和现实中都是无法做到的。

我认为，互联网广告的形式是向着分众（长尾）、精准、多样化和互动化的方向发展的：

1. 精准和分众，将使广告在任何地方都能精确的瞄准目标，展示最符合访问者特点和需求的广告，从某种程度，广告可能就是用户要找的内容；
2. 多样化既指表现形式上的多样化，又指广告模式的多样化，表现形式的多样化，比如图片广告、文字广告、视频广告、互动广告...广告模式的多样化比如CPA（Cost per Action）、CPC（Cost per Click）、CPM（每千人展示成本，Cost Per Million）、CPS（Cost Per Sales）、定价广告、话题广告等，广告模式的多样化是由于广告主和站长的不同需求决定的，CPS适合可以在线即时交易的产品，比如购书，够点卡等交易额不大的网上交易；CPA适合在线招募会员，要求注册的服务，比如招聘网站的广告；CPC和CPM，可以适合所有的广告不同之处在于CPC要求点击才算广告费，CPM只要展示就付费；定价广告有点类似于传统广告，门户网站上多用这种广告，这种广告可以算是按网站影响力付费；话题广告的模式还在探索中，是一种类似于代言的广告模式，可以说是按作者影响力付费。
3. 互动化是指广告表现形式上的互动，比如这个“智‘绘’我本色”的广告就是很好的案例。

对于广告主或者商家，当然都更喜欢CPS或者CPA的广告，因为效果直接，不存在风险；但是对于站长来说，自然更喜欢CPC、CPM、定价广告或话题广告，因为这种广告效果直观，马上可以计算出来。

我觉得CPC、CPM、定价广告和话题广告是合理的广告模式，因为广告的效果不能完全用成交来计算，他的效果要更长远，有很多不可测因素。

CPS和CPA广告是比较符合商家利益，但广告价格应该提高一些，比如Google Adsense的推介广告，分成比例是被推荐者第一个月第一笔收益的全部，也就是说如果一个站长在第一个月赚到1000$，你也将获得1000$，google可能不赚钱，但是他将获得更长远的利益；从这个角度说，如果给当当成功推荐了一个顾客，广告分成模式要么是长期延续一个较低的分成比例，比如1%或再低一点，要么一次给予较高回报，比如顾客消费额的全部，这才符合广告的价值，符合站长和当当双方的利益。

广告毕竟是广告，单纯的从流量和直接效果评估未免太过简单，最重要的是广告所传达的印象和持久影响力；这不是某种广告模式或者表现形式所能决定的，必须从广告主自身出发 ，做好营销策划，在明确定位的基础上做好广告制作，选好广告模式，找准投放目标，监控投放效果，最终才能达到很好的广告效果。

比如“智‘绘’我本色”这个广告，如果能将广告直接嵌入到网站的页面上，并且可以再页面上直接涂鸦，直接展示作者涂鸦效果，将更好，这在互联网广告中是完全可以做到的，我本人也在致力于这方面的事情。

现阶段属于互联网广告的探索期和发展期，如何田所说，广告效果过于粗放和浪费；接下来广告必将向着更专业的方向发展，所以未来互联网广告策划和制作将是有巨大发展潜力的领域。以Google为例，现阶段，他只是从技术角度提高广告的精准度和多样化，未来他可能会把广告策划和制作做为主要发展方向，成为真正意义上通吃整个广告行业的巨头（类似于WPP在传统广告的地位）。并且我可以肯定，未来互联网广告的市场规模将远远超过电视广告，以及其他一切传统广告。

最后批评一下FeedSky，发布要求里面的“话题营销地址”和下面这个话题营销图片不能直接给出来吗？找了半天都找不到.关于话题广告和feed广告的想法下次再说:)

Posted by David at 12:19 AM | 0个评论

很多人都不明白openID是什么东西，今天跟朋友聊天，又讲到这个东西，朋友以为网易通行证那样的一个帐号可以在网站内部各个应用之间跳转的东西就是openID。

openID其实就是一种信用中介，或者叫第三方确认。当你使用一个网站(比如www.clicki.cn)时，要让Cicki知道你的身份，你只要告诉Cicki：“你到openID(假设是openid.com)那去问一下我是不是那个叫David的人？”这时候你要提交两个重要信息，一个是你的名字：David，一个是openID网站的网址，所以openID的格式一般为david.openid.com这样的格式，david是你的名字，openid.com是中介网站。

光让clicki去问openid.com还不行啊，openid.com怎么知道是不是你在登录，所以，openid.com会问你：“是你让Clicki来确认的？告诉我你的密码。”你在弹出的确认网页上输入你的密码，openid.com验证后，告诉clicki：“恩，没错，是这个人。”然后，clicki就让你进去了。这样，无论你到哪，你都可以用david.openid.com这个身份。

我打个比方，你到朋友公司，要经过门卫，门卫需要确认你的身份才让你进去。这时候，你就是用户，门卫就是网站登录框，朋友就是一个openID中介。

你要进门，告诉门卫：“我要找某某某。”

门卫打电话问你朋友：“这有个人说是找你的。”

门卫把电话交给你，你给朋友暗号：“地瓜地瓜，我是土豆。”

再把电话交给门卫，朋友告诉门卫：“没错，他是我朋友，让他进来吧。”

这样说起来比较形象，但事实上并不需要“门卫”认识你朋友，它只需要通过一种通用的协议与openID的网站交换确认信息就行了，“门卫”和openID网站之间的信息是建立在tcp/ip基础上的比较可靠的唯一通路上，除非别人知道你的openID密码，或者黑客通过某种手段劫持他们之间的通信，或者劫持openID网站域名，否则别人不能冒充你的身份。

说到这，你也许明白，其实只要有一个域名，就能提供openID服务，一个人可以拥有很多不同的openID。而目标网站跟openID网站之间只需要简单的确认信息，所以，你仍然需要在目标网站上输入你的其他资料，目前openID协议还不包含这些资料，似乎Google的openSocial是扩展了openID之后，提供更多的用户信息，使Google帐号可以真正成为用户在网络上的身份证和通行证。

另外，需要说明一点，使用openID时，应尽量选择实力比较强的网站，可以确保你的openID不会因为网站服务不稳定，或在网站关闭而不能使用。这将导致你在其他网站上没法登陆，造成很大损失。

我认为使用openID的从一定程度上节省了用户重复注册的劳动，但它最大好处并不在于他简化了你注册登录的麻烦，当你使用openID登录时，实际上是更麻烦了。而是你不必将密码泄露给目标网站，很多垃圾网站暗地里收集用户密码和用户其他网络应用，窃取用户资料或者冒充用户身份发送垃圾信息。我在以前就提到过，大多数用户在不同的地方都用相同的密码，非常危险！这也是选择比较权威的网站作为openID服务的原因。

最后再次提醒大家，在不同的网络服务尽量使用不同的密码，不要再不信任的网站上随意注册或者输入密码！一起支持openID的发展吧！

Posted by David at 2:49 PM | 0个评论

以前一直不习惯在网上买东西，东西不拿在手里就不踏实。

最近耐不住淘宝上价格便宜的诱惑，尝试买了几件东西，感觉还是挺不错的。

在一家5钻的店铺买了一点化妆品，一个包装有点问题，买了之后给了一个中评，结果店家就跑来找我了，要么换货，要么送别的东西，反正就是不肯接受中评。

看在店家这么认真诚恳的份上，给改了好评，外加严厉的批评一顿，店家连连道谢^^

朋友在淘宝上淘的东西比我多，连笔记本都在上面淘的，还没上当受骗。

总的来说，在网上买东西，看准店家信用，一般5钻以上的光靠自己刷是有难度的，然后看好评，中评差评，最近购买记录...只要价格不要太离谱，比如2000块钱的东西在他那就200块，就没什么大问题。一句话，细心大胆不贪，基本上不会上当的。

Posted by David at 11:57 PM | 0个评论

06年底在广州买的一套小叮当的不倒翁，一共十个，很好玩。去年5.1朋友过来拿走了两只，昨天又被女友夺走7只，就剩下一只开怀大笑的。昨天翻相片，发现一年前用这套玩具拍的一组照片，挺好玩的，编辑一下发上来。

一个月黑风高的晚上，小搜风风的刮着...

Mary独自走在回家的路上

另一边，一猥琐男喝的烂醉，东倒西歪地走来...

Continue reading "多啦a梦--英雄救美" »

Posted by David at 12:43 PM | 8个评论