每月彙整: 2008 年 8 月

微软及伊坎害雅虎上半年付3600万美元咨询费

發佈留言

雅虎在最近提交给美国证券交易委员会的一份文件中透露,该公司在2008年上半年用于向银行家和律师咨询的费用高达3600万美元.
这些资金主要是为了应对微软的收购和激进股东卡尔-伊坎(Carl Icahn)发起的代理权争夺战,另外还有其它的诉讼咨询费用.
在这3600万美元当中,有很大一部分支付给了高盛、雷曼兄弟(Lehman Brothers)和Moelis & Company这三家顾问公司.在雅虎应对微软收购并考虑其它的战略抉择时,这三家公司负责为雅虎提供咨询建议.Skadden Arps Slate Meagher & Flom律师事务所则向雅虎提供了法律建议.

雅虎的这3600万美元并未包括7月份的花费.实际上在整个7月份,雅虎还花费了大量的资金用于说服股东不要在股东大会上给卡尔-伊坎投票.博客网站PaidContent.org还表示,雅虎还有很多无形开支,如“浪费的时间、转移的国内资源,以及注意力的分散”.

在这份提交给美国证券交易委员会的文件中,雅虎还透露了与谷歌(Google)签署的广告搜索合作协议所涉及的部分条款,但保留了财务条款方面的细节.今 年6月,雅虎在多次拒绝微软的收购报价之后与谷歌达成了合作协议.根据该协议,雅虎将在其搜索系统中显示谷歌提供的广告.双方合作不仅引起了相关机构的严 格审查,而且招致了主要竞争对手微软的不满.微软表示,雅虎与谷歌的合作不利于在线搜索市场的发展.

垃圾邮件借IE7做诱饵散播木马 伪称来自微软

發佈留言

近日安全厂商发现了一种新的垃圾邮件,假冒IE7之名来推送恶意软件感染用户。
这种垃圾邮件的主题是“Internet Explorer 7”,邮件正文中只有两个链接,一个是“下载最新版本IE”,一个是“关于这封邮件”,后者伪称该邮件来自微软官方。
如果用户点击了邮件中的下载链接,会打开一个假冒的浏览器网页,被告知下载一个名为“update.exe”的文件,文件大小为136KB,而这个可执行文件将会感染用户的计算机并下载恶意软件。

上个月还发生了一次类似策略的攻击,不过那次垃圾邮件发送者使用的诱饵是好莱坞著名女影星安吉丽娜·朱莉的“裸照”。

将恶意软件伪装成合法软件来诱骗用户进行下载,这已经是黑客们经常用的攻击手段之一。上周Adobe曾发布了一份安全告警,称有不法分子将恶意软件伪装成其Flash浏览器插件。

用户如果希望下载IE7,最好选择微软官方站点,而且通过Windows自带的自动更新服务也可以获得这一浏览器。

GMail 因供电问题而暂时中断

發佈留言

当地时间本周一,谷歌公司称其解决了“Gmail”邮件系统短暂的“无法连接”故障,系统恢复了正常工作.
有报道称,在美国东部时间周一下午五点,谷歌Gmail邮件系统出现“无法连接”故障.但紧接着谷歌在其Gmail服务“帮助中心”站点发布信息称,“这一故障已得到解决”.

查看:We feel your pain, and we’re sorry

谷歌称,引起Gmail邮件系统出现故障的原因是邮件系统“供电中断”所致,谷歌并提醒用户不用担心:短暂的邮件传输延期不会给用户造成损失,所有的邮件收发都十分安全.

据悉,位于美国、加拿大以及印度的谷歌Gmail用户纷纷报告了这一问题,而且Gmail服务中心以及谷歌的员工同时也发现了自己的内部账号出现了服务暂时中断.

http://www.techcrunch.com/wp-content/uploads/2008/08/gmaild.jpg

http://www.techcrunch.com/wp-content/uploads/2008/08/unknown.png

评论:Google让我们变得更愚蠢吗

發佈留言

传播学大师马歇尔·麦克卢汉指出,“所有媒体都会对我们产生全方位的影响.它们无所不在,改变着政治、经济、美学、心理、道德、社会……所有的一切 都会变 化.传媒即按摩.(麦克卢汉曾提出传媒即信息(message)的经典理论.但他同时也给出传媒即按摩(massage)理论,指出媒体的精神按摩作 用.)信息和按摩虽一字之差,却不是纯粹的文字游戏.只有了解了媒体作为环境的影响,才能理解由此引发的社会和文化变革.”
麦克卢汉虽然没有亲历互联网革命,但他早已预见这场变革将给人类带来的深刻变革.他曾引用苏格拉底的话说:“字母的发明给人们带来忘性,因为这不会花费他们的记忆;人们转而信任外在的字母,而不再动用自己的记忆和思考.”

“不再像从前一样思考了”

“Google让我们变傻了吗?”这是著名科技作家尼可拉斯·卡尔抛出的疑问.因为他正为一些发生在自己身上的变化而不安:“我不再像从前一样思考了,尤 其是在阅读的时候.从前,全身心地融入一本书或长篇文章是很容易的事情,但是现在已不是这样了.我才看完一两页,注意力就无法再集中,而是愈发焦躁,总要 找些别的事去做.我不得不努力地让自己回到书本,这使得阅读成为一个异常艰苦的过程.

为什么会发生这样的变化?和周围的大部分人一样,卡尔已经习惯于互联网的世界———上网搜索、浏览、也在网上发表作品,做出自己的贡献.对于作家卡尔而 言,互联网是再好不过的助手,只要输入几个字母,就能找到他所需要的准确信息,而不用花大把的时间在图书馆检索.即使在不上网的时候,卡尔也习惯在网上看 新闻,浏览博客,或者只是从一个链接跳到另一个链接.

今天的互联网俨然已成为最主要的信息载体,它不仅给世界带来翻天覆地的外在变化,也在以一种潜移默化的方式影响着我们.

“跳跃式”阅读替代细嚼慢咽

麦克卢汉在上世纪60年代指出,“媒体不仅只是被动的提供信息渠道,而是在传输资源的同时改变思考的模式”.前所未有的互联网变革更是如此:对于习惯了纸 张和书本的人们而言,高速网络让人无法集中注意力,难以深度思考.大脑处理网络信息的方式正如网络本身一样———是对信息流的高速传输,而非细嚼慢咽.

卡尔就此给出了一个形象的比喻:过去人们习惯在文字的海洋潜水,现在则在奔腾的信息海洋上冲浪!这样的变化显然不止发生在卡尔一个人身上.网络写手斯科 特·卡尔普也在博客中提到,曾经酷爱读书的自己完全放弃了阅读印刷作品.“到底发生了什么,我为什么如此倚赖网络,这难道只是因为方便,还是我的思考方式 已经变化了.”

密歇根医学院教授布鲁斯·弗里德曼也在博客上写道,互联网如何改变了他的思维习惯.“现在我已几乎完全丧失了阅读稍长些文章的能力,不管是在网上,还是在 纸上.”弗里德曼告诉卡尔,他的思维呈现出一种“片断式”特性,这反映了他上网快速浏览多方短文的习惯.“我再也读不了《战争与和平》了.我失去了这个能 力.即便是一篇超过了三四段的博文,也难以吸收.我就只扫一眼.”弗里德曼说.

人们在互联网上形成的特殊阅读习惯正在得到验证.伦敦大学的学者最近公布了一个有关网络阅读习惯的研究结果.在这个为期5年的项目中,研究者提取了两个学 术网站的电脑日志.它们分别由英国图书馆和英国教育协会运作,提供电子期刊、电子书及其他文字信息的在线阅读,一直拥有大批网上读者.

通过对电脑日志的分析,研究人员发现,两个网站的访客都喜欢“匆匆掠过”,总是从一篇文章“跳跃”到另一篇浏

览,而且几乎不会看已经访问过的文章.他们打开一篇文章后,通常读上一两页,然后就转到了别的网站.有时他们会把长篇文章保存下来,但没有证据显示他们会回头再读.

研究者在报告中结论称:很明显,用户不是在以传统方式进行在线阅读;相反,一种新的方式正在出现:网民们在标题、内容页和摘要间进行着平行式“海量浏览”,为的是很快得到结果.也可以说,人们上网正是为了避开传统意义上的阅读.

网络让注意力愈发分散

卡尔和一些学者认为,互联网的迅捷和内容丰富带来的一大副产品是扰乱注意力,让人无法专注于某个事物.心理学研究人员指出,没有人能同时写邮件和打电话,因为大脑无法如此迅速地转移注意力,而长期的“一心二意”导致的后果可能和吸烟一样危险.

科技作家麦琪·杰克逊在新作《正在到来的黑暗时代》中警告说,当我们的注意力愈发分散,沉溺于走马观花式的认知,我们可能沦为介于人和机器之间的半成品.

互联网兴起之初,人们总谈论网络给教育带来的变革———过去父母们需要在图书馆苦苦搜寻才能得到的信息,他们的孩子只需轻点一两下鼠标就能得到.但现实并 非这样简单,研究显示,青少年访问的网站中,90%都是社交类网站,相比起在网络的知识海洋里畅游,年轻人更喜欢沉溺于网络的社交群落.在《最愚蠢的一 代:数码时代如何让美国人变得更蠢》一书中,埃默里大学教授马克·鲍尔雷描绘了网络时代成长起来的年轻人,无法保持足够的注意力来读完一本书,甚至无法用 心领会一首诗的含义.

在信息时代成长的年轻人所拥有的网友数量让他们的父母难以置信,这样的交往方式也更让人担忧.研究人员曾对一位24岁青年的电邮通讯进行了5年的跟踪研 究,他们发现,这位年轻人的网上联系对象超过一千万人,但多数的联系都陷于肤浅的交流,因为在互联网上缺乏现实世界中交往的深度和复杂.

如果你在社交网站Facebook或MySpace注册,不出几个小时,就能“朋友遍天下 ”.但是这很难被称之为真正意义上的朋友.互联网的友情能像闪电般诞生,也能同样快地终结.杰克逊由此担心,网络可能危及年轻人在真实社会的社交———他 们可能习惯于随心所欲的喜欢或憎恨某个人,由此抛弃现实社会中真实友情所依赖的考验和坚持.

“效率”和“直接”至上影响阅读

由于网络承载的前所未有的海量信息,今天的人们显然要比20、30年前读到更多的东西.但这是一种新的阅读方式,或许也代表着新的思维模式和自我认知.

“我们并非只由阅读的内容影响,”塔夫茨大学的心理学家玛雅妮·沃尔夫说:“我们也被阅读的方式所定义.”她也因此担心,将“效率”和“直接”至上的新阅 读风格可能会损害我们进行深度阅读的能力.几百年前的印刷术,让阅读长而深奥的作品成为寻常之事,也让人们能坐下来静心阅读,而今天人们上网阅读时,扮演 的角色只是“信息解码器”.人们在专注地深度阅读时所形成的那种理解文本的能力,以及丰富的精神联想力,都被我们抛弃了.

沃尔夫解释说,阅读并非人类与生俱来的技巧,不像语言那样是人类基因的一部分.人们必须训练自己的大脑,让它将看到的字符翻译成可以理解的语言.而阅读所 需的媒体和技术则对大脑的神经系统产生影响.实验证明,使用意表文字的人,如中国人,和使用字母的人在阅读时相比较,神经环路上有明显不同.这样的区别在 大脑各个部位都有出现,其中包括掌控核心认知功能的区域.因此,也可以这样推测,在线阅读和读书读报也会产生不同的神经环路.

Google谷歌中国奥运会专题页面上线

發佈留言

虽然现在，你在首页并不能够通过连接进入，但是通过直接输入网址，已经可以看到谷歌中国为本届奥运会特别制作的特别页面了，其中包含了各产品导航、金牌榜、地图、Google Earth地图网页版，其中，谷歌地球探索网页版这需要安装插件。

谷歌中国奥运会专题：http://www.google.cn/2008/

×除注明外均为原创,若需转载或引用,请注明来自与G共舞、本文链接及本声明.

语义一致与合理命名，及常见错误

發佈留言

转自http://www.junchenwu.com/2006/01/buttoninput.html

一句话概括主题：<button>具有<input type="button" ... >相同的作用但是在可操控性方面更加强大。

HTML 4.01规范的Forms部分指名表单有以下几种控制类型：buttons, checkboxes, radio buttons, menus, text input, file select, hidden controls, object controls. 其中除了buttons/menus/object controls之外，都是由<input>完成。

我这里说的是<button>和<input>。

<button>和<input>

规范中指名：可以用<button>和<input>来做表单按扭。不同的按钮类型请参考这些元素的详细定义。要注意的是<button>比<input>支持更丰富的表现功能。

一些区别

大家都知道<input>可以这样用（实际上是一定要这样用）：<input type="submit" value="OK" />，一定要这样闭合。而不是：<input type="submit" value="OK" ></input>。因为起始标签为必须，而关闭标签是禁止的。

<button>比<input>更厉害的地方就在于它可以包含内容。它的值并不是写在value属性里，而是包含在标签中。如：<button>OK</button>。<button>的起始标签和关闭标签都是必须的。这样你便获得了样式化的主导权。

你可以这样写：<button><strong>OK</strong>, I do.</button>，甚至是插入图片：<button><img src="button.gif" alt="" />, it's great.</button>。有点类似于<input type="image">，但是显然强大多了。

最后要注意的是，被<button>包含的图片，不能使用热点地图，即不能<img src="foo.gif" usemap="..." />，这是不合法的。当然也不能再包含诸如input, select, textarea, label, button, form, fieldset, iframe,和isindex（不推荐使用）元素了。

(X)HTML Strict 下的嵌套规则

發佈留言

下面是一份在 HTML 4 Strict 和 XHTML 1.0 Strict 下必须遵守的标签嵌套规则，比如你不能在 <a> 里面再嵌入一个 <a> 这样的约定。

说明：

  • 为了方便读者阅读，本文中的标签使用了大写（根据 XHTML 的规则，元素名必须小写，比如 <html> 而不应是 <HTML>）
  • 小写的单词表明一组或一系列 HTML 标签
  • 每一项条目（标签）后都跟随一组标签列表，如果没有这个列表，那么表明该条目（标签）内部不允许包含任何标签。这意味着该条目内部只能包含纯文本内容（#PCDATA，见下文）。如果注明 (empty)，这意味着该条目内部不允许包含任何形式的内容。对于 flow，inline，block，OBJECT 和 BODY，其内部允许包含的内容在文中会单独给出。
  • #PCDATA 的意思是“parsed character data”，即纯文本内容（不包括任何 HTML 标签，但是转义内容可以存在，比如 &auml; 和 &#228;）
  • CDATA 的意思是“character data”，这意味着不包括转义内容的纯文本内容，详细内容可以参考CDATA Confusion
  • excluding … 意即不得直接或者间接的包含所列的元素
Allowed Nesting of elements in (X)HTML Strict

allowednesting

注1. 以上内容基于 [HTML 4.01 Specification] 的 Strict DTD。JunChen 翻译自 Allowed nesting of elements in HTML 4 Strict (and XHTML 1.0 Strict)

注2. 对于 XHTML 1.0，基本上一致，不同点如下：

  • 对于 <script> 和 <style> 的内容，在 HTML 4 里是 CDATA 而在 XHTML 里是 #PCDATA
  • 在 XHTML 中，<table> 标签后可以紧跟一个 <tr>，而在 HTML 4.01 里，不允许这样，不过 <tbody> 标签又是可以省略的。意思就是说，如果代码中的 <table> 后紧跟 <tr>，对于 HTML 4.01，会隐性的生成一个 <tbody> 标签，而在 XHTML 里面就没有。这会影响到样式表使用 tbody 作为选择器。

Google发布Insights:让你知道世界在搜索什么

發佈留言

访问:Google Insights

Google在提供准确的搜索服务的同时,一方面也在进行着数据采集和挖掘的工作,最新的Google Insights就是一个不错的成果.
我们可以把Google Insights看做是Google Trends的升级版,在Google Insights中,只要您键入所需要的关键词,就可以查找到全世界和您有着同样兴趣的用户的搜索情况,并且可以按时间(2004年以来),按类别,按区域进行筛选,帮您了解相应关键词的受关注程度.

电信重组 小灵通该如何绝路逢生

發佈留言

如今的小灵通成了一块鸡肋,食之无味,弃之可惜.电信重组后,小灵通将何去何从,成了时下人们讨论的热点.
日前,工信部发布了《2008年4月电信业主要指标完成情况》,数据显示,截至2008年4月,我国小灵通用户数为7948.8万,比2007年底减少 505.7万.而不久前,中国电信总经理王晓初在新闻发布会上表示,接收联通C网后,公司的小灵通业务将首先受到冲击.笔者理解受到冲击不是一般的冲击, 它关系到队伍能否巩固,是否能继续生存与发展.

我国小灵通自1997年开通,已走过11个年头,巅峰时期用户数逼近1亿.可以说具备了一定的实力和优势,小灵通环保、耗电省,尤其是与手机相比资费异常便宜,以广东省为例,小灵通在本地拨打市话和长途电话均只需0.09元,仅为手机资费的 1/5.另外小灵通在一些发达省还能漫游且同本地消费标准一样,如:如浙江小灵通用户在安徽漫游可以免费接听所有来电,拨打电话同样为0.3元/分钟,资费仅为手机资费的1/2甚至更低.这么多优势怎么难以健康长寿?

从近1个亿用户跌至近8千万,而且今年前段时间跌得更猛,这是什么原因呢,这个原因不外乎就是不能完全漫游,接听信号较差.这人都是要活动,要交流,有的人活动频繁,有的人偶偶也得出差,不可能在一地呆上一辈子.出门在外那小灵通只能当作摆设,没有它用,这还不打紧,只是亲朋好友只知道小灵通的号码,换了其它新号,很多时候联系不上,万一遇到急事要事那才真要命.当然也有一些很少出差的人,那就是一些老太太和小孩,这部分人毕竟使用通讯工具少,成不了主力军.
小灵通话费低,迎合了消费者的需求,从这点上来说是很得人心的,更重要的是小灵通能起到降消其它通讯话费的作用,目前与手机抗衡的只能是小灵通,小灵通的问世与发展,使电信市场多了一个竞争对手,增强了竞争力.正因为小通的出现,中国移动才得以震动,资费有所松动,服务有所改变,正是它的出现,将高高在上的手机话费“拉下马”.小灵通不能是一个匆匆过客,它应该稳住阵脚健康发展,这不仅是业内人士的渴望,更是公众的期待.
要使小灵通重新再现辉煌,就得在漫游上下功夫,在信号上做文章,这就要进行更新改造,创新发展,就得着眼于当前,立足于长远,这创新就得加大投入,吃点眼前亏.可喜的是,中国电信一高层表示:“我们的思路很清楚,拿到移动牌照后,小灵通也可以全国漫游,然后和CDMA用户一起,逐渐升级过渡为 CDMA2000用户.”这就是说,小灵能在不久的时间里将脱胎换骨,能与手机媲美,这是一个好消息,也是决定小灵能能否继续生存至关重要的一环.
人们喜爱小灵通,不仅在于交费低,更重要的是希望市场多一个竞争对手,把不合理的资费,不如人意的服务得到改善.人们期望小灵通的存在壮大正是基于此点.

Ubuntu获得Linux World Expo 2008 “最佳桌面方案”称号

發佈留言

在加利福尼亚旧金山举行LinuxWorld Conference and Expo 2008上,Ubuntu因为对Linux桌面化的贡献而获得了“最佳桌面方案”称号.
本次评奖共设12个奖项,专门授予对Linux和开源事业发展有突出创新贡献的社团.目前Ubuntu在22个国家拥有机构和雇员,Ubuntu本身也是Linux发行套件中在桌面平台最受欢迎的一个.以下是所有奖项:

閱讀全文 →

雅虎爆“做票”丑闻 杨致远再面临信任危机

發佈留言

雅虎公司董事选举爆出“做票”丑闻.昨日,由于股东们的强烈质疑,雅虎公司不得不再次清点股东大会投票结果.新的投票结果公布,包括CEO杨致远以及董事 长罗伊·博斯托克的支持票由高票当选,大跌至60%,接近“下课”边缘.而雅虎方面给出的解释仅是“由于技术性原因,反对票被漏计”.“这绝对是雅虎公司的丑闻,也是纳斯达克上市公司历史上最大的丑闻之一!”雅虎股东对雅虎借口“算错票”为由推脱责任极为不满.

8月2日,雅虎董事会选举.原本业内认为,由于股东不满雅虎管理层强硬拒绝微软446亿美元的并购计划,很可能对董事会投不信任票.甚至有人预测,雅虎董事会将遭遇大换血,原董事会9名成员将一个不留.
不过公布后的结果令人大跌眼镜,所有原董事会成员均以超过75%的支持率高票当选.备受争议的现任CEO杨致远的支持率更是高达85%.这立刻引发了股东们的强烈质疑.雅虎第一大股东Capital Research基金管理公司当即表示,要求第三方验票机构重新计票.
雅虎被迫重新清点票箱,并且更正投票结果.更正后的投票结果显示,5名董事会成员得票率大跌.CEO杨致远的支持从85%下跌到66.3%,董事长罗伊·博斯托克的支持率更是从79.5%跌至60.4%.
雅虎股东对于雅虎董事会借口“技术原因”导致计票错误极为不满.有股东质问“不要再自欺欺人,为何他们只算错了反对票!”分析认为,面对计票丑闻,原本就面临信任危机的雅虎董事会和管理层将面临更大的压力.
目前,要求杨致远下台的呼声越来越大,和董事会投票前惟一不同是的,股东还要求所有在“错票”事件中支持率大跌的4名董事会成员陪杨致远一起“卷铺盖走人”.

QQ for Linux的后续改进计划

發佈留言

QQ for Linux的版本发布后，终于可以扔掉EVA了，就是现在在这个ubuntu上，常使用的QQ就无法使用EVA,虽说现在的版本确实不够完善，比如无法使用传送文件，没有聊天记录保存，但是起码能正常的使用到QQ了，而且没有花哨的功能，不知道以后会怎么样。
今天在腾讯论坛上看到了QQ for Linux的后续改进计划，看来使用linux又多了一分肯定。期待中！

计划改进如下：2008-8-6 15:37:03 更新：

近期会优先解决以下问题：
1、支持后台Tcp连接方式
2、降低安装包对软件系统的需求
3、发布支持64位版本的安装包

在后续的版本中，将会合入以下功能：
1、支持截屏
2、支持发送自定义图片（截屏）
3、和好友间传输文件
4、支持来消息的声音提示
5、支持群管理
6、支持好友分组的管理
7、支持好友备注的显示
8、优化稳定性和性能

雅虎任命伊坎加入董事会 原董事科蒂克辞职

發佈留言

雅虎周三如约宣布任命激进投资者卡尔·伊坎加入公司董事会.伊坎此前曾发誓要发动一场代理权争夺战,驱逐雅虎公司整个董事会,并用自己指定的人选取而代之,但后来雅虎和他和解,答应让他加入公司董事会.
在提交给美国证券交易委员会的一份文件里,雅虎一如预期同时宣布董事会成员罗伯特·科蒂克 (Robert Kotick)已在上周五雅虎年度股东大会后已辞职.根据与伊坎达成的和解协议,雅虎还在8月15日将任命伊坎阵营的两人加入董事会,从而将董事会规模扩大的11人.目前雅虎还没有确定下来这两名人选.

自今年5月初拒绝了微软提出的475亿美元收购要约以来,雅虎就一直承受着来自股东们沉重的压力.雅虎必须向股东们展示,它有能力实践自己的承诺,扩大线广告业务,拯救委靡不振的股价. 閱讀全文 →

谷歌与开源组织合作 在Linux整合大量迷你软件

發佈留言

据IDG新闻服务报道,一位Linux开发者于当地时间本周二透露说,由于看好逐渐兴起的Linux市场,谷歌正在积极准备与开源组织合作,在操作系统中整合谷歌出品的应用程序.
Good OS创始人兼总裁David Liu在美国洛杉矶举行的LinuxWorld大会上说,通过与开发者合作,谷歌可以将其应用程序渗透到更多的低价笔记本电脑产品中,用户可以通过这些应用程序进行诸如网络浏览和电子邮件等基本的应用.

谷歌提供的软件包括Google Docs和Spreadsheet这样基于网络的应用程序以及一些基于本地操作系统的迷你程序.虽然低价笔记本电脑目前还处在发展初期,但是这类产品有望在今后几年呈现爆炸式的增长.
谷歌和Good将进行合作将谷歌的一些迷你应用程序预装在Good即将发布的名为GOS Gadgets 3的Linux系统中,这些迷你应用程序为用户提供游戏和系统查看功能,包括查看电池剩余时间和无线网络信号的强度.Liu还表示,这一系统是专为超低价笔记本电脑设计的,整合谷歌的应用程序也将非常有意义.因为谷歌的应用程序对系统的要求更低,而基于网络的应用对于本地资源缺乏的低价笔记本而言也非常具有吸引力.这款系统还将与谷歌网站上的约一万个小程序建立链接.
除此之外,微软和苹果也分别在其各自的操作系统中整合有迷你应用程序.
Liu说虽然所有人均可使用谷歌的小程序,但是谷歌位于北京的开发人员将会帮助Good将这些应用程序整合到GOS系统中.虽然官方并未正式宣布此项合作,但是双方仍将通力合作保障这些程序的正常运转.Liu表示,谷歌并不希望自己与开源组织之间的合作受到太多的关注.除此之外,谷歌还积极地与 Wine这样的模拟软件进行协作.Wine可以让使用Linux的用户使用微软Office这种原本只能在Windows上运行的软件.而Wine也将被捆绑安装在GOS系统中.
GOS Gadget 3系统还将预装谷歌的Picasa软件,同时提供谷歌Gmail的网络链接.该系统将会在今年九月发布,产品完全免费,该公司正在与电脑厂商接洽,希望能够成为低价笔记本电脑的预装系统.
IDC的研究显示,到2012年,Netbook也就是超低价笔记本电脑的出货量将达到900万台.该产品的先驱——华硕易PC今年一季度的销量已经达到35万台.然而,华硕CEO沈振来却表示Windows版的Netbook的需求量将会大于Linux版的产品.
谷歌未立刻就此发表评论.

时代华纳拟将AOL一分为二

發佈留言

据国外媒体报道,时代华纳今天宣布,将在明年初将AOL的拨号和广告业务分拆为两大部门。
时代华纳表示,通过在年底前分拆有线电视部门和AOL,公司将专注发展内容建设,而不再推动现有渠道业务。今年5月,时代华纳已宣布在年底前剥离有线电视 业务。再加上明年的AOL业务分拆,时代华纳今后将主抓内容业务。对此,时代华纳CEO杰夫·比克斯(Jeff Bewkes)在一份声明中称:“随着重组的进行,我们将来的主要目标是打造和管理高质量的品牌内容。”

拨号业务分拆后,时代华纳很可能将该部门出售或与其他企业合并。而竞争对手EarthLink上周曾表示,有意在拨号市场展开并购。据悉,时代华纳已与潜在买家进行了非正式接触,其中包括EarthLink。
据分析师预计,AOL拨号业务价值20亿美元至30亿美元。但时代华纳希望能卖出更高价格。尽管拨号业务已持续多年下滑,但目前仍是一项盈利业务。用户数量为870万,而第二大服务商EarthLink仅为330万。
至于广告和互联网业务,据知情人士称,AOL仍与雅虎和微软保持着非正式谈判。其中,与雅虎谈判进行地比较深入,主要方案为:雅虎合并AOL,时代华纳将持有少量股份。

谷歌音乐搜索:仅限于中国内地

12 則留言

谷歌音乐搜索的地址在香港无法访问，返回的页面非常简单，就一句话：抱歉，谷歌不在您所在的地区提供您所需要的服务。显然，知识产权的地域性在互联网上得到了体现……作为一名律师，我当然是欢迎Google的这种合法搜索引擎的。没有秩序的社会，是律师的地狱……作为一个网民，我也欢迎这种安排。谷歌通过谈判，获得了版权人的许可，向用户提供免费的音乐作品，然后与版权人分享搜索页面的广告收益。
这样的安排，在使用户得到免费音乐的同时，保证了版权人的利益……其实，Google英文版也有音乐搜索引擎，只不过它是唱片的搜索……利用Google的 Advanced Google Search Operators工具，有人（并非Google公司）制作了基于Google的音乐搜索引擎，，命名为“Musgle”。它倒的确带来一些更为有趣的法律问题。

在cnBeta上看到谷歌音乐搜索上线的消息。地址是：http://g.cn/music，在中国内地的访问者应当可以见到类似下面的页面：

根据报道，和其他音乐搜索最大的区别是：谷歌音乐搜索搜索到的都是经过唱片公司授权的正版音乐。在我订阅的财经新闻中，也提到Google是在与音乐公司持续数月的谈判后，才在中国内地推出这个免费的音乐搜索服务的。我试了一下，上述谷歌音乐搜索的地址在香港无法访问，返回的页面非常简单，就一句话。

“抱歉，谷歌不在您所在的地区提供您所需要的服务。 “

显然，知识产权的地域性在互联网上得到了体现——只有中国内地的“谷歌”用户才能获得这项音乐搜索服务。这也是我为什么在帖子标题中破例使用“谷歌”而不用“Google”的原因。

作为一名律师，我当然是欢迎Google的这种合法搜索引擎的。原因倒不是出于什么大的价值关怀，而是一个很简单的屁股决定脑袋的理由：没有秩序的社会，是律师的地狱。

作为一个网民，我也欢迎这种安排。谷歌通过谈判，获得了版权人的许可，向用户提供免费的音乐作品，然后与版权人分享搜索页面的广告收益。这样的安排，在使用户得到免费音乐的同时，保证了版权人的利益。想起几年前一次在北大召开的mp3下载法律问题研讨会上（这个研讨会的赞助者是中国的某搜索引擎提供者），弥漫着“要么让搜索引擎分享收费下载的利润，要么搜索引擎就拐弯抹角地找法律空子提供音乐搜索”的空气。相比起来，Google无疑又让人感到了（至少相对于其它一些网站的）“不做恶事”的风格。更重要的是，它宣示了一种既有制度的张力：无论我们多么希望一个Free Culture的到来，这个Culture要成其为Culture，就必须有秩序。

其实，Google英文版也有音乐搜索引擎，只不过它是唱片的搜索，不提供试听，地址是：
http://www.google.com/musicsearch?q

在这个搜索引擎中搜索Jacky Cheung（张学友）的结果截图如下（可以发现都是链接到iTunes的付费下载）

此外值得一提的是，利用Google的 Advanced Google Search Operators工具，有人（并非Google公司）制作了基于Google的音乐搜索引擎，命名为“Musgle”，Musgle可以找到可供下载的mp3文件，点下面的图标可进入：

Musgle

通过Musgle，访问者不能试听音乐，但的确可以下载相关音乐的mp3文件。这种对搜索引擎的二次开发，在技术上遇到的障碍应该不大，不过它倒的确带来一些更为有趣的法律问题。比如：Google是否因此还是难逃版权纠纷？如果Google不必承担责任，那么Musgle的举办者呢？这个问题值得相当精细地讨论——对于这类法律问题，还是那句话，没有概括的“是”与“否”，只有对细节的分析和暂时的答案。这方面的问题，以后有空再谈。在此之前，也希望专业的读者在本文后提出自己的看法（纯粹表达情绪的就免了，呵呵我这里不是天涯）。

Transitional vs. Strict Markup

發佈留言

推广Web Standards的人经常说XHTML比HTML更加严格，当然从某种意义上说是的，比如它要求所有的标签关闭并且所有的属性都用引号。但其实XHTML 1.0还分两种（加上Frameset DOCTYPE的话算三种，本文不讨论），Transitional（过渡型）和Strict（严格）DOCTYPEs。并且HTML 4.01也有同样的文档声明。

从字面上就可以看出来意思：Transitional DOCTYPEs只是为了实现从旧时代到新时代的过渡，而且Strict DOCTYPEs是默认的文档声明， 对构造HTML 4.01和XHTML 1.0都适用。

使用Transitional DOCTYPE一般是由于代码中含有过多陈旧的写法，并且一下子很难完全转换到Strict DOCTYPE来。但是Strict DOCTYPE才应该是你的目标。它鼓励甚至有时是强迫你把结构与表现区分开来，把表现层的代码都写在CSS里。HTML 4 Document Type Definition： –

本HTML 4.01 Strict DTD不包括表现层属性和标签，W3C将逐渐淘汰这些属性和标签，您完全可以使用样式表来实现。您应该使用Strict DTD，如需获得表现层属性和标签的支持，请使用Transitional DTD。

用Strict DOCTYPE还有一个好处，即可以让浏览器使用它们最严格、（一定程度上）最符合标准的模式来渲染页面。

Tommy Olsson在Web Standards Group的Ten questions for Tommy Olsson一文中很好的阐述了使用Strict的好处：

我觉得，使用Strict DTD，无论是HTML 4.01 Strict还是XHTML 1.0 Strict，远比讨论是用HTML还是XHTML重要的多。它代表了未来互联网的质量。它将结构和表现分开，使得维护一个站点非常容易。

对于刚开始接触web standards和正确的、语义化的结构的人，认清Transitional和Strict DOCTYPEs的区别非常重要。更多详细列表请参考：XHTML: Differences between Strict & Transitional、Comparison of Strict and Transitional XHTML和XHTML1.0 Element Attributes by DTD。

对于准备向Strict进发的人来说，两者的有些区别很可能会使开发者犯错误，接下来我将会谈到。

在Strict DOCTYPEs下不支持的标签

  • center
  • font
  • iframe
  • srike
  • u

在Strict DOCTYPEs下不支持的属性

  • align (表格相关的支持：col, colgroup, tbody, td, tfoot, th, thead, and tr)
  • language
  • background
  • bgcolor
  • border (table支持)
  • height (img和object支持)
  • hspace
  • name (在HTML 4.01 Strict中支持，XHTML 1.0 Strict中的form和img不支持)
  • noshade
  • nowrap
  • target
  • text, link, vlink, 和alink
  • vspace
  • width (img, object, table, col, 和 colgroup都支持)

内容模型的区别

元素类型的内容模型描述了什么样的元素类型实例可以被包含。这一点上，两种文档声明的最大区别在于blockquote, body, 和form元素仅能够包含块级元素，如：

  • 文本和图像不允许直接包含在body中，必须被p或者div等块级元素包含
  • input元素不能直接是form元素的下一层
  • blockquote元素内的文本，必须被p或者div等块级元素包含

将所有的表现都交给CSS，恪守Strict标准

在向Strict DOCTYPEs过渡的过程中，了解每个元素是做什么的比知道每个元素长啥样有效的多。

首先考虑结构和语义，然后再担心表现。

正确使用XHTML的冒险

發佈留言

原文：http://www.456bereastreet.com/archive/200501/the_perils_of_using_xhtml_properly/

作者：Roger Johansson

翻译：Neo (http://www.omemo.net/neo)

修正：JunChen

JunChen注：omemo.net网站似乎已经挂掉，链接都失效了。文章写得非常不错，一直是Best of 456 Berea Street。在这里发布的时候我进行了少量代码上和翻译上的修改，以忠实原著。

我使用XHTML有些年了，但直至去年夏天我才着眼于如何正确使用，那就是说，以application/xhtml+xml的MIME类型来伺服(server)它。虽然我遇到了这些问题，但我知道问题远非如此。就如你即将发现的一样，当你开始使用真正的XHTML，你会遭遇很多似乎细小但让人困惑的问题。

请注意这不是一篇讨论支持或反对使用XHTML的文章。我只是写下我所知道的潜在的易犯错误，并且让你自己来决定自己的选择：HTML 4.01，为所有浏览器伺服为text/html的XHTML 1.0或者为能够处理其的浏览器伺服为application/xhtml+xml而其他浏览器则伺服为text/html的XHTML 1.0。否则有些东西会完全不一样。

只有在问题发生的时候，我才有机会去了解和认识这些东西。有些情况下我必须花很多时间来查找问题和求助于其他人，来寻求一个解决方案。但我在其中学到不少东西，我会把我已经使用XHTML后应该知道的都告诉你。

注意我这里提及的问题只会发生在能正确处理application/xhtml+xml MIME类型的用户代理中，而因此XHTML被作为XML。这也可能是这里不提及XHTML的早期使用的原因——很少有人使用这样的浏览器，所以几乎不会有人因只伺服为text/html的XHTML所烦忧。

今天，实际上把XHTML伺服为application/xhtml+xml正慢慢变得平常。我所知道的理由有两个：

  1. 使用Firefox，Mozilla，Opera，Safari和其他兼容XHTML浏览器的人数增加了很多，所以你不再仅仅为自己和伙伴这样做。嗯。或许你就这样做，当将影响更多人。
  2. 在web开发者之间，对XHTML的真正面目是什么的觉醒越来越多了。使用XHTML已经有多次多时的热烈的讨论，尤其是伺服为text/html的时候。如果你参与了任何一次讨论，你知道我在说什么。

假如你，像我，决定实现某些类型的content negotiation和在传送XHTML的时候使用正确的媒体类型，你需要知道什么能（和将）在你发布的文档中发生，并且知道怎样避免问题的发生。对于对content negotiation同进行content negotiation的脚本例子有兴趣的读者，我推荐你阅读Content Negotiation和Serving up XHTML with the correct MIME type。还有很多这种类型的文章，但这是我读到的最精彩的两篇。

每一个基本的教程都有一些HTML和XHTML的明显区别：元素和属性名字使用小写，属性值总要用引号。不要使用简化属性，确保所有的元素都有结束标签和没有不正确的嵌套等等。但是，当XHTML伺服为application/xhtml+xml时还需要知道更多东西。

良好的结构是必须的

文档必须是良好的结构（well-formed）的XML（跟合法的（valid）XHTML不必然相同）。就是必须，不是可能。

如果文档结构不好，符合标准的浏览器（当前我知道Mozilla，Firefox，Netscape，Camino，Opera，Safari和OmniWeb——相当多的浏览器除了IE）将会显示错误信息并且以某种方式中止处理文档。

此外，这还意味着不再使用未编码的”&”号。

XML声明可能是必须的

如果要使用UTF-8或者UTF-16以外的变法，必须要XML声明，除非HTTP头已经提供编码。

在HTTP头中是否要指定字符编码有些模糊，Architecture of the World Wide Web, Volume One: Media Types for XML这样写的：总体上，不应该在协议头为XML数据指定字符编码，因为数据本身已描述。

另一方面，XHTML 1.0, Second Edition: Character Encoding写到：

为了让文档使用指定的字符编码，最好的办法是保证web服务器发送正确的头。

就是说，在XML声明中指定字符编码是好的习惯：

<?xml version="1.0" encoding="iso-8859-1"?>

只有五个实体是安全的

只有五个预定义的实体（&lt;, &gt;, &amp;, &quot;, 和&apos;）的支持是有保证的。其他的可能完全被忽略或者直接输出。比如，如果XHTML文档包含如&nbsp;或者&rdquo;的实体，Safari会直接地输出。Opera反而选择忽略未知的实体，同时Mozila家族会认得这些实体并且就像HTML中“如果文档引用公共的映射浏览器伪DTD目录中的标识符并且没有单独声明的文档”来处理。

使用UTF-8字符编码是最受推荐的，让你（几乎）可以使用你需要键入文档的任意字符，不需要实体或者字符编号。如果你不能或不愿使用UTF-8，数字式的字符编号是可以支持和安全使用的。

SGML式注释的内容可能会被忽略

SGML注释（HTML风格注释， <!-- 注释 -->）可能会（并且会）被浏览器当作注释，就算是在script或者style元素内部使用。

在HTML中，普遍地把script和style的内容装入注释中，为的是在不认识script或style元素的浏览器中隐藏他们，并且在页面上把其内容生成平白文本。

在XHTML中，这样做会引起浏览器忽略掉注释里的任何内容。

在老的浏览器中隐藏script和style的习惯可以追溯到1990年代中期。我的经验是，有如此表现的浏览器是十分罕见的，所以你可以安全地忽略它们，并且停止在脚本和样式中装入SGML式注释，就算你使用的是HTML。

脚本和样式元素的内容也被当作XML

样式和脚本元素是PCDATA（parsed character data，解析字符数据）块，不是CDATA（character data，字符数据）块。因此，在其内看起来像XML的任何东西都会被当作XML来解析，并且会引发错误除非是良构的。

为了在script或style块中使用<、&或者–，你需要用CDATA ：

  1. <script type="text/javascript">
  2. <![CDATA[
  3. ...
  4. ]]>
  5. </script>

在CDATA里，你可以任何顺序的字符，它们不会被当作XML来解析（除了结束CDATA部分]]>）。

需要以text/html发送的文档中，CDATA部分的起始和结束标签需要注释掉，以便在不能处理CDATA部分的浏览器中隐藏：

  1. <script type="text/javascript">
  2. // <![CDATA[
  3. ...
  4. // ]]>
  5. </script>
  1. <style type="text/css">
  2. /* <![CDATA[ */
  3. ...
  4. /* ]]> */
  5. </style>

如果要确保很老的浏览器隐藏CDATA部分，需要使用更为复杂的方法，像在Ian Hickson的Sending XHTML as text/html Considered Harmful中描述的那样：

  1. <script type="text/javascript">
  2. <!--//--><![CDATA[//><!--
  3. ...
  4. //--><!]]>
  5. </script>
  1. <style type="text/css">
  2. <!--/*--><![CDATA[/*><!--*/
  3. ...
  4. /*]]>*/-->
  5. </style>

一个更好的办法可能是在发送text/html的文档前使用content negotiation脚本来删除任何CDATA部分。

当然，最聪明和安全的途径是把所有的CSS和JavaScript都移动到外部文件中，但不总是现实的做法。

没有会自动补全的元素

在HTML中，假如表格的tbody元素漏写的话浏览器会自动补全，而XHTML不会。如果你没有清楚地添加tbody，它就不会出现。在编写CSS选择器和JavaScript的时候请铭记在心。

用document.write编写的脚本不再工作

在XHTML中使用JavaScript，document.write不会工作。Ian Hickson在Why document.write() doesn’t work in XML解释了原因。你需要使用document.createElementNS()代替。关于更多可以在Experts Exchange中的论坛主题中找到。

这也是Google AdSense不在XHTML中工作的原因之一。那些希望以application/xhtml+xml伺服XHTML并且使用Google广告的人，这儿有一个解决办法：Simon Jessey的Making AdSense work with XHTML。尽管有点麻烦，但还是工作了（我在这里也使用了），同时被Google所认可。

引入样式元素

在XHTML中，为了兼容定义CSS规则的XML方法，你应该使用XML样式表声明（访问 XHTML 1.0, Second Edition: Referencing Style Elements when serving as XML的XML样式表声明和Associating Style Sheets with XML documents的xml-stylesheet处理说明）。要载入外部CSS文件，我们需要使用style元素，同时应该使用XML样式表声明来引入样式元素。为此，使用id属性给style元素一个分解的标识符，然后在XML样式表声明中引入该标识符：

  1. <?xml-stylesheet href=”stylesheet1.css” type=”text/css”?>
  2. <?xml-stylesheet href=”#stylesheet2” type=”text/css”?>
  3. <!DOCTYPE html
  4. PUBLIC “-//W3C//DTDXHTML 1.0 Strict//EN”

    5.  

  5. “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd”>

    6.  

  6. <html xmlns=”http://www.w3.org/1999/xhtml” xml:lang=”en”

lang=”en”> 

  • <head>

    •  

  • <title>XML stylesheet declaration</title>

    •  

  • <style type=”text/css” id=”stylesheet2”>

    •  

  • @import “stylesheet2.css”;

    •  

  • </style>

    •  

  • </head>

    •  

    我不知道在实际中究竟有多必要，并且不使用XML样式表声明的话会有什么问题。或许有人会指点我的。

    CSS的应用规则有些不一样

    CSS应用到body的性质（property）并不应用到XHTML的整个文档。最值得注意的是应用背景颜色或者图片。在HTML中，应用到body元素的背景将会覆盖整个页面。在XHTML中，你必须同时样式化html。在Juicy Studio的CSS body Element Test中有这个行为的演示。

    在XHTML中作为CSS规则的元素和属性名字是大小写敏感的（而且必须是小写的）。避免问题最简单的办法是，不管在HTML，XHTML还是CSS中所有东西都保持小写。

    有挑战，但不是不可能

    当我开始为兼容的浏览器伺服XHTML为application/xhtml+xml时，在作出决定前假如我能读到想这篇一样的文章，或许我的头痛可以减轻不少。我甚至考虑使用HTML 4.01 Strict。虽然如此，我还是从经验中学到不少，而学习总是一个好东西。

    正确地使用真正的XHTML，十分希望这篇文章能为你提供一些更有用的信息，并且可以为是否需要走这条路提供更多有根据的决定。

    HTML和XHTML可能比我在这里提到的还有更多地不同，所以在这里把你在使用application/xhtml+xml的XHTML时遇到的问题提出来，如果你知道任何的错误或者忽略，务必告诉我。

    谷歌中国宣布联合巨鲸网推出音乐搜索功能

    發佈留言

    谷歌中国和巨鲸音乐网正式宣布,在谷歌中国的整合搜索推出音乐搜索功能的实验版.
    此项新功能通过由巨鲸音乐网提供音乐内容、谷歌提供搜索技术、音乐界与巨鲸音乐网分享广告收入的模式来满足中国用户不断增长的互联网娱乐需求.

    访问:Google 音乐搜索

    此次谷歌中国在 www.google.cn 平台率先推出该功能的实验版,也是谷歌在全球第一次尝试音乐搜索服务.目前,在实验阶段,谷歌整合搜索的音乐功能可以为用户提供上百家唱片公司旗下的数万 首歌曲的搜索服务.在此次发布的整合搜索音乐功能实验版中,先期囊括了上百家唱片公司的数万首中文歌曲,这一正版音乐搜索功能的推出,可避免用户以往音乐 搜索死链频频、下载速度慢、歌曲质量差如音效差、不完整甚至受到病毒侵害的苦恼.

    此次合作创建了一种崭新的商业模式,即由巨鲸音乐网与音乐产业对巨鲸音乐广告收入分成,为正版音乐的合法下载提供了一种可持续的解决之道,谷歌通过自身强大的搜索技术和用户基础为巨鲸音乐带来新的产品功能、体验和大量用户.

    分析指出这种合作盈利模式的出现,搭建了一个多方共赢的平台:广大用户自此可以合法地、方便地、免费的、高质量试听、下载正版音乐;唱片公司通过授权,合理、合法地维护了自己的版权;谷歌则获得新的用户群,同时通过负责任的方式提升用户搜索体验.

    巨鲸音乐网CEO陈戈表示:”针对中国上亿网民巨大的免费音乐下载、视听等使用需求,是时候建立相应的商业模式,用服务于广告主的音乐广告平台、广告产品及服务来回馈于音乐的创造者.我们非常高兴谷歌同我们分享同样的理念.”

    谷歌大中华区总裁李开复博士表示:”谷歌十分认同巨鲸音乐网一直倡导的下载正版音乐的做法,互联网产业绝不应该成为音乐产业的对立面,此次通过与巨鲸音乐 网合作,共同在整合搜索中发布音乐功能实验版,实现了用户利益、关联产业利益、谷歌利益的良好平衡,谷歌一直深信共赢而非独大才是致力于长远的发展之 道.”

    欢迎来到Web 3.0:现在你的其它的电脑就是一个数据中心

    發佈留言

    原文作者：Marc Benioff
    原文链接：Welcome to Web 3.0: Now Your Other Computer is a Data Center
    翻译：bill.chen
    从10年前一直到现在，我们一直在见证一场决定性的变革：从客户端-服务器的软件到作为服务的软件。Google, eBay, 和 Amazon.com等企业在消费市场建立了互连网应用程序的价值，同时salesforce.com，Google，和其它一些公司也一直在证明相同的 模式也会在企业级市场取得成功。

    到目前为止基于Web应用程序的转型已经产生了两个强烈的浪潮。现在我们看到了第三个，我们称之为Web 3.0，它可能会证明相对于传统软件产业它是最重要一个。

    世界不需要另外一句行话，我想说的是新生代的企业家，开发者，和传统的独立软件开发商，都需要抓住Web 3.0的巨大机遇，它可能创造机会，变革。Web 3.0是关于使用基于服务的软件平台来替换现有的软件平台。

    为了详细说明Web 3.0，我们需要仔细回顾Web历史上的重要浪潮。它们不是严格按时间定义的，而是交叉重叠在一起的。

    Web 1.0: 任何人可以交易

    Web 1.0 是关于来自一些主要的公司，如：eBay, Amazon.com, and Google 的杀手级的应用程序的出现。我们一直认为它们仅仅是网站，但它们实际上是一些令人惊讶的应用程序：功能丰富，容易上手，扩展性强，这些特性以前很少被普通 消费者看到过。交易，不仅仅是针对货物的，还有知识的，变的普遍和即时。效率，透明，这个曾经是全球金融市场的领域，现在被个人消费者和商业者占领。 Web 1.0在今天依旧是很大的推动力并且在将来持续很长时间。

    Web 2.0: 任何人可以参与

    Web 2.0是关于互连网上的下一代应用程序，特点是用户产生内容，合作化，社区化。任何人可以参与到内容的创建中。在YouTube上上传一个视频，在 Flickr上上传参加聚会的照片，或者在Blogspot上写自己的政治见解，所有这些都不需要专门技术，仅仅需要连接上互联网。参与改变了我们对于内 容的理解：内容不是固定在发布商那里，它是活动在任何地方的。Google的AdSense带来了一个即时的商业模式，尤其对于博客作者，并且视频共享网 站已经重写了流行文化和内容过滤的规则。

    当你围绕Web1.0或者2.0创业的时候，建设一个安全的，可扩展的数据中心并不是一项容易的工作。对于进入把软件当成服务的行业，大量的时间和资本依 旧是进入的一个门槛。而且，传统的客户端-服务器的软件开发依然复杂。并且创建一个成功的应用程序还需要辛勤的部署和维护。

    Web 3.0: 任何人可以创新

    Web 3.0通过改变传统软件行业的技术和经济基础来改变现有的一切。新的Web 3.0强调的是任何人,在任何地点都可以创新。代码编写，协作，调试，测试，部署，运行都在云计算上完成。当创新从时间和资本的约束中解脱出来，它就可以欣欣向荣。

    对于企业来来说，Web 3.0意味着SaaS程序可以比传统的C-S软件更快，更高效的开发，部署，升级。

    对于开发者来说，Web 3.0意味着他们需要创建一个理想的应用程序东西需要的仅仅是一个想法，一个浏览器。因为世界上的每一个开发人员都可以访问强大的云计算，Web 3.0是全球经济的推动力。

    对于独立软件开发商，Web 3.0意味着他们可以花费更多的时间专注提供给客户的核心价值上，而不是支持它的基础架构。因为代码生长在云计算上，全球的精英可以为它做贡献。因为它运行在云计算上，全球的市场都可以把它作为服务来订阅。

    问问我的朋友Jeremy Roche，CODA 公司的CEO，CODA是欧洲第二大ERP软件供应商。CODA成功从大型主机转型到客户端-服务器模式，但是现在它面临着一个更大的转型到SaaS上。 建立基础架构，不仅仅是数据中心，而是整个软件堆栈，将花费2亿美金和几年的时间。Jeremy正在使用我们的Force.com平台来来开始转变。他们 的系统工程师不需要维护服务器，负载均衡，网络交换机，而是找很少的人来调试维护他们。软件开发人员不需要开发安全和共享模型，数据库和工作流引擎-他们 只需要用我们的。同时，Jeremy的团队可以专注于他们擅长的：建立一个杀手级的会计软件。CODA2go将会在这个秋天发布，从而让Jeremy在竞 争中领先一步。

    创造价值

    Web 3.0将带来多大的改变？检查一下工作中的技术变革将带给我们一些好的线索：

    Vic Gundotra，Google工程副总裁，在最近的salesforce.com会议上提出了这个有趣的观点。Vic回顾了计算机的历史，从大型主机的时代开始。

    客户端-服务器时代在两种情况下都导致了极性的反转。计算能力非常容易访问到但是限制于使用的范围。有很强的功能，但是部署非常的困难。Vic说Web 3.0时代消除了这些缺点并潜在的最大化了计算能力，访问，容易部署，功能的深度。就像Vic所说，关键在于行业的领导者，如：Google， salesforce.com和其它的公司应该使运计算更容易访问和更具可编程性，保持深入的连通性，并且使客户端更强大。

    在我们看来，从大型主机到客户机-服务器的迁移对于像IBM,DEC这样的公司是非常痛苦的，但是同时也为新一代的公司，如Microsoft, Oracle, PeopleSoft, and SAP创造了大量的财富。Web 3.0威胁着 Microsoft的.net，BEA和WebSphere。我期待Amazon.com，Facebook, Google, and salesforce.com将会做的更好，我认为能利用上 Web 3.0的公司分布会更为广泛，并且他们可以创造更多的财富和创新。

    我们的一个程序员在他的个人电脑上有一句话生动的描述了Web 3.0精髓。是这样说的：”我的其他电脑是一个数据中心”。说明世界上的任何一个程序员可以创造。并且这就是革命的意义。

    Xhtml文档声明的区别

    1 則留言

    在你每一个页面的顶端，你需要文档声明。是的，必须。

    如果不指定文档类型，你的HTML不是合法的HTML，并且大部分浏览器会用“怪癖模式 （quirks mode）”来处理页面，这意味着浏览器认为你自己也不知道究竟做什么，并且按浏览器自己的方式来处理你的代码。你可以是一个HTML大师，在地球上打遍 天下无敌手，或者你的HTML可以无瑕疵，CSS可以很完美，但如果没有文档声明，或者错误的文档声明，你的网页与一个短视的，独眼的长臂猿婴儿十分艰难 地堆砌起来的没两样。

    XHTML 1.0 Strict（严格）的文档声明是这样的：

    <!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd“>

    下面的是XHTML 1.1的文档声明，作为XHTML的最新版本，看起来更完美，但还是有一些问题，随后我们会稍微讲解……

    <!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.1//EN” “http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd“>

    如果你不愿放弃HTML 4或者你还有Netscape 4死忠用户，你可以使用XHTML 1.0 Transitional（过渡型）：

    <!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Transitional//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd“>

    你使用这的唯一理由是你还要兼容老版本的，少用的浏览器。过渡型XHTML 1.0允许HTML 4的表现元素，其也可能在如Netscape 4的浏览器中表现更好。但使用这些元素将对你网页的效率和可用性有害。

    最后，如果你是使用框架的怪人之一，可以使用像下面一样的XHTML 1.0 Frameset（框架）文档类型声明：

    <!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Frameset//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd“>

    注意DOCTYPE标签必须大写和前置一个英文半角感叹号!。它是唯一一个打破规则的标签，它不需要关闭。

    语言声明

    即使HTTP头或者在html起始标签内设置了xml:lang属性，你也必须为文档指定一个主 要语言。尽管处理一个合法的XHTML文档这不是必须的，但也是一个易用性的考虑。值是缩写的，比如en（English，英语），fr（French， 法语），de（German，德语）或者mg（Malagasy，这是什么语？译者也不知道，呵呵。——译者注）。

    声明一个主要用英语内容的文档，例子是这样的：

    <html xmlns=”http://www.w3.org/1999/xhtml” xml:lang=”en”>

    在声明主要语言之后，假如还需要使用其他语言，你还可以在内联中使用xml:lang属性（比如<span xml:lang=”de”>HTML Hund</span>）。

    内容类型

    HTML文档的媒体类型和字体集也许要指定，可以使用HTTP头来完成，比如：

    Content-Type: text/html; charset=UTF-8

    HTTP头部的第一部分（如text/html)是文件MIME类型，让浏览器知道文件的媒体类型因此可以知道怎么处理。所有的文件都有MIME类型。JPEG图像是image/jpeg，CSS文件是text/csss和HTML一般使用text/html。

    HTTP头部的第二部分（如UTF-8部分）是字符集。
    也许设置HTTP头的最简易方法是在HTML中使用“HTTP同义（HTTP-equivalent）”的头标签，像这样：

    <meta http-equiv=”Content-Type” content=”text/html; charset=UTF-8″ />

    些微复杂当更好的方法是使用服务器端脚本语言来发送头。用PHP的话，你可以这样做：

    <? header(“Content-Type: text/html; charset= UTF-8”); ?>

    如果你不愿意（或不能）使用服务器端脚本语言，你也许可以直接给服务器设置一个 “.htaccess”文件。大部分服务器（Apache兼容）可以在根目录使用一个“.htaccess”的小文本文件，写入下面的内容，你就可以把所 有的“html”后缀文件都与MIME类型和字符集关联：

    AddType text/html;charset=UTF-8 html

    字符集包括大部分西方基于拉丁文语言的“ISO-8859-1”，日语的 “SHIFT_JIS”，中文的“GB18030”和UTF-8，一个 Unicode Transformation Format版本，提供大范围的多种语言的单个字符。基本上，你应该使用一个你知道的，能为你用户清楚认知的字符集。除非你使用基于拉丁语的语言（包括英 语）（ISO-8859-1被普遍接受的），你应该使用UTF-8因为它可以显示大多数语言的大多数字符，使用它也是安全的，因为它可以在大部的计算机上 使用。

    注意

    XHTML应该当作application/xhtml+xml的MIME类型来使用，再清楚不 过，这是XML程序。不幸的是，大部分浏览器没有对这没有第一线索。所以，一般认为使用text/html的MIME类型是不错的。根据W3C的建议和网 页标准工程的未来亮点，调味的XHTML 1.0也许可以作text/html使用，但XHTML 1.1不应该，这就是这个网站以XHTML 1.0 Strict（严格）作为例子，假定text/html的MIME类型。但是你仍然可以（或许不应该）为它们设置正确的MIME类型给浏览器，轻微的调用 一下服务器端即可。

    这个网站使用PHP为XHTML 1.1设置application/xhtml+xml的MIME类型给那些能够理解和处理这个类型的浏览器（如Mozilla），为XHTML 1.0 Strict设置text/html给其他浏览器（如IE）。为每一个页面的顶部加入如下代码：

    <? if(stristr($_SERVER[“HTTP_ACCEPT”],”application/xhtml+xml”)){ header(“Content-Type: application/xhtml+xml; charset=UTF-8”); echo(‘<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.1//EN” “http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd”>’); } else { header(“Content-Type: text/html; charset=UTF-8”); echo (‘<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd”>’); } ?>

    这些检查核实浏览器是否接受application/xhtml+xml的MIME类型，如果接 受，就发送这个MIME类型并把XHTML 1.1文类类型写到HTML中。如果这个MIME类型不被接受，就发送text/html的MIME类型并把XHTML 1.0 Strict（严格）的文档类型写入HTML。

    除了你知道你正在做着正确的事情和为自己准备将来的路的平和想法外，最直接的益处就是，使用这个 方法，Mozilla浏览器把你的文件当作XML程序对待并且如果你的XHTML还没有抓痒，就是说不合式的，Mozilla就不会工作。然后你就可以排 错了，而不需要用校验器来运行你的文档了。