Lightoy's Sky: 五月 2006

星期三, 五月 31, 2006

Ajax优缺点评论

今天在网上看到一篇关于Ajax技术优缺点评论，受益颇多，部分摘录如下：
原文网址：http://www.chinait.com.cn/blogs/chinait/archive/2006/04/17/616.aspx
AJAX的七宗罪
引子
　　2005.2.18，Jesse James Garrett 的一篇A New Approach to Web Applications引出了AJAX这个web界的新名词。加上新宠儿在降生下来就和足球名队阿贾克斯、Google Suggest Google Maps这些大腕息息相关，不想出名都难啊。但似乎人们给与AJAX的期望有点太高了，甚至有人提出了用AJAX取代Java Applet和Flash。不知Flickr是不是也听到这种呼声才把自己的Flash UI转向了普通的Javascript。AJAX是个伟大的东西，它是在不创造新技术的前提下诞生的一个标准，凭这一点就能招来大批的狂热追随者，AJAX看起来更像是杨过和小龙女练得玉女素心剑一样，分开来没有什么破坏力，但是二者合一就威力无比。
　　罪之一：对搜索引擎的支持不好
　　这其实更像一个大大的讽刺，AJAX的鼻祖是Google，但却对Google自己支持最不好了，GMail主界面除过Top和Bottom外没有一个链接就是最形象的讽刺了。虽然Mail本身是个私人的应用系统，但这个无链接的设计界面恰恰给AJAX开了个坏头。Flash也有同样有这个毛病。没有链接的web就像森林中迷路的羔羊，这句看似广告语，其实是web设计的根本原则。
　　罪之二：编写复杂、容易出错
　　javascript本是是个轻量级的小东西，现在被强迫重用起来，负担可想而知。javascript对OOP的支持很少，这就限制了javascript代码的可重用可封装等等，从Google Mpa还是其他一些应用中能看到的都是无数的〈script src=""〉〈/script〉

这样的文件包含，这些除了让程序员头昏的更快点，一点好处都没有。更可怕的是在javascript中竟然没有一款顺手的Debug软件，很多写js的老手到今天还是用最原始的alert("")来调试，splinetech JavaScript HTML Debugger 算是一个看起来还像个样子的调试器吧，可惜不是免费的，几十大刀让我这种穷人只能望而生叹了。
　　罪之三：冗余代码更多了
　　和上面说的差不多，层层包含js文件是AJAX的通病，再加上以往的很多服务端代码现在放到了客户端，所以每次打开一个页面会包含很多的无用的js文件也一同下载下来。虽然宽带越来越普及，但是减少代码冗余还是每个web设计者的必修课。
　　罪之四：破坏了Web的原有标准
　　什么叫破坏web标准？〈span onclick="location.href='detail/';"〉点击查看全部〈/a〉，这就是破坏了web标准。好好的A标签放着不用，偏要用span。这种例子很多，flickr中的标题单击后可以更改，这虽然（也包括我）是大家一致叫好觉得方便的设计，但同时这也是歧义了web元素本身的含义，物是人非这个词不知道用的合不合适？
　　罪之五：缺少一个没有标准之争、没有back和history的浏览器
　　哈哈，这句话语有点讽刺意义。现在的浏览器市场，不管是IE还是FireFox还是Opera等等。浏览器和浏览器之间的差异一直都是web设计者心中永远的痛，支持的css不一样，支持的客户端脚本不一样，有的竟然连客户端脚本的用法都有不同。这让程序员非常苦恼，最明显的就是调用xmlhttprequest了，req=(window.XMLHttpRequest)?new XMLHttpRequest():new ActiveXObject("Microsoft.XMLHTTP");这段创建xmlhttp对象的代码就是为了适应IE和非IE两天阵营的浏览器的经典例子。说是没有back和没有history的浏览器，这也是一个讽刺，主要是指在AJAX下点击链接是不Redirect页面，所以不存在后退和前进了，同样，没有后退和前进也就无存找浏览历史纪录了。back和history存在的根本就是url的改变，在AJAX下人们发现不改url也同样能达到内容改变这个酷酷的特点，何乐而不为呢？look http://www.dux2005.org/和http://www.zagodesign.com/，我承认这两个站确实做得非常棒，但除了酷酷的感觉外，毫无用处。
　　罪之六：XML只是用来打幌子
　　xml从诞生那天起就被一致看好，大有非xml不娶之势，我想Jesse James Garrett也是为了趋于流行才把xml强行加入ajax的吧。xml有一个致命的缺点，那就是加载的资源耗费，这好像是所有平台下xml的通病。google map虽然是Jesse James Garrett推荐的AJAX的品牌代言人，但是gmap并没有用xml，而是用了原生的javascript数组，我自己在用AJAX从服务端传回数据时也从来不用XML，因为它让我更繁琐让系统更慢。服务端首先要调用xml对要传输的数据进行封装，客户端得到数据后再调用xml进行解析，简直是画蛇添足。AJAX的一个重要特点是要身法轻盈，数据的传输尽量单一和简陋，如果确实需要传输大量复杂的数据，也应该通过多次调用传回。
　　罪之七：世界这么大却找不到自己的家
　　AJAX适用于什么？能干什么？能带来什么？在网站上用AJAX那是笑话，除非像Google Map和Flickr这样的专业领域的网站外，普通网站根本没必要用这个技术；在庞大的企业应用市场估计还能有AJAX的一点容身之地，不过在MS、SUN不会看着AJAX这个野孩子来在他们的地盘上撒泼的，如果大家都用AJAX，那java给谁卖？.net给谁卖？所以AJAX在企业应用也不是长久之地。所以，AJAX现在找不到自己合适的位置是个很大的尴尬。疑病乱投医，最近把AJAX的矛头指向Flash和Applet就是一个例子。
　　当然，我也不是要把AJAX扁的一无是处，我本人就非常喜欢这门技术，它能让web设计者的眼球更加宽广，让一些大胆的设计成为现实，但是我也会很冷静的小心翼翼的利用这个利器，利器虽好，一不留神刺伤的是自己。
　　PS：这篇文章是昨晚写的，今早却神奇般的从网上看见了一篇文章Ajax: 99% Bad，文章是针对2000年那片著名的Flash: 99% Bad 写的，其中的观点和我所说的七宗罪中的几宗相似。
　　　　　　　　　　　　　　　　　　　　　　　　　　　 --来源：嘟嘟老窝　duduwolf

Ajax的优点评论
　　从听说AJAX开始，我就一直搞不这东西是什么东西，好好的一个XMLHTTP要再裹上AJAX，不明白有什么意义。我想会不会AJAX不是一个实际东西(没有实际的成果)，只是一种设计观念。我自己也用XMLHTTP写过很多东西。以XMLHTTP来看，对别人提出的那些罪宗觉得是他们在无理取闹。
　　冤之一：对搜索引擎的支持不好　　这个好像跟搜索引擎扯不上关系吧。还有谁说WEB设计就一定要有超连接在里面啊。可能告诉我哪里有制定这样的标准啊？
　　冤之二：编写复杂、容易出错　　javascript只是没有直接创建类的方法，javascript是一个完全的面向对象的东西，每种类型的值，甚至函数都可以看做是对象。javascript虽然没有直接创建类的方法，但同样可以用其它方法创建出类，如用function创建的函数可以当做类来new一个对象出来。至于debug工具不是没有而是比较少，MS的Visual InterDev，Mozilla中的DOM察看器和Javascript Debugger扩展都可以用来调试的。同样也可以用javascript写一些简单的调试程序。
　　冤之三：冗余代码更多了　　会有很多JS代码我承认，但是如果减少了JS代码，就不会增加HTML代码吗？增多的HTML代码分部到不同的页面的每打开也要占用网络。然而大多的HTML都是通过服务器上的脚本产生的，这不是加大了服务器的负担了。把数据的处理放到客户端用JS处理可以分担服务的很多任务。
　　冤之四：破坏了Web的原有标准　　我绝对是一个W3C的支持者，但我不明白用而不用跟标准有什么冲突的。我记得以前我有看到一个W3C的页面里面，也有这么写的。
　　冤之五：缺少一个没有标准之争、没有back和history的浏览器　　　　没有back但还是有这个页面的history。可是没有back不觉得对会更好吗，做为用Web开发系统的开发人员来说，常见的一个问题，就是因为back了，引起重复提交。的确有不同浏览器中创建XMLHTTP对象的方法不一样，但使用上是差不多的。开发者可以把这些封装到一个类里面，使用上就从这个类里面创建的一样的。还有这样跟那两个网站有没有什么关系吧，他们爱怎么开发就怎么开发，总不能因为就那两个网站而打死一大片吧。
　　冤之六：XML只是用来打幌子　　这个我是为XML鸣冤的，Jesse James Garrett是不是趋于流行我不知道。但我认为XML的创建就是为了数据格式更明了，开发者之间更容易沟通。所以XML文件是有可能会比较大，难道HTML就不会了吗？本是同根生嘛！(据说下一个版本的XML会加强数据的压缩)在客户端要对XML进行解释，那是肯定的，我觉得这样者使XML的使用上更灵活。你用数组或字符串就不用要对要传送的数据封装成数组或字符串了吗？客户端的脚本解释器就不用解释了吗？ --来源：chon81

又是一年端午节

在这个传统节日里，祝愿家人，朋友们幸福，快乐！

再一次缅怀我们的诗人：路漫漫其修远兮，吾将上下而求索。

星期一, 五月 29, 2006

Google_ PageRank 技术

Google 搜索技术所依托的软件可以同时进行一系列的运算，且只需片刻即可完成所有运算。而传统的搜索引擎在很大程度上取决于文字在网页上出现的频率。Google 使用 PageRank™ 技术检查整个网络链接结构，并确定哪些网页重要性最高。然后进行超文本匹配分析，以确定哪些网页与正在执行的特定搜索相关。在综合考虑整体重要性以及与特定查询的相关性之后，Google 可以将最相关最可靠的搜索结果放在首位。

PageRank 技术是通过对由超过 50,000 万个变量和 20 亿个词汇组成的方程进行计算，PageRank 能够对网页的重要性做出客观的评价。PageRank 并不计算直接链接的数量，而是将从网页 A 指向网页 B 的链接解释为由网页 A 对网页 B 所投的一票。这样，PageRank 会根据网页 B 所收到的投票数量来评估该页的重要性。

此外，PageRank 还会评估每个投票网页的重要性，因为某些网页的投票被认为具有较高的价值，这样，它所链接的网页就能获得较高的价值。重要网页获得的 PageRank（网页排名）较高，从而显示在搜索结果的顶部。Google 技术使用网上反馈的综合信息来确定某个网页的重要性。搜索结果没有人工干预或操纵，这也是为什么 Google 会成为一个广受用户信赖、不受付费排名影响且公正客观的信息来源。

: Google PageRank 网站指数查询

Google 查询的全过程

星期日, 五月 28, 2006

网络下载_流媒体(免费)

在网上有时候看到自己想要的资源，但是却无法下载，着实是一件遗憾的事情。下面我们就来说说网络流媒体的一些下载心得吧。

下载流媒体的困难之处在于找到它的URL，即链接地址，如果找到了它，那就只要复制到下载软件中就可创建下载了。怎样发现流媒体的URL，我总结了以下几点（大家还有其他方法可以交流下经验哦;

1．从HTML源代码中查找

在IE的菜单“查看”中点“源文件”按钮，用记事本打开源文件，点记事本的“编辑”菜单中的“查找”，然后输入流媒体文件的后缀名SWF、WMV、RM、ASF、AVI，当你找到它们时，你就看到了下载的链接地址了！也可以直接在网页空白处右键->查看源文件。最典型的是闪客帝国的Flash（习惯了没事就上去看看！），只要查找到SWF的后缀名，就可以知道它的flash下载地址了。
2． RAM或ASX中查找

　　有时找到地址下载后，用播放软件打开却不能看，查看文件大小只有几百KB，一部电影怎么可能这么小呢？原来RAM或ASX是一种代替RM或ASF的文本，用记事本打开ASX或RAM文件，就可以找到电影的地址了！

3．播放器属性中找

　　如果使用RealOne Player播放器播放影片（麦丢Player不行），在播放器的菜单栏中选择“文件→剪辑属性→查看剪辑信息”，在弹出的“剪辑属性”对话框中选择“文件”选项，在这里就可以看到当前播放的影音文件的地址了。　　

4．看属性查找法

　　这是最简单的方法了，先打开网站，然后在播放影片的链接上点右键->属性，就可以找到下载的链接地址了，这种通常是MMS或PNM等协议的，把地址复制到下载工具中，就可以下了。

5．保存文件查找法

　　选定一首在线视听的MP3，右键单击目标另存为，将会有一个“.m3u”的文件被保存，然后用“记事本”打开该文件，在记事本中找到“http://***//***.m3u”或者“http://***//***.mp3”，如果是前一个，则将其中的m3u改为mp3，然后将链接复制到FlashGet中，即可下载。如果是后一个，直接复制到FlashGet中下载即可。

6. 凡走过，必留痕迹

“凡走过，必留痕迹”这句话引用了百度对他们logo上的脚掌的解释（精辟！！）。首先最好先别把你想要下载内容的网页关闭，进入到你的Internet临时文件夹，就是Temporary Internet Files了。这个文件夹默认是在帐户的Local Settings里面，当然你也可以在Internet选项里改变它的位置（这样可以提高浏览器的速度，机器牛b的就。。。），里面保留cookie和浏览过的网页内容，点击按类型排列，就很容易就找到你想要的东东了。

综合应用以上几种方法，相信很多网站上的流媒体文件都可以下载了。