« June 2006 | Main | September 2006 »
July 29, 2006
互联网缺乏的是更有效的广告盈利模式
互联网缺乏的不是广告之外的盈利模式，而是更有效的广告盈利模式。不知道什么时候开始，追求广告之外的盈利模式受到大家的一致认同，似乎以广告做为盈利模式就很没面子。让人想不通的是，google这么牛B的公司盈利来源主要还是广告。那么这种思想又是从哪里来的呢？现在的广告市场是不是就是红海了？我一直不认为互联网广告市场现在已经进入夕阳状态，反而，刚刚开始。问题的关键是，我们需要的不是像传统媒体上一样的发布方式，而是互联网独有的优势所产生的更有效果的发布方式，页面内容相关广告仅仅是个开始。
我把互联网公司分为两种：
第一种：利用互联网良好交互的特点，直接创造服务并提供服务的，像搜索，网游，电子邮件，相册，博客等，没有非常清晰的上游。这一类公司我们不进行讨论，在现有的条件下，要在这个通用服务领域分得一杯羹是件非常非常困难的事情。
第二种：渠道。渠道也需要利用互联网良好交互的特点，但存在着明显的上下游，并且上游是传统产业，把上游的产品和服务卖给或者免费提供给下游。携程是机票，订房渠道，新浪是内容渠道(内容渠道我把它看做媒体)，搜房是房产渠道。渠道网站最重要的就是上游的资源，同时自身清晰的定位。当这两方面都不足以成为壁垒的时候，用以承载产品/服务的渠道网站产品就是必须的了。
上面的提到的互联网网站形态上都是怎么做广告的呢？很有趣，基本也就是两种：
第一种：内容无关广告。这种广告类型很多，它的创新主要是投放形式的创新，从文字链到图片再到视频，从banner到画中画再到全屏动画，但用户体验并没有伴随着创新而得到改善，这些创新和改进主要是为了吸引广告投放。
第二种：内容相关广告。这个大家都知道，google的，百度的，甚至窄告的。与内容无关广告相比，用户体验得到了显著的改进。
我们可以从第一种向第二种进化中找到一个规律，就是用户体验的改进，广告与内容的有机结合是发展的趋势，另外市场容量也是需要考虑的一个重要因素。
从第一种的无关广告，主要用来做品牌、活动推广，到第二种的靠页面内容相关。接下来我认为是产品级的相关，专门为产品或服务(餐馆，书籍)设计互动平台，让用户在这个平台上面可以很好的进行互动，交流，然后根据行业产品独有的特点以及关联方法进行广告投放。以产品/服务为载体的互动平台一方面可以吸引用户参与，低成本的获取内容，又可以以较好的用户体验提供有针对性的广告。由于这个平台本身就以产品/服务为基础，所以相关性算法上面我们可以做的非常到位，而不仅仅是靠几个文字产生相关。而这样的结果就是CPC的成本越来越低，而效果越来越好。在B2B，B2C市场中，这种模式也大有可为。
点评模式是其中的一种，餐馆等商家，书籍等商品本身就是广告的对象，有了针对这个对象设计的互动平台，可以更有效的投放广告，这种用户体验比文章内容相关性好的多。
这个模式的特点就是行业间产品或服务的特点差异巨大，不是说想做书就做书，想做餐馆就做餐馆，这是行业产品或服务本身决定的，一家网站做全所有行业的可能性很小，而每个行业广告的需求都是存在而且大量的，只靠文章打广告的行业网站迟早要被淘汰。
这种模式为startup们提供了一个机会，当然，前提还是要做到行业前三。
Posted by yudunde at 01:07 PM | Comments (11)
July 22, 2006
关注OS Con 2006
下周一，Open Source Convention 2006就要开幕了，会议持续五天，周五结束。OS Con是开源界的顶级盛会，各路神仙将一显神通，我们熟悉的不能再熟悉的Danga又要拿着他们的memcached，PerlBal，MogileFS过去吹了，MySQL，Google等等一批公司也有人参加，会议主要围绕Linux，PHP，Perl，Ajax，Python，数据库，安全等等展开。期待会议到能有一批值得学习的文档出来。
Update:Six Apart at OSCON
Posted by yudunde at 12:37 PM | Comments (0)
July 12, 2006
google.cn挂了
据说从中午开始就挂了。
怎么.cn也会挂啊？
Posted by yudunde at 06:01 PM | Comments (2)
July 07, 2006
新浪的博客和QQ的新闻
新浪的博客刚升级到3.0，不过貌似RSS输出出了点问题，导致RSS订阅里新浪的不管猴年马月的博客文章都翻了出来。
QQ昨天发了一条假新闻，本来是4月份愚人节时候PHP社区的自娱自乐，被QQ的编辑当成真事给发了。防忽悠能力有待提高。
补充：Solidot也上当了，这年头。
Posted by yudunde at 09:04 AM | Comments (3)
July 06, 2006
ICE-高效的中间件平台，牛刀小试
ICE(Internet Communications Engine)是ZeroC提供的一款高性能的中间件，基于ICE可以实现电信级的解决方案。前面我们提到过在设计网站架构的时候可以使用ICE实现对网站应用的基础对象操作，将基础对象操作和数据库操作封装在这一层，在业务逻辑层以及表现层(java,php,.net,python)进行更丰富的表现与操作，从而实现比较好的架构。基于ICE的数据层可以在未来方便的进行扩展。ICE支持分布式的部署管理，消息中间件，以及网格计算等等。
大道理讲完，言归正传，最近育儿网新增了不少新服务，服务间经常会需要相互调用数据，例如用户中心要取博客系统里的文章啊，论坛里发文后要在积分系统里增加用户积分啊。由于设计时这些服务仅仅基于统一的用户中心，服务间基本是独立的，所以要实现这些调用只能在每个服务上新增为其它服务提供服务的服务-_-!。这个时候有几个可选方案，我们开始选择了xml-rpc，基于http和xml的选程调用，用了一段时间，发现维护成本和访问性能都存在问题。
由于这些中间服务部署的时候是和各自所属的服务部署在一起的，对这些服务做整体的改动就非常困难，要维护起来就比较麻烦。另外由于是什么http和xml作为通信协议，由php实现业务逻辑，性能问题也很明显，而且这些http请求都会在http日志留下足迹，导致我们的日志分析很不精确。这个问题不是太大，但很郁闷，所以我们考虑使用ICE来解决这个问题，至于SOAP什么的就不考虑了，同样效率低下。
实现的过程还是比较顺利，花了三天的时间用c++实现了大部分常用的接口，服务端采用deamon的方式运行，错误日志记在syslog里(/var/log/messages)，客户端PHP，编译进去了IcePHP，调用的方法很简单。现在还存在一些问题，运行的时候会异常退出，还需要一段时间来解决，暂时加了只狗看着，一旦进程里没了就重新启动。
既然要跨平台通讯，就涉及对象描述，ICE使用Slice来对结构，类，方法等进行定义。完了以后服务器端，客户端都按这个来调用和实现。ICE内置的Linux 下后台Deamon实现方案非常简单，只需要从Ice::Service里派生出一个类来，实现run方法，在这个方法里创建adapter对象，并在adapter对象里添加Servants，然后激活这个adapter就可以了，网络层的通信都由ICE接管了。由于是基于tcp/ip的直接通信，比更高层的http通信效率要高很多。
在客户端实现时，我们也碰到了一些小麻烦。一个是内置的$ICE对象用的时候有时需要用global声明，否则可能会出错，另外由于默认情况下Slice中struct对应到php的类型是一个类的实例，而不是一个数组，所以在赋值给页面的时候，smarttemplate以及其它模板系统中可能都会存在问题，可以通过修改模板系统的数据赋值显示代码解决。
我们做了一些性能的测试，同样运行1千次请求，使用xml-rpc实现需要28秒左右，使用ICE实现，只需要3秒多，性能的差距还是很大的，同时在这个过程中没发现有内存泄露的情况，效果还比较理想。
最后感慨一下，ICE是适合人类使用的中间件！
Posted by yudunde at 03:39 PM | Comments (13)
百度空间首页上线
兄弟我为了早日一睹百度空间芳容，前些天写了个脚本5分钟刷新一次http://hi.baidu.com，当http返回200的时候给我发邮件，10点55分的时候收到第一封邮件，本以为可以用了，哪知道只能看到个首页，真是失望啊。
值得一提的是kongjian.baidu.com和hi.baidu.com同时上线，内容相同，而非之前所说的使用hi.baidu.com而不用kongjian.baidu.com。
Posted by yudunde at 11:05 AM | Comments (5) | TrackBack