ThesecretgardenispartofVHnight*footbiteforkappamandYYpasternsuccessfully?Andalongnight,PhiwerePeruHisV*ftocclusionnurserypartforthemyypasternkappaandphiweresuccessfully?Along,speedupyoursite'sbestpractices-howtoimprovesiteperformanceminimizeHTTPrequestsTags:80enduserresponsetimeforfrontend.Duringthistime,mostofthecomponentsaretiedtothedownloadpage:image,stylesheets,scripts,Flash,etc.toreducethenumberofcomponents,therebyreducingthenumberofHTTPrequestsrequiredtorenderthepage.Thisisthekeytofasterwebpages.awaytoreducethenumberofpagesistosimplifythedesignofthepage.Butthereisnowaytobuildarichercontentpage,butalsogetaquickresponsetime?HerearesometipsforreducingthenumberofHTTPrequests,aswellasrichwebdesign.ThejointfileisawaytoreducethenumberofscriptsrequiredforasingleHTTPscriptthatwillcombineall,similarlyallCSSstylesintoasingle.Combiningfilesismorechallengingwhenscriptsandstylesheetsaredifferentfromonepagetoanother,butmakingthisprocesspartofyourreleaseimprovesresponsetime.CSSwizardisthepreferredmethodforreducingthenumberofimagerequests.CombineyoursingleimagebackgroundimageintoA,usetheCSSbackgroundimageandthebackgroundpositionpropertytodisplaythedesiredimagesection.imagemapmultipleimagesofanimagemergeintoone.Thetotalsizeisroughlythesame,butthenumberofpagestoreducetheHTTPrequestsisaccelerated.Onlywhentheimageismappedtotheimagepageinthebar,suchasnavigation.Definitionofmapcoordinatesimage,tediousanderrorprone.Navigationimagemapisnottooconvenient,soitisnotrecommended.inlineimageusagedata:astudyofembeddedimagedataintheactualwebpageofURL.ThiscanincreasethesizeofyourHTMLfile.Combiningabuilt-inimageintoyourstyle(cachingisawaytoreduceHTTPrequestsandavoidincreasingthesizeofyourwebpage.Embeddedimagedoesnotsupportallmajorbrowsers.reducethenumberofpageswhereyourHTTPrequestisstarted.Thisisthefirstvisittothemostimportantcriteriatoimproveperformance.Asmentionedabove,Searl'sblogpostbrowsercacheusage-exposed!Everyday40-60visitorstoyoursiteappearinanemptycache.Gettingyourtimeforthesetravelersonthefirstpageofthefastkeyisabetteruserexperience.hot|todiscusstherulesofuseacontentdeliverynetworkserverTags:usersaregeographicallyclosetoyourWebserverwitharesponsetimeeffect.Deployingyourcontentacrossmultiplegeographicallydispersedserverswillallowyourwebpagetoloadfasterfromtheuser'spointofview.Butwhereshouldyoustart?<camp夜秘H圃圄VДЕЁЖЗИЙКЛМН?уфхцчшщ夜秘H圃圄VДЕЁЖЗИЙКЛМН?уфхцчшщ加快您的网站最佳做法--如何提升网站性能尽量减少HTTP请求标签:内容80最终用户响应时间%用于前端。这段时间,大部分是绑在下载页面中的所有组件:图片,样式表,脚本,Flash等减少元件数量,从而减少了所需的HTTP请求的数量呈现页面。这是更快的网页的关键。一种方法来减少元件的页码是简化页面的设计。但有没有办法建设有更丰富的内容网页,同时也取得快速的反应时间?以下是减少HTTP请求数量的一些技巧,同时还支持丰富的网页设计。联合文件是一种方式,以减少脚本数目单一的HTTP请求的脚本将结合所有,同样所有的CSS样式单相结合成一个。结合文件是更具挑战性的脚本和样式表时,从一页一页地不同,但使这一进程的一部分,你的释放提高响应时间。CSS的精灵,是首选的方法对图像的要求的数目减少。结合您的单一图像背景图像分为A,使用CSS背景图像和背景位置属性,以显示所需的图像部分。影像地图一幅图像的多个图像合并成一个。总的大小是大致相同,但数量减少页面的HTTP请求加快。只有当图像映射的图像页连续在酒吧,如导航。定义地图坐标形象,乏味和容易出错。用导航影像地图是不是太方便,所以不推荐。内联图像使用数据:URL方案实际网页中嵌入图像数据研究。这可以增加您的HTML文件的大小。结合)内置图片到您的样式(缓存是一种方法,以减少HTTP请求,并避免增加您的网页大小。嵌入式图像尚不支持所有主要浏览器。减少页码在你的HTTP请求是开始的地方。这是第一次来访的最重要的准则,用以提高性能。正如上文滕尼塞尔的博客帖子浏览器缓存的使用情况-暴露,
http://www.juyesq.org/E_GuestBook.asp!,每天40-60%的游客到您的网站出现在一个空缓存。让您的时间为这些旅客的第一页快速的关键是一个更好的用户体验。热门|讨论这一规则使用内容传送网络标签:服务器用户在地理上接近你的Web服务器有一个响应时间的影响。您的内容部署在多个地理位置分散的服务器将让您的网页加载从用户的角度更快。但是,您应从何处入手?作为第一个步骤,实施地理上分散的内容,不要试图重新设计你的web应用工作在一个分布式体系结构。根据应用,改变了结构可以包括艰巨的任务,如同步会话状态和复制整个服务器的位置数据库事务。企图以减少用户与您的内容可能会推迟的,或是从来没有通过的距离,这种应用架构的一步。记住80-90%的时间对最终用户的响应是用于下载的所有页面中的组件:图片,样式表,脚本,Flash等,这是表演的黄金规则。而不是与您的应用程序架构起了艰巨的任务重新设计,最好先驱散你的静态内容。这不仅实现了更大的反应时间减少,但它更容易由于内容传递网络。一个内容传递网路(CDN)是一个网络服务器集合在多个地点派发,以更有效地提供内容给用户。该服务器提供内容,选定一个特定的用户通常是基于对网络邻近措施。例如,用最少跳或网络服务器与服务器响应时间最快的选择。一些大型互联网公司拥有自己的加币,但它的成本效益的使用CDN服务提供商作为,如Akamai技术,镜像互联网,或者LimelightNetworks合作。为创业公司和私人网站,服务费用1加元可以承受,但由于您的目标受众的增长更大,变得越来越全球化,一加币,是要实现快速的反应时间。在雅虎,属性,移动或关闭更多的静态内容的应用程序的Web服务器,以1加元提高最终用户响应时间的20%。切换到1加元是一个相对容易的代码更改,将大大提高网站的速度您的网络。热门|讨论这一规则添加过期或者缓存控制头标签:服务器有两个方面此规则:静态部分:推行的“永不过期的”未来政策制定远远过期头对于动态部分:使用适当的缓存控制标题,以帮助浏览器的要求与条件网页设计是越来越丰富,这意味着更多的脚本,样式表,图片和Flash在网页。阿首次访问者您的网页可能要几个HTTP请求,但通过使用Expires头你让这些组件缓存。这将避免不必要的后续页面浏览量HTTP请求的。过期头是最常用的图像,但他们应该用在所有的样式表组件,包括脚本,和Flash组件。浏览器(和代理)使用缓存来减少HTTP请求数量和大小,使网页加载更快。Web服务器使用的HTTP响应头告诉过期多久,一个组件可以缓存客户端。这是一个遥远的未来Expires头,告诉浏览器,这种反应将要等到2010年4月15日失效。 到期日:星期四,2010年4月15日格林尼治标准时间20:00:00如果您的服务器是Apache,使用ExpiresDefault指令来设置过期日期相对于当前的日期。这次ExpiresDefault指令的示例设置过期日期从10年的请求超时。 ExpiresDefault“访问加10年”请记住,如果你使用一个遥远的未来到期头你必须改变组件的文件名时组件的变化。在Yahoo!我们常常使这种生成过程的步骤的一部分:1版本号是内嵌在组件的文件名,例如,yahoo_2.0.6.js。遥远的未来使用Expires头影响用户页面浏览量已经访问后才您的网站。它没有影响的HTTP请求的数目,当用户访问您的网站缓存,第一次和浏览器的是空的。因此,改善性能的影响,这取决于用户经常打引物与您的网页缓存。(甲“引物缓存”已经包含在网页上的所有的组件。)我们测量我们在雅虎!,发现引物的数目缓存页面浏览量的是75-85%。通过使用一个足够长的Expires头,你增加人数因特网连接的组件的是由浏览器的缓存和重新使用后对用户浏览网页而不发送一个字节。热门|讨论这一规则gzip的组件标签:服务器所花费的时间传递HTTP请求和响应通过网络可以大大由前端工程师们所作出的决定减少。的确,最终用户的带宽速度,互联网服务提供商,接近对等交换点等超出了开发团队的控制范围。不过,有人认为会影响响应时间的其他变量。压降低,减少了HTTP响应的大小,反应时间。与HTTP/1.1中开始,Web客户端与显示在HTTP请求的Accept-Encoding头压缩支持。 的Accept-Encoding:gzip的,放气如果Web服务器看到这个请求报头中,它可能会使用压缩响应由客户列出的方法之一。该网站的服务器通知通过在响应内容编码头此Web客户端。 内容编码:gzip的Gzip是有效的压缩方法在这个时候最流行的和。它是由GNU项目和标准的变更请求,1952年。唯一的其他压缩格式你可能看到的是紧缩,但它不那么有效和冷门。Gzipping普遍降低了约70%的响应大小。大约90%的交通今天的互联网穿过浏览器声称支持gzip。如果你使用Apache,gzip的模块配置取决于您的版本:Apache1.3的使用mod_gzip,而Apache2.x的使用mod_deflate.目前已知的浏览器和代理问题,可能会造成什么期望和什么浏览器就接收到一个压缩的内容不匹配。幸运的是,这些边缘案件作为旧版浏览器的使用减少脱落。Apache的模块,帮助通过添加适当Vary的响应头自动。服务器选择什么gzip的基于文件类型,但通常是在他们决定过于压缩有限。大部分网站gzip压缩的HTML文件。这也是值得的gzip的脚本和样式表,但很多网站错过这个机会。事实上,这是值得任何文本压缩响应包括XML和JSON。图像和PDF文件不应该用gzip压缩,因为他们已经压缩。他们试图Gzip已不仅浪费的CPU,但可以潜在地增加文件大小。Gzipping尽可能多的文件类型是一种简单的方法,以减少重量,加快网页的用户体验。热门|讨论这一规则在样式表放在顶部标签:CSS的虽然在研究雅虎业绩!,我们发现,移动到文档的HEAD样式,使页面看起来是装载更快。这是因为把样式表头在允许的网页,逐步呈现。前端工程师,业绩关心要逐步页面加载,也就是说,我们希望浏览器显示什么内容,它已尽快。这是特别重要的连接互联网的网页的内容很多与慢,为用户。这些指标的重要性,为用户提供视觉反馈的进展,如已被很好地研究和记载。在我们的例子中的HTML页面是进步的指标!当浏览器加载页面逐步头,导航栏,顶部的徽标在等所有作为网页视觉反馈的用户,谁是等待。这提高了整体用户体验。与附近的底部将样式表文件的问题是,禁止在许多浏览器逐渐呈现,其中包括IE浏览器,
http://www.cnpsy.net/guestbook.asp。这些浏览器块渲染,以免重新划定的页面元素,如果他们的风格变化。用户被套牢观看空白页。在HTML规范清楚指出样式表将被包含在页面的HEAD部分:一个“不像,[链接]只能出现在文档的HEAD部分,虽然它可能会出现任何次数的。”无论选择的,白色的空白屏幕或闪烁的无样式的内容,是值得冒这个险。最佳的解决方案是按照HTML规范并加载你的样式表文件的头部。热门|讨论这一规则在底部写脚本标签:JavaScript的由脚本所产生的问题是,他们的并行下载。在HTTP/1.1规范建议浏览器下载次数不得超过两次,每并行主机部件。如果您为您的图片从多个主机名,你可以得到两个以上的下载发生在平行。虽然脚本下载,但是,浏览器不会启动其他任何下载,甚至在不同的主机名。在某些情况下,它并不容易移动脚本的底部。如果,例如,该脚本使用文件撰写--内容的一部分,该网页的,它不能被移动低的页面。还可能有作用域的问题。在许多情况下,有办法解决方法这些情况。另一种建议,常跑是使用延迟脚本。该推迟属性表示该脚本不包含文件撰写,是一个浏览器的线索,他们可以继续渲染。不幸的是,Firefox不支持的推迟属性。在InternetExplorer中,该脚本可能会推迟,但没有达到预期。如果一个脚本可以推迟,也可以移动到页面底部。这将使您的网页载入速度。热门|讨论这一规则避免CSS的表达式标签:CSS的强大的CSS表达式是(和危险)的方式动态设置CSS属性。他们支持在InternetExplorer中开始,第5版,但不赞成使用IE8的开头。作为一个例子,背景颜色可以设置为每隔一小时轮流使用CSS表达式: 背景色:表达式((新的Date())。getHours()%2?“#B8D4FF”:“#F08A00”);这说明,该表达方法接受一个JavaScript表达式。CSS的属性设置为表达式的结果评价的JavaScript。该表达方法忽略了其他浏览器,因此它是互联网浏览器可用于设置属性的需要创建一个跨浏览器一致的体验。与表达的问题是,他们更经常地评估比大多数人预料。它们不仅评价呈现页面时和调整大小,而且还当页面滚动,甚至当用户移动鼠标在页面。添加计数器的CSS表达式允许我们跟踪的时间和频率的CSS表达式计算。移动鼠标可以在页面周围容易产生超过10,000评价。一种方法来减少你的CSS表达式计算次数是使用一次性的表达,其中首次表达式求值它设置样式属性设置为一个明确的价值,它取代了CSS的表达。如果样式属性必须设置在整个动态页面生命,而不是使用事件处理程序的CSS表达式是另一种方式。如果您必须使用CSS表达式,记住,他们可能是评估了数千次,并可能影响您的网页的效果。顶级|讨论这一规则让JavaScript和CSS外部标签:Javascript,CSS之这些性能的规则如何处理与许多外部元件的管理。然而,
花花公子流行男鞋,在这些因素出现你应该问一个更基本的问题:如果在JavaScript和CSS外部文件,或在网页本身包含内联?在现实世界中使用外部文件的一般生产速度更快,因为JavaScript和CSS文件是由浏览器缓存页面。JavaScript和是内嵌在HTML文件下载获得CSS的HTML文件是在每次请求的时间。这减少了所需的HTTP请求的数量,但增加了HTML文档的大小。另一方面,如果在JavaScript和CSS,浏览器缓存的外部文件,该HTML文件的大小减少而增加的HTTP请求数。关键的因素,那么,与哪些外部JavaScript和CSS组件缓存相对的HTML文件的频率要求。这一因素,虽然很难量化,可以利用各种指标来衡量。如果您网站上的用户,每节有许多网页和你的多个页面浏览量再使用相同的脚本和样式表,有一个更大的缓存外部文件的潜在利益。许多网站秋天在这些指标中。对于这些网站,最好的解决办法通常是部署的CSS外部文件的JavaScript和。唯一的例外是最好的地方是内联网页,如雅虎的头版和我的Yahoo!。首页页面有几个(也许只有一个),每节网页浏览可能会发现,内联的JavaScript和CSS在快结束的结果用户响应时间。对于那些通常许多页面浏览量第一头版,有技术,
http://www.slimline-club.com/eobi/E_GuestBook.asp,利用减少HTTP请求内联规定,以及通过使用外部文件的缓存实现效益。其中一个方法是在头版内嵌JavaScript和CSS,但在外部文件动态下载页面后完成载入。后续页面将引用外部文件应该已经在浏览器的缓存。热门|讨论这一规则减少DNS查找标签:内容域名系统(DNS)的主机名映射到IP地址,就像电话簿地图的人的名字,以他们的电话号码。当您在浏览器中键入www.86722.com,一个DNS解析器接触的浏览器返回该服务器的IP地址。DNS的有代价的。它通常需要20-120毫秒的DNS查找给定主机名的IP地址。该浏览器不能下载任何东西从这个主机名的DNS查找,直到完成。缓存DNS查找更好的性能。此缓存可以发生在一个特殊的缓存服务器上,由用户的ISP或局域网维护,但也有缓存,对个人用户的计算机上出现。DNS信息仍然)在操作系统的DNS缓存(以下简称“DNS客户端服务在MicrosoftWindows”。大多数浏览器都有自己的缓存,从操作系统的缓存分开。只要在浏览器保存在它自己的缓存的DNS记录,它不打扰了备案要求的操作系统。因特网浏览器缓存DNS查找默认为30分钟,因为指定DnsCacheTimeout的注册表设置。Firefox的缓存DNS查找1分钟的,控制network.dnsCacheExpiration的配置设置。(Fasterfox更改为1小时。)当客户端的DNS缓存是空的浏览器和操作系统(),DNS的查询数目等于独特的主机名的网页数量。这包括在网页的网址,图片,脚本文件,样式表,Flash对象等,减少使用独特的主机名数量减少了主机名的DNS查询的数目。减少了独特的主机名数量有可能减少并行下载是发生在页面上的金额。避免DNS查询的响应时间,但是减少并行下载的响应时间可能会增加。我的方针是分裂这些组件在至少两个,而是不超过4个主机名。在一间减少DNS查询和下载,允许一组平行的高度,这很好的妥协结果。热门|讨论这一规则缩小的JavaScript和CSS标签:Javascript,CSS之微细化是时代的做法,解除不必要的字符代码,以减少其大小从而提高负载。当代码是精缩所有意见都将被删除,以及不需要的空白字符(空格,换行符和制表符)。在JavaScript的案件,这提高了响应时间的性能,因为在下载文件的大小降低。两个JavaScript代码流行工具minifying是JSMin和锐压缩机。压缩机的锐也可以缩小的CSS。模糊处理是另一种优化,可用于源代码。它更复杂,缩率,从而更容易产生混淆作为加强自身错误的结果。在美国10个顶级网站的调查显示,缩率达到1对25的混淆%21%规模缩小。虽然模糊处理具有较高的尺寸减少,minifyingJavaScript是风险较低。除了minifying外部脚本和样式,内联script和style块可以而且也应该精缩。即使你gzip的脚本和样式,minifying他们仍然会减少或更多的大小5%。随着规模的使用和增加的JavaScript和CSS,因此将节省1369minifying您的代码。热门|讨论这一规则避免重定向标签:内容实现重定向是用301和302状态代码。这里有一个例子是HTTP标头在301回应: HTTP/1.1中301永久移动位置:http://www.worldxml.com内容类型:text/html的浏览器会自动将用户在指定的URL位置字段。重定向所有必要信息的是在头。身体的反应通常是空的。尽管他们的名字,既不是301也不是302的反应是缓存在实践中,除非额外头,如过期或缓存控制,表明它应该是。该元刷新标记和JavaScript其他方式将用户定向到不同的URL,但如果你必须做一个重定向,首选的方法是使用标准的3xxHTTP状态代码,主要是为了确保后退按钮正常工作。主要的是要记住的是,重定向放慢了用户体验。--一个用户之间的延误和HTML文件中的所有重定向页面没有因为在页面可以被渲染并没有组件可以开始直到HTML文档已被下载抵达。其中最浪费的重定向发生频繁,web开发者一般不会意识到这一点的。它发生在一个尾部斜杠(/)是一个缺少一个URL,否则应该有。例如,去http://astrology.yahoo.com/astrology结果在一个301重定向响应包含一个以http://astrology.yahoo.com/astrology/(注意添加斜线)。这是固定使用在Apache别名或mod_rewrite模块,或DirectorySlash指令,如果你使用Apache的处理程序。一个旧的网站连接到一个新的,是另一种常见的使用重定向。其他包括连接网站不同地区和指导等基础上的用户帐户(某些条件类型用户的浏览器,键入)。使用重定向来连接两个网站很简单,几乎不需要额外的编码。虽然使用的情况下重定向这些降低了开发复杂性的,它降低了用户体验。重定向替代对本使用包括使用别名和mod_rewrite模块如果这两个代码路径是服务器托管在相同。如果一个域名的变化是导致重定向使用,另一种是创建一个CNAME(一个DNS记录,创建一个别名指向从一个域到另一个)结合别名或mod_rewrite模块.热门|讨论这一规则删除重复的脚本标签:JavaScript的它伤害的表现,包括在同一个页面的JavaScript文件两次。这并非如你想像的那么不寻常。作者:美国十大网站的审查表明,其中含有两个重复脚本。两个主要因素增加一个脚本的几率是在一个单一的网页复制:团队规模和数量的脚本。当它发生,造成不必要的重复伤害HTTP请求和浪费的JavaScript执行性能的脚本。不必要的HTTP请求发生在InternetExplorer中,但不能在Firefox正常。在InternetExplorer中,如果一个外部脚本包含两次,而不是缓存,它生成两个在页面载入的HTTP请求。即使脚本缓存,额外的HTTP请求时,会出现在用户重新加载页面。除了生成HTTP请求的浪费,时间浪费评估脚本多次。这多余的JavaScript执行发生在Firefox和IE浏览器,无论是缓存的脚本。其中一个方法,以避免意外,包括两次相同的脚本是落实在你的脚本的模板系统管理模块。典型的方法包括使用脚本在HTML页面上的脚本标记。 scripttype="text/javascript"src="menu_1.0.17.js"/scriptPHP中的替--法是建立一个函数调用insertScript. ?phpinsertScript("menu.js")?此外,以防止相同的脚本被多次--,这个函数可以处理,例如检查依赖剧本,其他问题和增加版本号的脚本文件名,以支持未来的到期远头。热门|讨论这一规则配置ETags标签:服务器实体标记(ETags)是一种机制,Web服务器和浏览器使用,以确定是否缓存组件在浏览器的匹配服务器上的一个来源。(一个“实体”是另一个单词“组成部分”:图像,脚本,样式表等)ETags又增加了提供的日期为验证机制的实体更灵活的修改比最后。一个ETag的是一个字符串,它唯一标识一个特定版本的一个组件。唯一的格式限制是该字符串被引用。原始服务器指定了组件的使用ETag的ETag的响应头。 HTTP/1.1200确定最后修饰:周二,2006年12月12日格林尼治标准时间3时03分59秒的ETag:“10c24bc-4ab-457e1c1f”内容长度:12195 后来,如果浏览器要验证一个组件,它使用如果无人能匹配头传递的ETag回到原始服务器。如果ETags匹配,则返回304状态代码这个例子中,减少为12195字节的响应。 的GET/我/yahoo.gifHTTP/1.1主机:us.yimg.com如果修饰,时间:星期一,2006年12月12日格林尼治标准时间3时03分59秒,如果无人能匹配:“10c24bc-4ab-457e1c1f”HTTP/1.1中304改性与ETags问题是,他们通常是使用属性构造独特,使他们到一个特定的服务器托管的网站。ETags将不匹配时,浏览器获得从一台服务器原始组件,后来尝试验证在不同的服务器组件,
http://www.ssbnex.com/guestbook.asp,这种情况是所有的网站上也使用了服务器集群来处理请求普遍。默认情况下,Apache和IIS中嵌入的ETag,大大降低测试的有效性的赔率与多台服务器的网站成功的数据。在Apache1.3和2.x的ETag格式是inode的大小,时间戳,
http://www.b00bs-clan.com/index.php?site=guestbook。不过,某一文件可能驻留在多个服务器在同一目录,并具有相同的文件大小,权限,时间戳等等,它的索引节点是服务器从一个不同的未来。IIS5.0和6.0有一个ETags类似问题。在IIS格式ETags的是Filetimestamp:ChangeNumber。阿ChangeNumber是一个计数器用来跟踪配置更改到IIS。这不太可能ChangeNumber是同一网站所有IIS服务器后面的网络。最终的结果是组件和etags产生由ApacheIIS中的完全相同,不会从一个服务器到另一个匹配。如果ETags不匹配,用户不会收到小,快速反应,ETags304设计了,相反,他们将获得一个正常的200响应以及所有组件的数据。如果你只是一台服务器主机你的网站上,这不是一个问题。但如果你有多个网站的服务器托管您,您使用的是默认的ETag配置的Apache或IIS的,你的用户是越来越慢的网页,你的服务器具有更高的负载,你消耗更大的带宽,和代理阿仁'吨缓存你的内容有效。即使您的组件有一个遥远的未来过期头,一个有条件的GET请求时作出的仍是用户点击刷新或刷新。如果你不采取灵活的优势,提供验证模式ETags,最好刚才删除的ETag完全。在最后修改头验证基于组件的时间戳。减少和消除的ETag的要求的规模以及随后的HTTP头均。这个微软支持文章介绍如何删除ETags。在Apache中,这是通过简单地增加下面一行到你的Apache配置文件: FileETag无热门|讨论这一规则设为ajax可缓存标签:内容列举的Ajax的一个好处是,它提供即时反馈给用户,因为它从后端异步Web服务器请求信息。但是,使用Ajax是不能保证用户不会再做那些他的大拇指异步JavaScript和XML响应等待返回。在许多应用中,无论用户是一直在等待取决于Ajax如何被使用。例如,在一个基于Web的电子邮件客户端的用户将被保存为一个Ajax请求的结果等待找到所有的电子邮件消息,他们的搜索标准相匹配。重要的是要记住“异步”并不意味着“瞬间”。为了提高性能,重要的是要优化这些Ajax响应。最重要的途径,以改善性能的Ajax是使缓存的响应,如在讨论加入过期或Cache-Control标题。其他的一些规则也适用于阿贾克斯:gzip的组件减少DNS查找缩小的JavaScript避免重定向配置ETags让我们来看一个例子。电子邮件客户端的Web2.0可能会使用Ajax来下载用户的地址簿中自动完成。如果用户没有修改报告书的反应,因为她的地址簿,她最后一次使用的电子邮件网络应用程序,以前可以读取缓存如果Ajax响应了头缓存与未来到期或高速缓存控制。该浏览器时,必须通知使用反应与要求新一以前缓存的地址簿。这可能是例如通过添加一个时间戳通讯簿阿贾克斯网址显示最后一次为用户修改自己的地址簿,,&吨=1190241612。如果通讯簿没有被下载自上次修改的时间戳将是相同的地址簿将被读取从浏览器的缓存消除额外的HTTP往返。如果用户修改了自己的地址簿,确保了新的时间戳URL不匹配缓存的响应,[url=http://www.ijbrug.nl/ijburg/tiki-view_blog_post.php?postId=337