August 2007 Archives

AdMob移动Google

| No Comments | No TrackBacks

  “在未来几年内,移动广告将呈高速增长的态势。”AdMob的首席执行官奥马尔(Omar Hamoui)说:“以前,移动广告还仅仅是局限于烦人的SMS(短信)形式,而且常常是半夜三更发到你手机上。现在,这一切都将改变。”

   AdMob是一家移动广告平台公司,从成立到现在,虽只有短短一年多的时间,但已成为该领域的知名公司。作为一家快速增长的年轻公司,AdMob自然也 吸引了不少“大腕”级的风险投资商。2007年3月,AdMob完成第二轮融资,获得了Accel Partners和红杉联合注入的1500万美元。此前,红杉已向其注入过400万美元。

  移动领域潜力大

  虽然奥马尔今年只有30岁,却已是创业老手,“我在移动营销领域内,摸爬滚打了近6年时间,现在是真正让我兴奋的时刻。”奥马尔说。

  奥马尔从加州大学洛杉矶分校获得计算机学士学位后,就开始了自己的创业生涯,先后成立过多家关于移动软件和移动服务的公司,但由于各种原因都没有能够继续下去。创业不顺并没有打击奥马尔的信心,“我认为移动领域是蕴含巨大潜力的,因为用手机的人越来越多。”

  之后,奥马尔在索尼效力了两年,主要从事移动设备的开发工作。离开索尼后,奥马尔又创办了一家手机图片分享网站——fotochatter,这是奥马尔创业史上的一个关键时刻,“如果没有fotochatter,就不会有后来的AdMob。”

   fotochatter的主要用户是那些用手机上网的人,奥马尔发现,要发掘这些潜在客户是件很难的事情。“我当时尝试了很多的营销方法,在各种渠道做 广告,比如利用Google的关键词搜索,可是都不是很成功。因为你很难知道这些广告的受众群中有多少是你的潜在客户。”

  奥马尔将大量的时间和精力都投入到网站的宣传中,据奥马尔自己初步估计,每吸引一名用户大约需要花费30美元的成本。“这对一个小网站来说,是个不小的数字。”

  后来发生的一件事改变了奥马尔的创业人生。他发现了一家WAP网站有很多的用户,于是提出在这家网站上做广告,对方开出的价格是,每点击一次一美分,这样算下来,发展一名用户大概只需10美分。

  通过这种营销方法,奥马尔在吸引用户方面节约了不少成本。“按点击次数收费的方法很好,并且广告的受众群都是手机上网的人。”这给了奥马尔灵感:何不自己创办一家移动广告公司呢?

   2006年1月,AdMob公司诞生了。不久,奥马尔离开fotochatter,全身心地投入AdMob,而此时的fotochatter正处在迅速 发展阶段。“有时候,放弃也未必不是件好事。”奥马尔并不后悔,“现在,AdMob也发展得很好,这是我第五次创业,也是最成功的一次。”

  合适的时间做合适的事

   据AdMob官方网站披露:2006年1月-2006年6月,累计达3000万次;2006年7月-2007年1月,累计达10亿次;2007年2月- 2007年4月,累计达23亿次。“3000万”,“10亿”,“23亿”是指AdMob公司的广告被点阅的次数,不到一年半时间,从3000万到23 亿,成长了近80倍,增速之快令人惊叹。

  无疑,AdMob已经成功了。“这些都是时机问题,我们在合适的时间,合适的地点,做了合适的事情。”当被问到成功的秘诀时,奥马尔总结,“即使你拥有世界上最好的创意和最好的执行能力,如果时机不对,你也很难获得成功。”

  奥马尔称,目前全世界使用中的手机有20多亿个,很多科技业的老大以及新秀们都急于找出一些方法,在手机广告中赚钱。

  据美国产业分析机构的调研数据显示,全球去年花在移动电话上的广告费为8.7亿美元,预计到2010年,全球手机广告市场规模将达到17亿美元。业内分析师一致认为,由于智能手机和相关技术的普及,手机广告业务腾飞的时刻到了。

  在美国,目前大约有15%的手机用户通过手机上网,观看娱乐节目,浏览新闻。虽然专为手机而设的网站比较少,但这类网站的站主也有不少观众,广告主也急于接触这类年轻的网民,乐于在手机上大做广告。

  想打广告的广告主需要能够做手机广告的公司协助掌握相关技术,以便顺利地在手机上打广告。拥有广告版面的WAP网站站主通常比较喜欢找中介公司,而不愿自己去找广告主。移动广告公司就成了移动网站和广告主之间的桥梁。

  对广告主而言,利用移动电话做广告有其优势,通过了解顾客的所在地,购物习惯和上网行为,可以针对特定的顾客做特定的广告。“如果你想在美国所有的诺基亚智能手机上做广告,我们也能帮你做到。”奥马尔显得很骄傲。

   当然,仅有好的点子,好的时机还不够,还需要对市场的发展把握到位。在AdMob成立初期,广告订单大部分都是来自美国以及一些欧洲城市,因为这些地方 的WAP网站发展很快。可是现在,在AdMob的商业版图中,未来发展的前五大市场里,南非却排在了第一位,其次是印度,英国,美国和以色列。奥马尔表 示,南非的流量很便宜,从而刺激了大多数人用手机上网。

  将印度作为第二大市场,是因为那儿电脑的普及率不高,所以人们就会更多地用手机上网。当然,奥马尔还有另外一个原因,“因为那里的人都说英语,现在大部分的全球大型WAP网站都是英文的。”

  “移动Google”

  奥马尔和他的伙伴们都在移动领域内征战多年,他们深知,一些新创的移动网站和传统的网站相比,虽然拥有较多的流量,可是却因为缺少广告,没有足够的资金来维持网站的运作,最后只能被大企业收购。

  “其实它们中的一些网站,可能就是将来的Google和Yahoo。”奥马尔要做的,就是改变这种情况,让这些网站盈利。

   AdMob充当了网站主和广告主之间的桥梁,广告主可以自助、便捷的向目标客户售卖移动广告。AdMob按付费模式的不同,与网站站主进行分成:采用 CPM形式(以广告图形被播映1000次为基准进行收费)的,AdMob与站主按六四分成;若采用CPC形式(以广告被点击1000次为基准进行收费), 则是五五分成。

  因此,AdMob被业界誉为“移动Google”,因为它的广告模式几乎和Google一模一样,只不过广告载体由互联网变为手机。

  对网站站主而言,虽上缴收入的一半给AdMob,可是它们依然很感激AdMob,因为假如没有AdMob,它们连生存都成问题。

   利用AdMob的自助广告系统,一些大企业主动地把钱投到了移动营销上,Ebay、MocoSpace、可口可乐等公司都是AdMob的客户。奥马尔认 为,这些大企业都希望以最流行的媒介使用方式来接触它的顾客群。可口可乐策划经理Tom Daly表示,移动电话是私人性质极高的装置,能达到广告的有效投放,这也是可口可乐以此作为与消费者接触的平台的主要原因。

  作为回报,AdMob也会为一些广告主出谋划策。世界杯期间,它与阿迪达斯联手推出了一项手机下载活动,世界各地的球迷可以通过手机上网,下载自己国家队图案的壁纸,在这些壁纸的右下角都印着阿迪达斯公司的LOGO,当时的下载量达到了几十万。

   现在,让奥马尔兴奋的是一些新的移动技术的应用,如地理位置的分享,在他看来,loopt公司是个很好的榜样。loopt是家移动位置服务商,允许用户 分享自己的地理位置,让朋友知道你在哪里。“或许日后,你在车站等车的时候,就能收到附近某个网吧的广告。”奥马尔对这些技术充满期待。(证券市场周刊)

  手机业的高利润时代已经过去,单一功能手机“卖点”不再。手机制造商诺基亚,已迈出第二次转型的脚步。昨天,诺基亚在全球范围内推出了该公司全新的互联网品牌Ovi,同时发布了五款专为娱乐、音乐和游戏体验设计制造的新型手机,以实际行动表明了改变的决心。     

  诺基亚移动电话事业部高级副总裁HeikkiNorta告诉《每日经济新闻》,手机行业正在“被重新定义”。只拥有音乐播放器、相机、游戏机、互联网浏览 器或者遥控调制解调器等单一功能的手机产品正日益边缘化。用户对手机的高要求已经达到了只有 “融合性终端”才能满足的高度。所以,诺基亚正在融合移动电脑和功能单一的娱乐产品,打造易用、功能强大且集多种用途于一身的融合性移动终端。 

HeikkiNorta解释说,所谓融合性移动终端,不仅指高性能手机硬件,更重要的是还包含手机可用的互联网增值服务。据HeikkiNorta透露, 诺基亚今后推出的所有型号手机,在设计上都将向提供更多互联网增值服务的方向靠拢,诺基亚也将逐渐完成其从传统移动终端设备制造商,到“以互联网为驱动力 的、提供互联网服务和软件为主的体验型公司”的转变。

  导语:《福布斯》网站今天发表分析文章称,谁是社交网站领域的“谷歌”呢?也许很多人都会回答“Facebook”,因为Facebook一直高速增长,并与应用开发者成功合作。但从某种意义上讲,问题的答案就是“谷歌”本身。

  Orkut在巴西大获成功

   谷歌本周对Orkut.com进行了改版,从而这一经常被人们忽略的社交网站也少见地引起了业界的关注。值得注意的是,尽管Orkut在美国没有太突出 的表现,但根据市场研究公司comScore Media Metrix公布的最新数据,Orkut每月来自全球的页面访问量高达382亿次,比Facebook还要高出78亿次。

   MySpace和Facebook在巴西几乎默默无闻,而Orkut则如日中天。根据尼尔森互联网研究公布的数据,Orkut每月来自巴西的页面访问量高 达156亿次。与之相比,Facebook每月来自巴西的页面访问量简直可以忽略不计。从表面看来,Orkut在巴西的成功有些侥幸。Orkut对于巴西 用户并没有任何特殊的吸引力,而且葡萄牙语版本直到2005年4月才推出,此时该网站早已在巴西大获成功。

  成功原因揭秘

   一名博客认为,Orkut能够在巴西大红大紫,同它的名字有着很大的关系。在葡萄牙语中,“Orkut”一词很容易让人记住,而且经常会让人想起一种热 销的儿童乳酸饮料。但事实上,“Orkut”只不过取自一名谷歌工程师的名字。这名工程师出生在土耳其,叫做“Orkut Buyukkokten”。

   比起Orkut在巴西获得成功的原因,人们更关心它的获利潜力。Accel Partners风险投资公司合伙人吉姆·拜耶斯(Jim Breyer)此前表示,Facebook今年的收入有望超过1亿美元。Sterling市场研究公司分析师格莱格-斯特林(Greg Sterling)认为,如果有合适的广告客户,Orkut的巴西和其它国外用户也可以成为一个重要的营收来源。他说:“从广告覆盖的角度考虑,国际用户 同美国用户一样有价值。”

  事实上,谷歌的国外广告覆盖范围一直在扩张。今年第二季度,谷歌来自美国和英国之外的营收为12.4亿美元, 同比增长近一倍,几乎全部源于目标广告销售。受此影响,谷歌第二季度来自于美国之外的销售额在总营收中占到60.8%的比例,远高于去年同期的 46.7%。当然,广告业务并不一定能帮助Orkut在美国成为一家重量级社交网站。著名科技博客迈克尔-阿灵顿(Michael Arrington)近日表示,要想同MySpace和Facebook长期竞争,Orkut必须吸引更多美国用户。

  谷歌加大投入

   目前,MySpace以绝对的优势在美国社交网站领域保持领先,Facebook紧随其后。过去一年里,Facebook的用户人数增长了两倍,而 Orkut仅增长了64%。不过,谷歌最近加大了对Orkut的投入。除本周改版Orkut网站之外,谷歌去年还赞助了卡耐基梅隆大学的一个项目,旨在开 发一款能提高Orkut在美国影响力的工具。这一项目的成果就是Socialstream,它可以帮助用户将文本和多媒体内容发布到一个单一页面,然后再 与自己注册过的任何社交网站同步。

  如果能成功整合Socialstream,Orkut也许可以打破MySpace和Facebook 在社交网站领域的垄断,并吸引更多美国用户。当然,谷歌还可以给Orkut更多帮助,例如利用自己的各种服务,包括Gmail、谷歌文档和制表应用、谷歌 地图、谷歌日历、以及图片共享网站Picasa的用户群体打造一个庞大的社区。斯特林说:“到目前为止,Orkut在美国仍然是一个失败者,这主要因为谷 歌对其并不重视。但只要稍作调整,并同谷歌其它服务整合在一起,Orkut就有能力向MySpace和Facebook发起更强劲的挑战。”(孟帆)

        日前,国际知名IT媒体eWeek评选出了“10位全球IT业最具影响力女性”榜单。

  以下为eWEEK评选的10位全球IT业最具影响力女性及简单介绍:
 
  1.Diane Greene(戴安尼-格林) VMware创始人、CEO

  

  2.Anne Mulcahy(安妮-麦卡伊) 施乐CEO

  

  3.Meg Whitman(梅格-惠特曼) eBay CEO

  

1998年便开始担任,这期间她带领着eBay在电子商务方面不断扩大,包括收购PayPal和Skype

  4.Pat Russo(陆思博) 朗讯CEO

  

2002年就任,曾担任Eastman Kodak 首席运营官

  5.Susan Decker(苏珊-德德尔) 雅虎总裁

  

她负责Yahoo的策略以及公司的重组和广告平台

  6.Ann Livermore(安-利沃莫尔) 惠普技术解决方案部门副总裁

  

她领导的部门,负责330亿美元的软件和服务方面的经费。

  7.Shona Brown(肖纳-布朗) Google业务运营副总裁

  

Brown 从2003年负责Google的商务运营。是畅销书:Competing on the Edge: Strategy as Structured Chaos 的作者(该书介绍了不稳定市场下的一种新的策略模式)。Carleton大学计算机系统工程学士学位,牛津大学经济和哲学硕士学位。

  8.Padmasree Warrior(帕德马锡-华莱尔) 摩托罗拉首席技术官

  

Padmasree Warrior 掌管公司37亿美元的研究和开发经费。引领公司更多人接受开源的东西,并改变人们认为Motorola 是手机市场过气者的看法。

  9.Padmasree Warrior(苏珊-舍斯基) 戴尔首席技术官

  

2005年8月就任该职位,在Ameritech和Ohio Bell拥有20年发展规划、管理方面的经历.

  10.Kim Polese ,SpikeSource CEO

    

在担任了Marimba主席和CEO之后,这位硅谷的明星在2004年9月接任了SpikeSource——开源商业应用供应商。

Silverlight、JavaFX、Flex/Flash技术比较

| No Comments | No TrackBacks

对Web开发人员,过去的一段时间绝对是难忘的。因为现在在RIA开发平台领域,除了Adobe业已推出许久的Apollo和Flex,微软正式推出了Silverlight产品,帮助开发人员创建丰富的可交互Web应用。在刚结束的JavaOne大会上,Sun公司首席技术官Bob Brewin又宣布推出基于Java平台的JavaFX,目标同样是直指RIA开发。每一个平台都有自己忠实的拥泵,但是这些技术之间的区别是什么?

  Techie在他最近写的一篇博客中,从定义、大小、应用平台、授权许可等方面深入比较了这几种技术的不同。

  Silverlight是一个跨浏览器和跨平台的插件,能在微软的.NET上交付炫目的多媒体体验和有丰富交互功能的Web应用;

  JavaFX Script可以让用户利用JRE“一次编写,处处运行”的优势,在现有知识的技术上创建跨设备的应用;

  Flex产品能帮助应用程序开发者利用强大的Flash运行时创建数据驱动的RIA,而且开发者还可以用Flash和Flex构建器一起为基于Flex的应用增加富交互元素。

  目前来看,这三种技术各有优势,Flex先入为主,目前已经有了一个很大的市场,但是Silverlight的先天优势是有Windows平台的支持,而JavaFX作为后起之秀,其优势是它的开源策略。

  国内开发者社区JavaEye网站就Silverlight和Flash的区别也在激烈讨论。Silverlight虽然较Flash推出的时间很晚,但已经给Flash造成很大的压力:

  Flash前景堪忧,就看Adobe如何应对了,RIA是个非常大的市场,个人觉得Flash在技术上优势不大,相反Silverlight的一些特性对Flash是致命的打击,比如搜索引擎友好等。Flash最大的优势是培养了大量的开发者,微软想要拉拢这些真正的市场推动者还要花不小的力气。

  有竞争总是件好事情,RIA开发平台之间的竞争才刚刚开始。(infoq)

 北京点击查看北京及更多城市天气预报时间8月31日 导言:《商业周刊》网站周四发表文章称,从诺基亚在2000年开始推广手机铃声起,该公司便一直寻求扩展的出路。随着新服务Ovi(芬兰语为门)今年年底开始在欧洲及亚洲推广,诺基亚此举意在挑战苹果的iPhone手机及其iTunes音乐商店业务。

早在苹果推出iTunes网络商店,或是更早于推出iPhone手机之前,诺基亚在2000年便建立了一个网站,该网站准许诺基亚手机用户下载手机铃声。当时,诺基亚就已看到将内容同服务与硬件产品捆绑销售,将是扩展业务的一种明智之举。不过,这个被称作是“诺基亚俱乐部”(Club Nokia)却使诺基亚的大客户移动运营商感到不满,因为它们也想经营这一业务。

诺基亚随后退缩了,但公司却并没有放弃。诺基亚首席执行官康培凯8月29日在伦敦举行的新闻发布会上正式宣布,公司将致力于推广名为Ovi的网络服务,其中包括网络音乐商店。康培凯表示,借助Ovi,用户可把所下载音乐从PC转移到诺基亚手机中,同时还可下载N-Gage游戏。诺基亚首先将在欧洲和亚洲推广该项服务,并随后可能将在美国市场推广。

这一次,移动运营商不仅不再会对诺基亚的举动表示反抗,而且可能会加入其中。在Ovi网络服务当中,包括了与苹果iTunes音乐商店竞争的网络音乐商店。该音乐商店的主要服务对象,主要是已在市场上存在的超过2亿使用诺基亚音乐手机的用户。而且更为重要的是,该音乐商店并不排斥其它品牌的音乐手机用户。此外,Ovi还将包括向4000万诺基亚N系列手机用户提供的交互式多媒体游戏服务。在明年年初,Ovi还将会提供上传个人照片、视频及音频等多种服务。

诺基亚在伦敦宣布的Ovi的网络服务,将诺基亚的软件和服务结合成为一个无缝隙的服务整体。近些年来,诺基亚研发中心的研究人员一直在对类似的技术进行研究,而该公司近两年也不断通过收购来使该服务不断得到充实。2006年10月,诺基亚就曾花费6000万美元收购了iTunes的竞争对手Loudeye。Loudeye当时是全球最大的独立音乐发行平台。同月,诺基亚还收购了手机导航软件开发商gate5。今年7月,诺基亚又收购了媒体分享网站Twango。诺基亚并未透露后两次收购的具体金额。没有一家手机制造商,能够像诺基亚这样,渴望通过发行内容来在移动移动通讯领域取得盈利。康培凯对此表示:“单是设备已远远不够,客户需要完整的体验”。

欧洲移动运营商一直对诺基亚的举动进行这密切的关注,这是因为它们自己在推广数字音乐商店和其它数据服务的尝试基本上都已失败而告终。然而,如果不能够推出类似的服务,就不可能让手机用户来为每月的无线数据费用埋单。电信顾问公司Strand Consult分析师约翰·斯传德表示:“全球移动运营商在网络、服务和营销上投入了巨资,不能收取到无线数据费用,对它们而言就是巨大的灾难”。

那么,欧洲手机用户在闲暇时间用手机浏览哪些网站呢?调查显示,欧洲用户用手机浏览的网站通常也是互联网上流行的网站。位于伦敦的市场调研公司Informa Telecoms & Media首席分析师马克·纽曼表示,他们更新任浏览类似于Google或雅虎这些值得信赖的品牌网站查看时政、财经新闻或是进行搜索,而不是登录移动运营商自己创办的网站。此外,手机用户也并未像运营商希望的那样,通过手机记载歌曲。更多的手机用户,还是习惯通过自己的电脑向手机传输歌曲。

例如,全球最大的移动运营商沃达丰,已在3G网络投入了379.1亿美元。该公司希望此举能够刺激消费者使用数据服务,如下载音乐等等。但是在2007年春季,沃达丰2.064亿用户当中之后3230万用户使用了Vodafone Live!门户。这使得提供了数据服务的移动运营商很难从移动数据业务当中取得盈利。

诺基亚称,该公司有多种方式能够帮助移动运营商从移动数据业务中产生更多的营收。一个就是该公司在今年年初发布的Nokia Maps服务。而诺基亚的新音乐、照片和游戏服务,也可能会为移动运营商,同样带来不小的收益。

不过,市场分析人士对诺基亚的新服务Ovi保留了谨慎的乐观。他们认为,类似于沃达丰和 Orange这样的大移动运营商,就不大可能会有用诺基亚服务来替代自己的音乐下载服务的想法。尽管诺基亚表示,该公司同大多数移动运营商“正在进行积极的谈判”,但几乎还没有移动运营商对诺基亚的Ovi公开表示支持。

诺基亚的服务也会使该公司与Google和雅虎面临着更为直接的竞争。尽管这些互联网公司有着强大的品牌优势,但它们还没有控制手机屏幕。与此同时,诺基亚却能够将更多的服务与手机紧密的结合在一起。拥有近10亿用户和与全球数百家移动运营商建立起来的关系,诺基亚似乎又有能力将网络同无线世界结合在一起。(Bambridge)

TellThem: MySpace Kills Another Startup

| No Comments | No TrackBacks

tellthemlogo.pngMySpace has put the axe to yet another startup. Last night they made a call threatening legal action against freshly launched TellThem.mobi, a service that lets you message all your friends from your mobile phone.

TellThem’s site simply reads:

“On Wednesday August 29th, 2007, we got a call from MySpace threatning to take legal action if we didn’t take the website down. Apparently it violates their terms of service…. switch to Facebook.”

Switch to Facebook indeed. TellThem is only one in a long line of startups getting bullied by MySpace. Previously they killed DatingAnyone, SingleStatus, copied RealEditor, stalled all widgets, and played chicken with PhotoBucket.

I’m surprised this continues to happen when MySpace is trying to embrace developers through a developer platform. Overzealous legal stiff-arming is only contributing to the brain drain around growing MySpace and driving developers to greener pastures.

TellThem plans to move on to Bebo as well.

Thanks for the tip Marshall.

Update: MySpace’s complaint centered around TellThem serving as a proxy for logging into people’s MySpace accounts. The concern is that services like this could be phishing sites collecting credentials for malicious use. Jason Cox, of TellThem said collecting the credentials was necessary because there is no API for accessing the messaging functionality they use. This was not the case for Jason’s last MySpace related startup, BuddyWave.

The Director of Mobile operations has already emailed TellThem and asked them to develop for Facebook. (Nick Gonzalez)

socialmedialogo.pngThere are several startups gunning to be the top Facebook ad platform: Lookery, FBExchange, RockYou, and Cubics. SocialMedia also became one of the early players when they launched their Appsaholic advertising network soon after F8. Previously only a select group of developers were able to sell ads through the service. However, they’ve now opened it to everyone through a self-service model, and some developers are making some real cash off of the service.

Appsaholic isn’t banner advertising like Lookery offers, or developers can get through traditional ad networks. Instead, Appsaholic sells click-throughs to other Facebook applications across their network of affiliated sites. It’s similar to FB Exchange’s link exchange model, but has more features (reporting) and seems easier to use (FBEx requires separate filings, Appsaholic can use PayPal). They have plans for other models as well, including a advertising that rewards users for engaging in advertisements.

How It Works

Developers become a member of the network by tracking their application on Appsaholic and adding some embed code to their application. The embed code adds an iFrame that serves paid links on their affiliates’ applications. The links go to the highest “AdRanked” advertising developer on their live bidding market. AdRank is determined by multiplying two factors, the offered price per click, and the advertising application’s quality score. The quality score is based on a function of the application’s clickthrough rate and viral growth within the network. The idea is that higher quality applications should be rewarded with cheaper advertising. This dissuades disliked apps from spamming the service.

So, for example, a developer whose application has a quality score of 60 and is willing to bid $.10 per click, has an AdRank of 6. Since ads are served in AdRanked order, the developer could boost his AdRank and position in the queue by bidding a bit higher. Currently PPC rates are 10 to 20 cents. Appsaholic takes 12-30% of that revenue.

How It Pays

While that doesn’t sound like a lot, people are still making some significant cash off the platform. Click through rates vary from 0.2%-3.0%, effectively paying about $0.60-$3.00 for every thousand visitors to your application. SocialMedia’s Seth Goldstein is optimistic and only sees these rates as the beginning.

smincomesmall.pngThe company cites Greg Thompson as one of their recent successes. Thompson, a contract programmer from London, Ontario, is known for making the popular Facebook application My Aquarium. The application has about 2.2 million users. Within less than a day of running SocialMedia’s ads Thompson made over $500. While CPM rates on VideoEgg can upwards of $8.50, Thompson found they had less inventory. Over the past three months, Thompson has made around $100,000 in Facebook advertising overall.

SocialMedia has shared their network’s revenue to date viewable to the right.

Going Forward

While Facebook hasn’t clobbered an application yet, they’ve definitely laid out some advertising plans of their own. Facebook has also shifted away from installs to engagement, thereby improving how users can discover applications and perhaps undercutting the need for affiliate linking to get big. There’s no telling if Facebook will directly take on advertising within applications. Playing in Facebook’s garden may be risky business, but Facebook need only look to MySpace’s dwindling approval amongst the developers to see what a heavy hand can ruin. (Nick Gonzalez)

The image carving/resizing video we posted last week has sparked quite a conversation. Most people have been very positive, although there has already been at least one response saying its a bad thing for the web (which seems a little dramatic to me).

Patrick Swieskowski emailed us this afternoon to say he’s created an online demo of the idea, based on using the seams of images to make the alterations. It shows how well this works in action, and users can upload their own images and manipulate them.

For now images can only be shrunk. Pat says he’s working on a way to increase the size of images by seam insertion, too.

DesignMyRoom launched this afternoon - It’s a new product from a company called Swatchbox Technologies that allows people to decorate a real room virtually via a photograph of the room and DesignMyRoom’s library of stuff. Previously the company, which has been around for 11 years, sold 2 million copies of desktop software that has similar functionality as the online tool.

If you thought MyMiniLife was cool, wait until you spend some time playing around with this.

The first step is to pick an empty room, or upload a photo of your own room. You then start decorating it by adding a floor, paint, fixtures, furniture, etc. I made my own room during testing - see the before and after photos above. I also made the project public, so anyone can log in to it and make changes. Have at it.

Objects can be resized, rotated and moved around the room. The next step, the company says, is to allow users to upload their own images and insert them into the room. They’ve also paid attention to details - notice the shadows behind the clover and the lamp, for example.

It also would be great if they created an embeddable version of the projects (something I assume they’ll do eventually).

There is a clear and really good business model here - selling people the real stuff once they’ve seen it virtually in their room. The company also makes money through product placement and other advertising.

The Twitter team must have had a Red Bull machine installed at the offices, because suddenly they’re launching new stuff left and right.

They recently added search and Gmail import features to the service. And on Friday they are launching a new area of the site called “Explore” where they’ll list some of the tools people can use to interact with Twitter off the site itself. Along with Explore they will also be releasing a new visualization tool called Twitter Blocks - “an abstract way to navigate your Twitter neighborhood or block.

Twitter sent us these screen shots but we haven’t had a chance to see it in action yet. Cofounder Biz Stone says “It’s a crazy, interactive, animated 3D application so it’s easier to understand when you interact with it.”

Twitter brought in Stamen Design to help with the project, the same team behind some of the Digg visualization tools launched last year.

Motorola is sponsoring the new Explore site. Screen shots below:

未来3到5年存储技术五大变化

| No Comments | No TrackBacks

上次,我说应该重新划分数据类型为OLTP数据和Web数据。这次,我想谈谈未来3到5年内,我认为存储技术将要发生的五大变化。

  一、多数情况下将不再使用离线存储

  网络带宽的单位成本和硬盘成本都在下降,多站点容灾恢复(DR)、重复数据删除,还有更多其他技术的发展将推动在线存储的普及。因此,我有充足的理由认为,这个变化正在发生,而且在未来几年内还将加速发展。当然,这个转变是需要时间的。

  二、flash(闪存)将成为可行的一级存储选项

  人们现在越来越多地谈论flash。相对于一般硬盘,它要快得多,尤其是在读取时延方面特别具有优势。而且,这个技术耗电量极低,在这方面的成本能够大幅下降。随着总体读/写周期极限需求的发展,我们有望看到flash开始在一级存储中发挥重要作用,特别是在我上次提到的OLTP应用程序中。

  三、高容量、低成本硬盘将成为分散存储的首选介质

  上面说到,flash会因为低时延应用程序的发展而加速发展,而离线存储也在缩减,那么数据都到哪儿去了?我认为,它们会存储在一些低成本硬盘上。对于大多数应用程序来说,最重要的因素并不是性能,而是要充分利用存储容量,并减少单磁盘性能限制的影响。另外,这些硬盘还将被设计为有利于能源节约型的。

  考虑到将数据迁移至更高性能驱动器的技术和能源成本/局限(能源耗费与转动速度的立方成正比),我认为,我们将在两个方面实现性能优化。即在OLTP应用程序中使用flash,而在Web存储应用程序中使用简单复制。这使得高容量、能源优化的硬盘驱动器成为大多数数据的理想选择。

  四、FCoE(以太网光纤通道) SAN将成为FC(光纤通道)适用OLTP存储的发展方向

  尽管人们总在争论SAN(存储区域网)有没有前途,但我认为它不仅不会消亡,而且还将与以太网在物理层(而非通过协议)上融合。现在有很多技术试图挑战SAN,它们在一些方面具有一定优势,但同时又都有一些明显的技术或者商业缺陷,使得它们不能成为主流。FCoE使用户的基础设施能够满足IP和 FC两方面的需求,并提供另外两点关键优势。第一是在本地以太网上运行,速度和现有的容量都不受影响;第二是它不需要复杂的网关就可以与现有的FC SAN互联,数据在两个介质之间传播可以不变更协议,也没有明显的时延变化。

  当然,也有一些因素会影响SAN市场的发展。我认为,兼容性问题就会制约FCoE。

  五、Web存储应用程序底层协议将不再主要依赖SCSI和文件系统协议,而是主要通过对象协议进行连接

  这是到目前为止最重要,也是需要时间最长的一个变化,但我对这个变化也最有信心。实际上,随着Web 2.0和使用企业内容管理平台应用程序的发展,这种变化已经显现了。

  随着Web 2.0概念的发展,新的信息需求要从应用程序中分离出来。为了实现这一目标,我们必须明确地改变我们包装信息的方式,以便能够与独立的应用程序服务分离,进行分层、保护和加密。显然,模块级甚至文件级的交互都不能满足这一需求。(中国计算机报)

Google在周二(8/28)发表了开放源码的Web工具包Google Web Toolkit(GWT) 1.4,主要强化了编译功能,让程序更小且执行更快速。

GWT工具包中提供开发人员将Java语言转译成JavaScript,以用来建置Ajax应用程序,主要的好处是让原先就熟悉Java语言的开发人员可以快速建置目前受欢迎的Ajax应用程序,而不用再花费力气钻研JavaScript。

此外,透过GWT编译而成的Ajax应用程序也能兼容于各种不同的浏览器及操作系统,具有跨平台的特性。Google在官方部落格中表示,GWT可自动移除使用者汇入的程序代码中多余的部份,因此程序会变得比较小而且下载快速,同时复杂的程序也会被自动合并及简化,此外,由于Java语言是静态的,因此在开发过程中就能发现常见的错误,而不用等到最后要执行时才发现。

Google在GWT部落格中分析使用者的回馈意见,指出利用GWT 1.4版重新编译让开发人员的应用程序缩小了30%,而执行速度则快了20~50% (ITHome)

JSP内建对象

| No Comments | No TrackBacks


① out - javax.servlet.jsp.jspWriter
   out对象用于把结果输出到网页上。


方法:
1. void clear() ;
   清除输出缓冲区的内容,但是不输出到客户端。


2. void clearBuffer() ;
   清除输出缓冲区的内容,并输出到客户端。


3. void close() ;
   关闭输出流,清除所有内容。


4. void flush() ;
   输出缓冲区里面的数据。


5. int getBufferSize() ;
   获取以kb为单位的目前缓冲区大小。


6. int getRemaining() ;
   获取以kb为单位的缓冲区中未被占用的空间大小。


7. boolean isAutoFlush() ;
   是否自动刷新缓冲区。


8. void newLine() ;
   输出一个换行字符。


9. void print( boolean b ) ;
   void print( char c ) ;
   void print( char[] s ) ;
   void print( double d ) ;
   void print( float f ) ;
   void print( int i ) ;
   void print( long l ) ;
   void print( Object obj ) ;
   void print( String s ) ;
   将指定类型的数据输出到Http流,不换行。


10. void println( boolean b ) ;
    void println( char c ) ;
    void println( char[] s ) ;
    void println( double d ) ;
    void println( float f ) ;
    void println( int i ) ;
    void println( long l ) ;
    void println( Object obj ) ;
    void println( String s ) ;
    将指定类型的数据输出到Http流,并输出一个换行符。
   
11. Appendable append( char c ) ;
    Appendable append( CharSequence cxq, int start, int end ) ;
    Appendable append( CharSequence cxq ) ;
    将一个字符或者实现了CharSequence接口的对象添加到输出流的后面。


成员:
int DEFAULT_BUFFER = 0    - 缺省缓冲区大小
int NO_BUFFER = -1        - writer是否处于缓冲输出状态
int UNBOUNDED_BUFFER = -2 - 是否限制缓冲区大小



② request - javax.servlet.http.HttpServletRequest
   request对象包含所有请求的信息,如请求的来源、标头、cookies和请求相关的参数值等。


方法:
1. Object getAttribute( String name ) ;
   返回由name指定的属性值,该属性不存在时返回null。


2. Enumeration getAttributeNames() ;
   返回request对象的所有属性名称的集合。


3. String getAuthType() ;
   返回用来保护servlet的认证方法的名称,未受保护时返回null。


4. String getCharacterEncoding() ;
   返回请求中的字符编码方法,可以在response对象中设置。


5. int getContentLength() ;
   返回请求的BODY的长度,不能确定长度时返回-1。可以在response中设置。


6. String getContentType() ;
   返回在response中定义的内容类型。


7. String getContentPath() ;
   返回请求的路径。


8. Cookie[] getCookies() ;
   返回客户端所有的Cookie的数组。


9. Enumeration getHeaderNames() ;
   返回所有HTTP头的名称的集合。


10. Enumeration getHeaders( String name ) ;
    返回指定HTTP头的所有值的集合。


11. String getHeader( String name ) ;
    返回指定名称的HTTP头的信息。


12. long getDateHeader( String name ) ;
    返回指定名称的Data类型的HTTP头的信息。


13. int getIntHeader( String name ) ;
    返回指定名称的Int类型的HTTP头的信息。


14. ServletInputStream getInputStream() ;
    返回请求的输入流。


15. Locale getLocale() ;
    返回当前页的Locale对象,可以在response中设定。


16. Enumeration getLocales() ;
    返回请求中所有的Locale对象的集合。


17. String getLocalName() ;
    获取响应请求的服务器端主机名。


18. String getLocalAddr() ;
    获取响应请求的服务器端地址。


19. int getLocalPort() ;
    获取响应请求的服务器端端口


20. String getMethod() ;
    获取客户端向服务器端发送请求的方法(GET、POST)。


21. String getParameter( String name ) ;
    获取客户端发送给服务器端的参数值。


22. Map getParameterMap() ;
    该方法返回包含请求中所有参数的一个Map对象。


23. Enumeration getParameterNames() ;
    返回请求中所有参数的集合。


24. String[] getParameterValues( String name ) ;
    获得请求中指定参数的所有值。


25. String getQueryString() ;
    返回get方法传递的参数字符串,该方法不分解出单独的参数。


26. String getPathInfo() ;
    取出请求中处于ServletPath和QueryString之间的额外信息。


27. String getPathTranslated() ;
    返回用getPathInfo()方法取得的路径信息的实际路径。


28. String getProtocol() ;
    返回请求使用的协议。可以是HTTP1.1或者HTTP1.0。


29. BufferedReader getReader() ;
    返回请求的输入流对应的Reader对象,该方法和getInputStream()方法在一个页面中只能调用一个。


30. String getRemoteAddr() ;
    获取发出请求的客户端IP地址。


31. String getRemoteHost() ;
    获取发出请求的客户端主机名


32. String getRemoteUser() ;
    返回经过客户端验证的用户名,未经验证返回null。


33. int getRemotePort() ;
    返回发出请求的客户端主机端口。


34. String getRealPath( String path ) ;
    返回给定虚拟路径的物理路径。


35. RequestDispatcher getRequestDispatcher( String path ) ;
    按给定的路径生成资源转向处理适配器对象。


36. String getRequestedSessionId() ;
    返回请求的session的标识。


37. String RequestURI() ;
    返回发出请求的客户端地址,但是不包括请求的参数字符串。


38. StringBuffer getRequestURI() ;
    返回响应请求的服务器端地址


39. String getScheme() ;
    获取协议名称,缺省值为HTTP协议。


40. String getServerName() ;
    返回响应请求的服务器名称。


41. String getServletPath() ;
    获取客户端所请求的脚本文件的文件路径。


42. int getServerPort() ;
    获取响应请求的服务器端主机端口号。


43. void removeAttribute( String name ) ;
    在属性列表中删除指定名称的属性。


44. void setAttribute( String name, Object value ) ;
    在属性列表中添加/删除指定的属性。


45. void setCharacterEncoding( String name ) ;
    设置请求的字符编码格式。


46. HttpSession getSession() ;
    HttpSession getSession( boolean create ) ;
    获取session,如果create为true,在无session的情况下创建一个。
   
47. boolean isRequestedSessionIdFromCookie() ;
    检查请求的会话ID是否为通过Cookie传入。


48. boolean isRequestedSessionIdFromURL() ;
    检查请求的会话ID是否为通过URL传入。


49. boolean isRequestedSessionIdValid() ;
    检查请求的会话ID是否仍然有效。


50. boolean isSecure() ;
    检查请求是否使用安全链接,如果HTTPS等。


51. boolean isUserInRole( String role ) ;
    检查已经通过验证的用户是否在是role所指定的角色。


52. Principal getUserPrincipal() ;
    返回包含用户登陆名的一个java.security.Principal对象。


成员:
String BASIC_AUTH = "BASIC"             -
String CLIENT_CERT_AUTH = "CLIENT_CERT" -
String DIGEST_AUTH = "DIGEST"           -
String FORM_AUTH = "FORM"               -



③ response - javax.servlet.http.HttpServletResponse
   response对象主要将JSP容器处理后的结果传回到客户端。


方法:
1. void addCookie( Cookie cookie ) ;
   添加一个Cookie对象,保存客户端信息。


2. void addDateHeader( String name, long value ) ;
   添加一个日期类型的HTTP头信息,覆盖同名的HTTP头信息。


3. void addHeader( String name, String value ) ;
   添加一个HTTP头,覆盖同名的旧HTTP头。


4. void addIntHeader( String name, int value ) ;
   添加一个整型的HTTP头,覆盖同名的旧HTTP头。


5. boolean containsHeader( String name ) ;
   判断指定的HTTP头是否存在。


6. String encodeRedirectURL( String url ) ;
   对sendRedirect()方法使用的URL进行编码。


7. String encodeURL( String url ) ;
   将URL予以编码,回传包含session ID的URL。
  
8. void flushBuffer() ;
   强制把当前缓冲区的内容发送到客户端。


9. int getBufferSize() ;
   取得以kb为单位的缓冲区大小。


10. String getCharacterEncoding() ;
    获取响应的字符编码格式。


11. String getContentType() ;
    获取响应的类型。


12. Locale getLocale() ;
    获取响应的Locale对象。


13. ServletOutputStream getOutputStream() ;
    返回客户端的输出流对象。


14. PrintWriter getWriter() ;
    获取输出流对应的writer对象。


15. boolean isCommitted() ;
    判断服务器端是否已经将数据输出到客户端。


16. void reset() ;
    清空buffer中的所有内容。


17. void resetBuffer() ;
    情况buffer中所有的内容,但是保留HTTP头和状态信息。


18. void sendError( int xc, String msg ) ;
    void sendError( int xc ) ;
    发送错误,包括状态码和错误信息。


19. void sendRedirect( String locationg ) ;
    把响应发送到另外一个位置进行处理。


20. void setBufferSize( int size ) ;
    设置以kb为单位的缓冲区大小。


21. void setCharacterEncoding( String charset ) ;
    设置响应使用的字符编码格式。


22. void setContentLength( int length ) ;
    设置响应的BODY长度。


23. void setContentType( String type ) ;
    设置响应的类型。


24. void setDateHeader( String name, long value ) ;
    设置指定名称的Data类型的HTTP头的值。


25. void setHeader( String name, String value ) ;
    设置指定名称的HTTP头的值。


26. void setIntHeader( String name, int value ) ;
    设置指定名称的int类型的HTTP头的值。


27. void setStatus( int xc ) ;
    设置响应状态码,新值会覆盖当前值。


成员(HTTP状态码):
int SC_CONTINUE = 100                      int SC_SWITCHING_PROTOCOLS = 101
int SC_OK = 200                            int SC_NON_AUTHORITATIVE_INFORMATION = 203
int SC_ACCEPTED = 202                      int SC_CREATED = 201
int SC_NO_CONTENT = 204                    int SC_RESET_CONTENT = 205
int SC_PARTIAL_CONTENT = 206               int SC_MULTIPLE_CHOICES = 300
int SC_MOVED_PERMANENTLY = 301             int SC_MOVED_TEMPORARILY = 302
int SC_FOUND = 302                         int SC_SEE_OTHER = 303
int SC_NOT_MODIFIED = 304                  int SC_USE_PROXY = 305
int SC_TEMPORARY_REDIRECT = 307            int SC_BAD_REQUEST = 400
int SC_UNAUTHORIZED = 401                  int SC_PAYMENT_REQUIRED = 402
int SC_FORBIDDEN = 403                     int SC_NOT_FOUND = 404
int SC_METHOD_NOT_ALLOWED = 405            int SC_NOT_ACCEPTABLE = 406
int SC_PROXY_AUTHENTICATION_REQUIRED = 407 int SC_REQUEST_TIMEOUT = 408
int SC_CONFLICT = 409                      int SC_GONE = 410
int SC_LENGTH_REQUIRED = 411               int SC_PRECONDITION_FAILED = 412
int SC_REQUEST_ENTITY_TOO_LARGE = 413      int SC_REQUEST_URI_TOO_LONG = 414
int SC_UNSUPPORTED_MEDIA_TYPE = 415        int SC_REQUESTED_RANGE_NOT_SATISFIABLE = 416
int SC_EXPECTATION_FAILED = 417            int SC_INTERNAL_SERVER_ERROR = 500
int SC_NOT_IMPLEMENTED = 501               int SC_BAD_GATEWAY = 502
int SC_SERVICE_UNAVAILABLE = 503           int SC_GATEWAY_TIMEOUT = 504
int SC_HTTP_VERSION_NOT_SUPPORTED = 505



④ session - javax.servlet.http.HttpSession
   session对象表示目前个别用户的会话状态,用来识别每个用户。


方法:
1. Object getAttribute( String name ) ;
   获取与指定名字相关联的session属性值。


2. Enumeration getAttributeNames() ;
   取得session内所有属性的集合。


3. long getCreationTime() ;
   返回session的创建时间,最小单位千分之一秒。


4. String getId() ;
   取得session标识。


5. long getLastAccessedTime() ;
   返回与当前session相关的客户端最后一次访问的时间,由1970-01-01算起,单位毫秒。


6. int getMaxInactiveInterval( int interval ) ;
   返回总时间,以秒为单位,表示session的有效时间(session不活动时间)。-1为永不过期。


7. ServletContext getServletContext() ;
   返回一个该JSP页面对应的ServletContext对象实例。


8. HttpSessionContext getSessionContext() ;
  


9. Object getValue( String name ) ;
   取得指定名称的session变量值,不推荐使用。


10. String[] getValueNames() ;
    取得所有session变量的名称的集合,不推荐使用。


11. void invalidate() ;
    销毁这个session对象。


12. boolean isNew() ;
    判断一个session是否由服务器产生,但是客户端并没有使用。


13. void pubValue( String name, Object value ) ;
    添加一个session变量,不推荐使用。


14. void removeValue( String name ) ;
    移除一个session变量的值,不推荐使用。


15. void setAttribute( String name, String value ) ;
    设置指定名称的session属性值。


16. void setMaxInactiveInterval( int interval ) ;
    设置session的有效期。


17. void removeAttribute( String name ) ;
    移除指定名称的session属性。



⑤ pageContext - javax.servlet.jsp.PageContext
   pageContext对象存储本JSP页面相关信息,如属性、内建对象等。


方法:
1. void setAttribute( String name, Object value, int scope ) ;
   void setAttribute( String name, Object value ) ;
   在指定的共享范围内设置属性。


2. Object getAttribute( String name, int scope ) ;
   Object getAttribute( String name ) ;
   取得指定共享范围内以name为名字的属性值。


3. Object findAttribute( String name ) ;
   按页面、请求、会话和应用程序共享范围搜索已命名的属性。


4. void removeAttribute( String name, int scope ) ;
   void removeAttribute( String name ) ;
   移除指定名称和共享范围的属性。


5. void forward( String url ) ;
   将页面导航到指定的URL。


6. Enumeration getAttributeNamesScope( int scope ) ;
   取得指定共享范围内的所有属性名称的集合。


7. int getAttributeScope( String name ) ;
   取得指定属性的共享范围。


8. ErrorData getErrorDate() ;
   取得页面的errorData对象。


9. Exception getException() ;
   取得页面的exception对象。


10. ExpressionEvaluator getExpressionEvaluator() ;
    取得页面的expressionEvaluator对象。


11. JspWriter getOut() ;
    取得页面的out对象。


12. Object getPage() ;
    取得页面的page对象。


13. ServletRequest getRequest() ;
    取得页面的request对象。


14. ServletResponse getResponse() ;
    取得页面的response对象。


15. ServletConfig getConfig() ;
    取得页面的config对象。


16. ServletContext getServletContext() ;
    取得页面的servletContext对象。


17. HttpSession getSession() ;
    取得页面的session对象。


18. VariableResolver getVariableResolver() ;
    取得页面的variableResolver对象。


19. void include( String url, boolean flush ) ;
    void include( String url ) ;
    包含其他的资源,并指定是否自动刷新。


20. void release() ;
    重置pageContext内部状态,释放所有内部引用。


21. void initialize( Servlet servlet, ServletRequest request, ServletResponse response,
                     String errorPageURL, boolean needSession, int bufferSize, boolean autoFlush ) ;
    初始化未经初始化的pageContext对象。


22. BodyContext pushBody() ;
    BodyContext pushBody( Writer writer ) ;
    保存当前的out对象,并更新pageContext中page范围内的out对象。


23. JspWrite popBody() ;
    取出由pushBody()方法保存的out对象。


24. void handlePageException( Exception e ) ;
    void handlePageException( Thrwoable t ) ;
   


成员:
int PAGE_SCOPE = 1        - 页面共享范围
int REQUEST_SCOPE = 2     - 请求共享范围
int SESSION_SCOPE = 3     - 会话共享范围
int APPLICATION_SCOPE = 4 - 应用程序共享范围
String PAGE = "javax.servlet.jsp.jspPage"
String PAGECONTEXT = "javax.servlet.jsp.jspPageContext"
String REQUEST = "javax.servlet.jsp.jspRequest"
String RESPONSE = "javax.servlet.jsp.jspResponse"
String CONFIG = "javax.servlet.jsp.jspConfig"
String SESSION = "javax.servlet.jsp.jspSession"
String OUT = "javax.servlet.jsp.jspOut"
String APPLICATION = "javax.servlet.jsp.jspApplication"
String EXCEPTION = "javax.servlet.jsp.jspException"



⑥ application - javax.servlet.ServletContext
   application主要功用在于取得或更改Servlet的设定。


方法:
1. Object getAttribute( String name ) ;
   返回由name指定的application属性。


2. Enumeration getAttributes() ;
   返回所有的application属性。


3. ServletContext getContext( String uripath ) ;
   取得当前应用的ServletContext对象。


4. String getInitParameter( String name ) ;
   返回由name指定的application属性的初始值。


5. Enumeration getInitParameters() ;
   返回所有的application属性的初始值的集合。


6. int getMajorVersion() ;
   返回servlet容器支持的Servlet API的版本号。


7. String getMimeType( String file ) ;
   返回指定文件的类型,未知类型返回null。一般为"text/html"和"image/gif"。


8. int getMinorVersion() ;
   返回servlet容器支持的Servlet API的副版本号。


9. String getRealPath( String path ) ;
   返回给定虚拟路径所对应物理路径。


10. RequestDispatcher getNamedDispatcher( String name ) ;
    为指定名字的Servlet对象返回一个RequestDispatcher对象的实例。


11. RequestDispatcher getRequestDispatcher( String path ) ;
    返回一个RequestDispatcher对象的实例。


12. URL getResource( String path ) ;
    返回指定的资源路径对应的一个URL对象实例,参数要以"/"开头。


13. InputStream getResourceAsStream( String path ) ;
    返回一个由path指定位置的资源的InputStream对象实例。


14. Set getResourcePaths( String path ) ;
    返回存储在web-app中所有资源路径的集合。


15. String getServerInfo() ;
    取得应用服务器版本信息。


16. Servlet getServlet( String name ) ;
    在ServletContext中检索指定名称的servlet。


17. Enumeration getServlets() ;
    返回ServletContext中所有servlet的集合。


18. String getServletContextName() ;
    返回本web应用的名称。


19. Enumeration getServletContextNames() ;
    返回ServletContext中所有servlet的名称集合。


20. void log( Exception ex, String msg ) ;
    void log( String msg, Throwable t ) ;
    void log( String msg ) ;
    把指定的信息写入servlet log文件。


21. void removeAttribute( String name ) ;
    移除指定名称的application属性。


22. void setAttribute( String name, Object value ) ;
    设定指定的application属性的值。



⑦ config - javax.servlet.ServletConfig
   config对象用来存放Servlet初始的数据结构。


方法:
1. String getInitParameter( String name ) ;
   返回名称为name的促使参数的值。


2. Enumeration getInitParameters() ;
   返回这个JSP所有的促使参数的名称集合。


3. ServletContext getContext() ;
   返回执行者的servlet上下文。


4. String getServletName() ;
   返回servlet的名称。



⑧ exception - java.lang.Throwable
   错误对象,只有在JSP页面的page指令中指定isErrorPage="true"后,才可以在本页面使用exception对象。


方法:
1. Throwable fillInStackTrace() ;
   将当前stack信息记录到exception对象中。


2. String getLocalizedMessage() ;
   取得本地语系的错误提示信息。


3. String getMessage()
   取得错误提示信息。


4. StackTrackElement[] getStackTrace() ;
   返回对象中记录的call stack track信息。


5. Throwable initCause( Throwable cause ) ;
   将另外一个异常对象嵌套进当前异常对象中。
  
6. Throwable getCause() ;
   取出嵌套在当前异常对象中的异常。


7. void printStackTrace() ;
   void printStackTrace( printStream s ) ;
   void printStackTrace( printWriter s ) ;
   打印出Throwable及其call stack trace信息。


8. void setStackTrace( StackTraceElement[] stackTrace )
   设置对象的call stack trace信息。



⑨ page - javax.servlet.jsp.HttpJspPage
   page对象代表JSP对象本身,或者说代表编译后的servlet对象,