这意味着您的JavaScript代码，甚至AJAX应用都会被Google的2.1版机器人爬到。当然，Google作为技术最全面、市场份额最领先的搜索引擎公司，在这方面的努力并非今日才有。只不过，最近2.1版爬虫的“活动频率”提高了。

分析了我目前awflasher.com下的数据，分享如下信息与大家：

1. 2.1版的爬虫第一次出现在2006年7月23日，随后的相当长时间都没有再次造访，直到2007年的7月26日才又访问了一次；
2. 2007年7月26日后，平均每个月有一次的访问；
3. 到2008年4月22日，有一次“爆发”，那一天一共来了14只爬虫：）
4. 2008年5月之后，访问频率明显增加，几乎每天都有一次访问，有时甚至每日两次访问。

不过，这个2.1的爬虫到底如何从JavaScript取得信息，对于这些信息给予何等权重对待，仍然是一些网站管理员关注的。毕竟搜索引擎吃掉互联网极大的流量：对许多垃圾网站，SEO就是吃饭的工具；而对于正规媒体，SEO业务也是与竞争对手你争我夺的重要领域。

不过，这件事情一定会推动JavaScript技术的进一步发展：用户体验、网站性能都与JavaScript的逻辑、质量密切相关，现今SEO也参与其中了。

如果您也在用Analytics或者其他基于JavaScript技术的流量统计系统，赶紧看看Googlebot 2.1是不是也开始频繁光临了呢：）

7条评论, 立即发言 | 本文关键词: google, googlebot, Javascript, seo

©aw's blog 姿态永恒 1984-2008 | 链接地址 - http://www.awflasher.com/blog/archives/1449

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

值得一提的是，大家可以看看这款叫做《Advanced Image Gallery》的Demo。不过目前在IE和Safari下有一些问题，jQuery团队正在修正中。

不过，jQuery配合“老对手”的YUI compressor+GZIP居然可以将代码量压缩到10k，这一点确实让我们很惊讶。大家有空可以看看这篇文章。

— 九月寂寞的分割线 —

jQuery1.2已经发行了，这次新增的功能非常强大，包括选择器的改进、动画效果的增强、更加先进的颜色动画（我当年用Flash做的非常痛苦）！

此外，发现jQuery居然也搞了一个“jQueryCamp ‘07 (Boston)” – 看来WordCamp你不是一个人在Camp啊！

如果不出什么以外，jQuery 1.1.4将是jQuery 1.1系列的最终版本。九月份我们将看到jQuery 1.2

这实在是令人激动人心啊！赶紧去下载吧！

• jQuery 1.1.4 (Compressed, 21KB)
• jQuery 1.1.4 (65KB)
• jQuery 1.1.4 (Docs, Source Code)

以下内容为2007年7月3日发表，部分已经过期。

【重要】新版的jQuery1.1.3有一些bug，请立即升级到1.1.3.1！

http://jquery.com/blog/ – 这里有jQuery的最新信息：）废话不多说，先摘录大家最关心的效率问题：

各大浏览器性能对比，其中IE6的全面胜出让我感到非常鼓舞，看如下数据：

效率提升对比（平均提升800%）：

赶紧升级吧！相关资源：

• 各大框架性能对比地址：http://dev.jquery.com/~john/slick/
• 下载jQuery源码（61k）|下载jQuery压缩内核（20k）

才华横溢的John Resig跟他的jQuery其实也是多灾多难，当年和yui的口水仗，到5月1号jquery.com经历DDOS，jQuery能走到今天，只能说它确实赢得了广大JavaScript、Ajax开发者的青睐。

是金子，用要发光的，祝福jQuery！期待1.1.4，更期待1.2：）

15条评论, 立即发言 | 本文关键词: Javascript, jQuery

©aw's blog 姿态永恒 1984-2007 | 链接地址 - http://www.awflasher.com/blog/archives/956

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

But also, the is something more we can do. To make it really a perfect solution, we can just use this code:

setTimeout(function(){
$("a").each(function(){
if(new RegExp("^http").test($(this).attr("href")))
{
    $(this).click(function(){
        window.location.href = "http://redirect.alexa.com/redirect?"+this.href;
        return false;
    })
}
})
},1000);

Why I am saying it’s perfect? See this:

1. SEO friendly
   The search engines will never get the unuseful “redirect” attribute from the anchor element.
2. User friendly
   The JavaScript code runs one second after the page is loaded. So the users just smoothly get over it.
3. Goole PageRank friendly (Reference friendly)
   I am not using the “href-overwrite” way as what I did before, instead, I use an event-binding to all the anchor elements which has an “href=^http” attribute, so the guy who just simply copy your HTML will keep your original URL, to keep you still get a back-link.

This is just a simple tip from aw (http://www.awflasher.com/blog/). I am a Chinese web developer. So, If you think it’s helpful, feel free to digg or share this topic :)

The follow is the old solution, you may just pass it (in Chinese).

看了Nicky的关于WordPress提高Alexa排名的方法，我想到了一个更加简捷的方法，前提是你必须在你的blog中引用jQuery框架（可以在这里看到一些相关信息）：

在你的body标签最后闭合之前，加入如下的JavaScript代码，就可以让链接都变成Alexa重定向链接了。

$("a").each(function(){this.href = "http://redirect.alexa.com/redirect?"+this.href})

不过有一点必须注意的是，当连接非常非常多的时候，可能会出现“短暂卡死”的不良体验，所以，慎用。

用我这个做法的好处是，一来节省了一些流量，而来搜索引擎也不会把“Alexa重定向连接前缀 – redirect.alexa.com”当作a标签的真实链接记录而影响SEO。

至于这个是否靠谱，我可以非常负责任的告诉你，Alexa为了获得互联网网站统计信息，绝对是鼓励这种做法的。

22条评论, 立即发言 | 本文关键词: alexa, English, Javascript, jQuery, seo

©aw's blog 姿态永恒 1984-2007 | 链接地址 - http://www.awflasher.com/blog/archives/999

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

运行方式：
一、从XML
二、从SWF Locally
第二个文本框，自己输入，例如
alert(1);
或者DOM操纵都可以。

安全性以及应用前景：
一、突破各大BSP的JS封锁以及机动性的js执行
二、一些小的页面效果，或者愚人节效果-_-#
三、利用这样的方式去调用XMLHTTP是否会有安全隐患，尤其是一些人品不好的Flasher利用之
四、还没有想好，欢迎补充

补充：
一个BT的玩法
http://aw.awflasher.com/swf2dom/main.swf 居然也可以进行一些DOM操作-_-

刚才去sohublog测试了，发现allowScriptAccess="*"被无情的过滤掉……绝望中一位sohublog的工作人员(暂时略去姓名哈)从QQ提醒我，用Flash8的ExternalAPI去调eval……orz啊！
可惜，仍然不行，我想也是，Adobe没那么粗心啊，如果ExternalAPI的安全性还不达不到7的产品……那……唉！失望至极……

更可恶的是，得到一个令人绝望的消息……

9条评论, 立即发言 | 本文关键词: DOM, Javascript

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/767

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

http://joliclic.free.fr/php/javascript-packer/en/index.php
JS压缩工具，在线就可以搞定，不过似乎……偷偷地遗憾以下，我的common.js并没有通过测试，不知道什么原因。一个朋友很复杂的js都搞定了（出于商业目的，暂时保密～）

如果无法压缩，最好先通过这个check
http://www.jslint.com/lint.html
http://www.jslint.com/

1条评论, 立即发言 | 本文关键词: Javascript, JavaScriptObfuscator, Jslint

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/760

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

Realazy经常帮助我解决一些XHTML/CSS的问题，他在这个方面确实比较专注，现在他也开始进一步深入JS了。《JavaScript的目的》实在是一篇好译文。我觉得每一个对JS感兴趣的人，必须首先认识什么是JS。

var a=1是js
而document.getElementsByTagName则不是js，这只是客户端(浏览器)的本体对象document提供的一个方法。

js应用于各个领域，如Server端、Client(Browser端)，甚至包括一些大环境的对外API，如Flash扩展的核心JSFL，也是JavaScript描述的。简单的把js当作那种做网页特效的语言，实在是一种局限的看法。

4条评论, 立即发言 | 本文关键词: Javascript

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/724

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

作者是Jeff Greenberg，文章从运行速度、脚本大小(即贷款占用)、内存优化三个方面进行讨论，涵盖了许多已知和未知的JS优化技巧，非常值得一看。稍后会作中文总结。

1条评论, 立即发言 | 本文关键词: AJAX, Javascript, 性能

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/703

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

2、代码可读性
对于多人项目，在项目交接的时候，如果没有一个可读性好的代码，几乎会严重影响项目进度和最终效果；而如果有可读性好的HTML和CSS代码，那么程序员便能更迅速地整合开发B/S产品。

附：两个好工具
1) CSS整形与最佳化工具[在线使用]
-可以压缩CSS代码，不过CSS代码必须预先符合规范。
http://blog.hanhao.cn/css/

2) Javascript Obfuscator[下载安装]
-可以压缩JS代码
http://javascript-source.com/

继续补充……

暂无评论, 立即发言 | 本文关键词: B/S应用程序, Javascript, Web产品

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/690

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

引用自

　　不过即使Ajax倒下，不过不要紧，它本身就是一个过渡性技术。不过，Ajax所要做的，就是给我们洗脑:
Ajax告诉我们，重视脚本，因为他们灵活。
Ajax告诉我们，重视用户，因为他们掏钱。
Ajax告诉我们，重视交互，因为软件就是服务。
Ajax告诉我们，重视Web，因为方便比什么都重要。
Ajax告诉我们，摘下眼罩，换种方式思考问题吧。当你背过脸无视世界的变化时，是世界抛弃了你，而不是你以为的掩耳盗铃。

对Ajax的研究有了一段时间了，从最初的远观，到近看，再到实际动手实现，认识越来越深，想法也越来越多。特别是曾经有一阵子跑去研究web2.0，更是体会到Ajax背后的伟大，暗自为其庆幸，也越来越看好Web。

不过Ajax在我心中却有些怎么也摆脱不了的阴影。

忽如一夜春风来，Ajax就这么很突兀的就突然流行起来。同时流行的还有Web2.0，这些词汇现在都无比的有鼓动力，任何事物，只要沾上这两者的边，便变得神秘无比，无法遏制。

但也有人说Ajax是噱头，因为他是新瓶装旧酒。

其实Ajax之所以风行，就在于它新瓶装旧酒。Ajax所代表的3个概念，异步、Javascript、XML，应该说都不是新东西。

异步?在操作系统中我们早已经学过，那时的名字叫多线程。

Javascript?想当年的DHTML他就已经红遍大江南北。

XML?瞧瞧那些名词，SOAP、RSS、WAP等，这些名词哪个离开得了XML?

这些名词结合在一起之所以产生强大的力量，就在于他们的设计不同，而隐藏在设计背后的思想不同。

而这些名词之所以可以红火，就在于他们本身已经应用非常普遍，已经深入到世界中的每个角落。

即便是Ajax中稍微新鲜点的XMLHttpRequest，之前也不是没有替代品。IFrame时代我们就已经实现了同样的功能，只是XMLHttpRequest可以比我们做的更好，帮助我们做的更多而已。

Javascript是将Ajax所有技术糅合在一起的黏着剂。所谓的Ajax应用程序，其实就是一个运行在客户端浏览器环境中的应用程序。这个应用程序通过DOM操作HTML将信息展示给用户，通过事件机制相应用户操作，通过XMLHttpRequest与服务器沟通，使用的协议是HTTP，数据的载体是XML，而这个应用程序就是由Javascript构成的。

Javascript是一种非常强大的语言，换句术语，是通用语言(general language)。Javascript有很多方便的并且强大的特性，使得我们可以开发功能丰富的产品。不过Javascript是脚本，还是脚本，这是他永远逃不开的厄运。

脚本有很多的问题，比如本身不够严格，执行缓慢的特点等，这里只讨论一下代码重用问题。

当应用越来越复杂，代码越来越多时，代码重用就会变得很重要。最低级的代码重用就是源代码级的代码重用，灵活，但却代价很高。比较先进的平台，比如 java和.net都已经提供了更高级的代码重用，中间代码级的，甚至目标代码级的。甚至，在.net平台，按照微软的伟大设想，不同语言的代码都可以统一起来，一起运行。可想而知，这会为.net平台带来多大的战斗力。不同语言，不同的平台的代码都可以在这里施展拳脚。整合是现在的主旋律，.net 有着更美好的未来(按照设想)。

相比之下，作为脚本的Javascript这方面就要差距好多。在我们之前应用程序规模不大时，没有人会在意。但是，当我们实现大量的Ajax 应用时，当我们逐渐丰富我们的客户端时，我们就会发现Javascript的硬伤，也就是脚本的硬伤。当然，我们可以改造Javascript，让他适应我们的需求，但是那时，你会突然发现，Javascript(如果那个时候还叫这个名字的话)已经不再是脚本了。

换句话说，脚本的特点就是灵活，所以它是用来处理一些灵活，但是开发成本低的情况。而传统的程序语言比较严格，开发成本高，但是他的运行和维护成本会低。于是，当我们意识到 Ajax背后是一种客户段能力的提高，服务器端相应功能向客户端转移之时，我们便不得不重新审视一下Javascript在其中的尴尬位置。 Javascript之所以在Ajax应用中如此受宠，便在于它的灵活。灵活的Javascript获得大众的喜爱，逐渐成为标准。Ajax采用 Javascript才能迅速的得以应用，成为今天的宠儿。反过来说，正式因为Javascript的灵活，决定它注定无法大型化，也就决定了Ajax的明天不会乐观。(如果他还依靠Javascript，还叫Ajax，而不是AC(#)ax的话。)

看看Ajax背后的竞争者， micromedia的flash，java的web start，甚至.net都有可能成为他的强大敌人。微软在宣传它下一代操作系统的时候，着重讲到了他的表现层。想象一下，当所有的IE都支持微软最新的表现层技术时，谁还用Javascript?谁还用Ajax?

不过即使Ajax倒下，不过不要紧，它本身就是一个过渡性技术。不过，Ajax所要做的，就是给我们洗脑:

Ajax告诉我们，重视脚本，因为他们灵活。

Ajax告诉我们，重视用户，因为他们掏钱。

Ajax告诉我们，重视交互，因为软件就是服务。

Ajax告诉我们，重视Web，因为方便比什么都重要。

Ajax告诉我们，摘下眼罩，换种方式思考问题吧。当你背过脸无视世界的变化时，是世界抛弃了你，而不是你以为的掩耳盗铃。

10条评论, 立即发言 | 本文关键词: AJAX, Javascript

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/602

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

暂无评论, 立即发言 | 本文关键词: AJAX, Javascript, 资源站

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/586

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

我实在是不愿冠以这样一个标题，但危机已经来临。之前(2005-04-28-时隔一年)我曾经翻译过国外某blog上的文章和评论：
http://www.awflasher.com/blog/archives/216
该文荣幸得到了Adobe中国的7yue的推荐。现在回首再看那时的争论，呵呵，有些不寒而栗，那时Ajax不过是DHTML的一个新名词罢了，看看今天……

作为一个纯粹的产品创作者（比如产品经理）或者开发人员（比如交互式设计工程师、原型开发工程师）而言，这么说似乎显得不近理性，甚至可以成为被上级辞退的一条理由。但作为一个从Flash中受益，与Flash共同成长的Flash的用户，我不得不为Flash本身感到深深的担忧。

Flash固然是工具，但我毕竟不是一个冷血的商人，使用它，我感受到了乐趣。之前有很多朋友分析、对比过Flash和它的竞争对手，尤其最近Luar两篇文章《2006-Flash的未来未有来》和「從Flash走到AJAX－－使用者經驗與開發者經驗的二三事」講義下載更是把Flash的位置推及到悬崖边缘。相比已经投身Ajax的Luar，我也想发表一些自己的观点，当然，我无论是从经验，还是技术，都无法与Luar相提并论，但我争取理智地得出每一个结论。

三年前，随着FlashMX2004推出以及面向对象脚本AS2.0的出现，似乎Flash进军富客户端(Rich Client)的障碍被彻底扫除。如果我没有记错，正是Macromedia给富客户端“创造”了一个全新的、更大气的名字：RIA(Rich Internet Application)

RIA的出现，似乎标志了一个时代。FlashMX2004似乎一夜间成为了开发RIA的必备利器。AS2.0的出现，头一次把Development（开发，主要指采用AS开发应用程序）列为Flash制作的另一条重要路线（之前一直是偏重Motion-Design:图形动画设计的），也正是那一年，大量的传统开发者投身RIA大军之中，一些AS1.0的坚决拥护者甚至高手也纷纷落马，开始回头重新补OOP的课。Flash从一个简单的交互式动画制作软件，摇身变成互联网应用程序开发的必备利器，瞬间背负了沉重的“历史使命”。然而不管是传统的Flash设计人员以及AS1.0面向过程开发高手，还是投靠FlashMX2004的新生力量，都对未来充满了乐观。Macromedia的Flashplayer普及率调查一次次将大家的斗志推向极致。市场上对于Flash开发者的需求也在急速上升：我的简历已经被浏览万次以上，并且收到很多电话邀请，小公司为主，也不乏较大的公司。当然，我并不是在这里给自己贴金，之前已经为这种“人品爆发”的现象作了理性解释和反思。权且理解为，我不经意之间沾了Flash的光吧！

Macromedia在2005年4月（去年），完成了她最辉煌的结尾：被Adobe收购。

其实被收购之初，大家都心有余悸，Luar当时也犀利地抨击过Adobe历史上通过收购调整产品线的一些劣行，说其很可能会把Flash给偷偷干掉。但时间证明Adobe没那么傻。三剑客无一遗弃。就连最危险的Fireworks，Adobe也给足了颜面。我们这些Macromedia的忠实拥护者渐渐地也接受了Adobe这样一个品牌。以至于今年4月16号，也没有谁跳出来“纪念”Macromedia被收购一周年（如果Adobe在收购之后把Flash干掉或者仅仅停缓开发，肯定会激起民愤）。这里顺便也表达我自己对Adobe的感激，它似乎吸纳了Macromedia的精神和灵魂。收购并没有影响Flash8的推出，包括之后的FlashPlayer8.5的迅速跟进。

就在一切都顺利进展的时候，一个不起眼的名词出现了：AJAX。

这就是Flash的最大“竞争对手”？就我(awflasher.com)所知，目前没有一本像样的Flash开发书籍中提到Ajax，而几乎每一本Ajax的畅销书中都有提到Flash，有些甚至直接把Flash列为Ajax的竞争对手。我知道他们这么说肯定是有依据的，毕竟Ajax和Flash有太多相似之处：界面友好、用户体验良好、无刷新+数据安全保存等等……又毕竟，Flash的一些技术门槛和负面影响导致Ajax阵营可以迅速扩大，比如一些优秀的Flash制作人员毕竟还是偏重图形界面设计；传统的Web开发者很难进入Flash领域，不管他多聪明，也不可能一夜之间就把MovieClip这样的关键概念很快彻底掌握。而Ajax则不然，后面会提到。

于是，相关的争论、比较也就接踵而至。也许是上文提到的Flash开发人员偏重图形设计，或者不客气地说，缺乏严密的理性、批判能力，所以每一次的争论中，似乎Ajax都稍占上风。并且Ajax最新的书籍也是层出不穷，图文并茂，概念多多。而且似乎本本畅销！

我并不是想激化争端，但我是Flash的用户，因此我想大胆猜测一下造成这种局势的缘由：
姑且把Flash和Ajax双方的支持者成为F阵营和A阵营，再次申明，我只是罗列一些实事，并非挑拨离间，我爱Flash，我也爱AJAX!
//转载保留：http://www.awflasher.com/blog/archives/503

一、Ajax技术来的虽然不晚，但是炒作的却比较晚，特别是在Flash8之后才火起来。因此沉浸在Flash8的喜悦中的F阵营似乎还没有做好准备。注：炒作这里并非贬义，只是我找不到合适的词来描述“短期内将某概念推广致大多数人认同”
二、Ajax本身技术变革少，技术上甚至没什么新名堂，主要是概念和形式，已经有的技术积累也不错，因此投入研究非常容易；而Flash8改动大，每一次Flash升级，几乎都有一堆变革，加上本身设计+开发并重的AS2.0大大提高了入门门槛，F阵营有实力进行理性批判的人数（aw注：包括文章撰稿人和翻译者）肯定远远不及A阵营；
三、刚才提到的：Flash开发人员还是偏重图形、动画设计，或者不客气地说，缺乏严密的理性、批判能力；
三、Ajax确实有优势：浏览器的支持；而Flash虽然有着普及率众多的Flashplayer基础，但是浏览器支持方面肯定比Javascript稍逊一筹。毕竟你很难找到一个不支持Javascript的终端（禁止JS的人并没有你想象得那么多），然而找到一个仅装有Flashplayer6.0的客户机，还是比较容易的；
四、其实这些也没有那么严重，Ajax毕竟也是一个无形的概念，没有太多的利益关系，最严重的是M$最新的一款IE补丁，使得整个互联网上IE中的Flash一下子全部殃及，让人不得不联想到微软Sparkle。（详见：《Flash杀手!微软Sparkle即将露面》 by awflasher.com）Sparkle以何种形式出现？Sparkle会不会团结A阵营排斥F阵营的影响，这些都不得而知。

最后，看到这个标题：东拉西扯：中国网络广告总量也就相当于两个省级电视台，我恍然大悟，也许Flash/Ajax现在的“战争”还不及非洲某个小部落之间的战争呢。

==

蓝色理想经典论坛相关评论，其中meud提到的js的问题以及flash的XMLSocket问题都值得好好看看；而且也can’t agree more with moonsun说的时间是检验真理的唯一标准。甚至比实践还重要。不妨理解为经过过去所有时间的实践的积分。后面的三点预言我觉得也非常有道理。确实，有时候我辛辛苦苦开发出来一个flash app放到FF上跑不了，非得去IE跑，当时我还挺郁闷，结果一调查，除了我自己，大家都在IE…也就是说大家都跑得挺好……我也就懒得改了。

之前也发帖反思过。看来人需要多多反思

引用自 meud(Moderator)

这是一个很好的议题，相信很多搞RIA应用的人都会关注AJAX跟FLASH。

所谓AJAX的优势，在客户端来说无非是JAVASCRIPT的优势，即JAVASCRIPT解析器几乎被所有的游览器所支持，在客户端占有率来说，FLASHPLAEYR目前没有达到或者超过它。

而AJAX 的致命缺点，也正是由于JAVASCRIPT所导致的，楼主有兴趣可以找一些相关的文章，了解一下JAVASCRIPT的发展史，与大多数脚本语言相比， JAVASCRIPT的设计比较粗糙，有许多存在的，以及无法挽回的缺点（这也是JAVASCRIPT的占有率所导致的），调试一个庞大的JS程序简直是恶梦。对于一些相对脆弱的浏览器，甚至有可能导致浏览器崩溃。
JS的页面无刷新并不意味着开销小，事实上，动态刷新技术只会增加服务器的负担。因为在整个运行过程中，客户端不断地发送请求，以保证客户端数据的即时更新。

正是由于以上特点，导致AJAX应用成本相当高，纵观AJAX的应用的出现，几乎都是技术实力雄厚的大公司，才有能力开发部署相关应用。

从语言上来看，AS1几乎就是JS的翻版，AS2是由AS1向后续版本进化的一个过度版本。这种演变的优势，将在AS3，以及后续版本中体现出来。

如果真正要做实时应用的，建议看一下FLASH中的XMLSocket类。

引用自 moonsun

正如03年我预言MM最后应该被Adobe收购，在5Dmedia和一群版主论战一样，
再次提出那个观点：经过时间检验的才是真理。

JS或者说AJAX还有什么JAVA 3DHtml…..
是绝对不可能击败Flash的
如果可以，这些年来早就做了。

正如FW永远只是第2等的图形处理软件。
哪怕他在web市场占有量能对PS造成威胁。

看类似楼主写的这样的文章，总是让我感叹为什么那些根本不能透过现象看本质的观点总是会被很多人Stand Alone Complex！

回首再看现在的所谓web2.0标准问题，我预言MS仍然不会理会这个标准。
IE的垄断地位依然存在。
某天所有的公司都发现不执行这个标准就可以降低人力成本，但是仍然能在占市场垄断地位的IE上正常的浏览非标准格式网页的时候。
傻瓜才会用“通过W3C认证”给自己渡金。

感慨良多。。。。。。

预言如下：

1前段时间提到web2.0将会提高设计师的门滥很多人可以以此提高待遇的那个帖子将会成为历史的笑柄。
2近5年将崛起的是因为手机移动上网而广泛应用的smil
3下一代网页不会因为任何类似web2.0的空泛概念而全面变革，只会因为网络带宽的改变而变革。

补充：aw(awflasher.com)原创翻译-Ajax和Flash比较分析

有关Flash和Ajax相比谁更优秀的讨论已经很多很多了，这里理性的评价一下。
(awflasher.com补充，其实还是不够理性，毕竟作者是AJAX的商业开发者)

先看，Ajax应用程序，我对Ajax的定义是，DHTML + XHR(XMLHttpRequest) = Ajax。这就是说，Ajax其实是通过动态向服务器请求而减少用户的闲置等待时间的。其实很多人对Ajax有更深一层的看法，但是大多数人就是如此使用它的。这里有许多的框架基础，使得我们能够更轻松地完成Ajax开发。DWR就是一个非常明显的例子，当然，还有许多优秀的框架，比如Dojo, Prototype等等。

Flash应用程序，Flash可以指很多东西，但是我们这篇文章主要讨论swf文件。这也许在技术上不够严谨，但是却容易为大众所接受。其实swf只有一种。固然有很多诸如Laszlo、Swish这样可以用于生成swf文件的工具。Macromedia公司有一系列的基于Flash开发的RIA应用程序。

Ajax的优势
可搜索性
普通的文本网页会更有利于SEO。文本内容是搜索引擎容易检索的，而繁琐的swf字节码却是搜索引擎不愿触及的。虽然Google等一些大型的搜索引擎可以检索SWF内部的内容，但是仍然有很多麻烦存在。

开放性
Flash常年以来被Macromedia看的很死。包括Flex、FMS等辅佐技术一直都需要昂贵的安装、维护费用。而JS则没有这样的麻烦。没有人愿意承担法律和版权的风险。

费用
Flash开发是很昂贵的，因为FlashIDE等环境都是要收费的．而Ajax则不同．虽然有一些便宜的生成swf的工具，但是他们的工能实在无法满足复杂需求。

易用性
Ajax程序有更好的易用性。由于中间有一层Flashplayer代理层，因此许多辅助功能无法被Flash灵活利用。而且Flash在一些方面有着不好的口碑。比如弹出广告、比如恶意代码。
（awflasher.com个人认为这八成是乱上xx网站造成的）

易于开发
人们开发复杂的Ajax和Flash应用程序时，都会借助一些高级的开发工具。普遍来说，Ajax的开发包比Flash简便、容易。

Flash的优势
多媒体处理
Flash在音频、视频等多媒体领域相比HTML有绝对的优势。现在几乎所有的网站都包含有Flash内容。

兼容性
兼容性好：由于通过了唯一的FlashPlayer“代理”。人们不必像调试JS那样，在不同的浏览器中调试程序。

矢量图型
这是Flash最大的优势，同样处在这一领域的SVG、Canvas element以及Direct完全不能与Flash相比。

客户端资源调度
Flash能够更容易的调用浏览器以外的外部资源。比如摄像头、麦克风等。然而这是普通的HTML无法完成的。但是这也许是一个缺点（为什么呢？）
aw附：作者没有给出答案。但我个人认为是考虑到安全性的问题吧？

还是那句话，到底哪个好，这取决于你的需求

引用自 翻译的一篇评论

我是一名开发JS、ASP、PHP的程序员（偏服务器端）。由于一些项目需要，我自学了Flash并且深深的喜欢上了Flash。但是我却迟迟只能使用FlashMX的编程界面。每一个人都知道HTML、JS、PHP、XML都是免费的，然而Flash不是！如果Flex2是免费的，并且有一个类似.net Studio的开发环境。我将毫不犹豫地放弃Ajax。否则，虽然我喜欢Flash，但我不得不选择Ajax。作为一个服务器端的程序员，我更关心Flash和Ajax处理XML数据的能力，而不是一些漂亮的动画效果。我更看好Ajax+PHP（aw冷笑中……）

9条评论, 立即发言 | 本文关键词: Adobe, AJAX, Flash, Javascript, RIA, 前途, 职业

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/503

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

看了之后挺郁闷的。不过看到那么多 抨击的声音，有点欣慰……
http://www.tbray.org/ongoing/When/200x/2005/04/18/Adobe-Macromedia

Seems straightforward to me. Adobe is in at the center of print production (PhotoShop & friends, InDesign, PDF), while Macromedia’s DreamWeaver is the single most important Web-design product. Dave Shea says this might be about Flash, but let me suggest exactly the opposite: if you’re hitching your career to Flash, it might be a good time to look at alternatives. Why’s that? Because, near as I can tell, Macromedia has never made any serious money with Flash. They’ve accomplished one of the great, heroic, marketing coups of all time, getting the plug-in onto substantially every desktop on the planet; and this bought them, uh, what exactly? They sell authoring tools, but seriously, how many Flash designers does the world need?

Anyhow, most of the good things you can do with Flash, you can do about as well with DHTML (oops that’s called AJAX now) and our “back” button still works. I guess there’s no reason to actually shut Flash down, the tool revenue must about cover the engineering costs. But Adobe, historically, has been good at focusing on what works and dropping the distractions. (Can you remember PageMill?) Flash is a distraction. [Update: Smell something burning? That would be me, sizzling in a torrent of Flash-flavored flame.]

对我而言，这是一件很明确的事实：Adobe公司位于印刷产品业界的核心部地位（Photoshop和PDF），与此同时，Macromedia（下作MM）的DW也是唯一的一款经典的网页建设工具（awflasher.com注：个人认为甚至可以说是利器）。DaveShea说道，Flash也许和它们（PS,PDF from Adobe,DW from MM）一样，但是让我很郑重的告诉你一个相反的事实：如果你把你未来的职业定位于Flash相关，那么最好还是给自己留一手…………为什么这么说呢？因为，据我所知，MM从来没有在Flash方面投入什么财力，它们只是得到了意外的收获！（aw注：这里想到MM官方的一个介绍中对当那场大收购的大力渲染，如果这句话是真，那还难免有点伤情），此外，大多数人都说Adobe不会傻到把Flash枪毙的地步，可是看了Luar的blog，有这么一句话“Adobe有大量購併對手，消滅對手產品的惡劣歷史；”，难免让我有点心寒。M把播放器安装到地球上的每一个角落，然后把制作的工具卖出去，然而，世界上到底需要多少Flash设计人员？总之，大多数你能用Flash完成的任务，你都可以用DHTML（现在叫做AJAX）完成，而且你的“后退”按钮仍然有效（aw注：Flash其实也可以对后台按钮进行操作，只是大多数Flasher不会而以，不要把这个bug加到flash的头上）。我认为没有理由把Flash关闭掉，因为这个工具带来的收益可用于填补工程支出。

然而Adobe，一向是专注于某一方面而把剩下“令他们分心的事物”丢弃（aw附：这里不是很明白，MM难道把Flash用于填补它们其他web工程的自己缺口，这样一种可怜的定位？？？）。你还记得PageMill么（aw附：貌似是很糟的一款Adobe的软件）。而Flash就是一种“令他们分心的事物”。（作者注：是不是有点火了？我感受到你的愤怒了）

Reasoned Debate Some people took the time to compose and post coherent arguments as to why I might be wrong. For example, Pete Freitag writes “I think Macromedia makes most of its money from Flash, so I don't think that they will be cutting it anytime soon” and if he’s right, then I’m wrong. John Dowdell of Macromedia offers an example of something that he says is beyond DHTML’s reach and says “Funny, you'd sorta think Sun would be bullish on a cross-platform, cross-browser ‘write once play anywhere’" kind of thingy, wouldn't you…? ;-)”. ?

有一些人拿出相当的证据来告诉我，我的言论是错误的。比如，PeteFreitag就提到“我认为MM的大部分收入是来自Flash的，所以我认为他们不会把Flash停掉”，如果他是正确的，那么我当然错了。MM公司的JohnDowdell提供了他认为超越了DHTML所能达到能力的一个例子，并提道“有意思，你似乎是把Sun过高地定位为一个跨平台的，跨浏览器的‘写一次（代码），到处可以执行’，实际一点吧！”

Get Yer Flames Here! Hoo boy, those Flash faithful are, what’s the word I’m looking for, um, articulate. Here’s a sampling: ?
发火了吧？呵呵，这些Flash的信徒们，这些语言就是我正在寻找的，在这里有一些例子：

[原文后面评论：aw注：十分搞笑+可爱]
“I assume his comments are an ill-tempered and unprofessional anomaly.” -Brian Lesser.
“我敢肯定他心里有问题，变态……”-Brian Lesser.

“Sun could only dream of a day when Adobe guts Flash so that we might return to those great days of clunky Java applets that never actually fulfilled their purpose within the development community.” -Justin Everett-Church.
“Sun只能梦想着有一天Adobe把Flash毁掉，然后它们的JavaApplets就能东山再起了”-Justin Everett-Church.

“Johnny Script kiddie not knowing about stuff like that I can understand, but the director of web technologies at Sun should at least have some sort clue.” -Stephen Milligan.

“Today’s ‘Whistling Past the Graveyard’ Award goes to Tim Bray, Director of Web Technologies at Sun, whose apparent focus on Java renders him incapable of understanding the value proposition of Flash. No wonder Java continues to stagnate!” -Ray Everett-Church.
“今天的墓地哨音奖（aw注：猜测是某一种贬义的“奖项”）应该归TimBray所有了，就是这个Sun的Web技术部的主管，明显他对Flash的忽略是Java目前步入窘境的原因！”-Ray Everett-Church.

“Mr. Bray must not be spending any time with the users *I* see. Those under the age of 45.” -Kim Cavanaugh. [Ouch!]
“Bray先生肯定没有花多少时间在用户上。那些45岁以下的”-Kim Cavanaugh. [Ouch!]
（aw注：这个“Ouch”不知道是不是作者加的）

“In my opinion Timothy Bray is a Pillock of the First Water.” -Gerry Marshall.
“在我看来作者不过是‘ a Pillock of the First Water’” -GerryMarshall
（aw注：不知道这个什么意思）

“I think it's all rubbish of course.” -Daniel Freeman.
“我认为都是垃圾” -DanielFreeman
（aw注：原来老外也用“垃圾”骂人，哈哈）

“I think it deserves to be marked with the ‘Don't post after a large bottle of wine’ metatag.” -Cort Winters.
“我认为应该在这篇文章上标注‘酒后勿发文’”-CortWinters
（aw注：这个很有幽默感，呵呵）

“What is Bray smoking???” -Phill Nacelli.
“作者在抽什么烟”-PhillNacelli

“Bray is full of FUD and nothing else. He does work for SUN (no bias,ha,ha…;) who have ‘crappy’ applets on their side. He’s just jealous, since Flex, CFMX, Dreameaver, Flash, Breeze and other will make Adobe superior to M$ and Sun in the market and quality.” -Patrick Whittingham.
“作者肯定是个笨蛋，仅此而已。他肯定为SUN工作，为那些没有价值的Applets说话。他只是嫉妒而以，自从Flex、DW、Flash|Breeze等这些能够令Adobe公司在市场和品质上与Sun和微软抗衡的产品出现后的一种嫉妒。”
-Patrick Whittingham。

“Must've got his beard caught in his sandles again.” -clark.
“脑袋进水了”-clark
（aw注：大指应该是这个意思吧，原文是一句俚语）

3条评论, 立即发言 | 本文关键词: AJAX, Flash, Javascript, RIA, 翻译

©aw's blog 姿态永恒 1984-2005 | 链接地址 - http://www.awflasher.com/blog/archives/216

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo