Questions tagged «performance»

调整网站以通过潜在的低带宽连接将其内容快速有效地交付给用户的艺术。


1
通过并行CSS下载提高网站性能?
我正在优化网站的页面加载时间。一种方法是将CSS的多个HTTP请求合并为一个合并的HTTP请求。但是其中一位审阅者提出了一个有趣的问题:将多个CSS文件的下载并发会不会减少页面加载时间? 我从来没有考虑过这个选项,因为我在互联网上读到的唯一一件事就是减少(阻止)HTTP请求的数量是加快网页速度的关键(尽管Google Pagespeed Insights似乎并未明确指出这一点1)。 我看到了为什么并行化不会提高性能或仅影响很小的几个原因(被使用更少的HTTP请求所带来的好处所抵消): 设置新连接非常昂贵。虽然可以并行设置多个连接,但浏览器最多使用约4-6个连接(取决于浏览器),因此并行下载CSS会阻止下载其他资源,例如JavaScript和图像。 设置HTTPS连接需要一些额外的数据。我读过这很容易就是几KB的数据。这是一些额外的数据,必须通过网络发送,而不是我们实际要发送的CSS。 由于使用了TCP慢启动算法,因此通过连接发送的数据越多,连接速度就越快。因此,寿命更长的连接实际上将比新连接更快地发送数据。例如,请参阅SPDY协议,该协议使用单个连接来缩短页面加载时间。 TCP是一种抽象:通常只有一个基础连接。因此,当使用多个请求时,通过有线发送的数据可能不一定会完全受益于多个连接以提高速度。 Internet连接本质上是不可靠的,尤其是在移动设备上。一个请求的完成速度可能比另一个请求快得多。对CSS使用多个请求意味着渲染网页直到最后一个请求完成才被阻止,这可能比平均连接时间晚很多。 因此,并行处理CSS文件的HTTP请求是否有任何好处? 注意/更新:所有CSS文件都被渲染阻止。尚未移出关键路径的CSS文件。
15 css  performance 



4
什么时候应该在“ preconnect” <link>上使用“ crossorigin”属性?
我想在我的站点上包含一些预连接资源提示,以便浏览器可以(例如)在实际看到调用CDN的脚本标记之前连接到jQuery CDN。我不确定是否应包含“ crossorigin”属性或该属性的值。该规范指出,部分 要启动预连接,用户代理必须运行以下步骤: […] 令corsAttributeState为元素的crossorigincontent属性的当前状态。 将凭证设为设置为的布尔值true。 如果corsAttributeState为Anonymous并且origin不等于当前Document的原点,请将凭据设置为false。 尝试与来源和凭据建立联系。 我不知道如何解释该算法。如果我要预连接CDN,这将使任何人都可以下载CDN的内容而没有任何种类的凭证,那么“ crossorigin”属性应使用什么值?

1
何时以及何时不使用CDN
我正在开发一个将几个小的gif图像加载到屏幕上的Web应用程序。我使用的是相对路径,这意味着它们是从提供php页面的同一Web服务器加载的。该操作是即时的,并且我与Web服务器不在同一大陆。 我刚刚为此CDN网络(Cloudfront)进行了测试,认为将静态文件移近用户是一个好主意。但是,所有这些文件现在需要半秒左右的时间才能在屏幕上呈现。我现在必须使用绝对路径,当然(https://xyzvf.cloufront.net/images/) 这是为什么?绝对路径有问题吗?我正在减少对自己服务器的HTTP请求,这是一件好事,但是这种延迟令人讨厌。CDN不适用于此吗?

6
有什么方法可以提高Google Adsense / Analytics的速度吗?
每当我运行Google Page Speed或YSlow时,建议的许多优化都源于我对Google Adsense和Google Analytics(分析)的使用。 例如,YSlow说有“ 9个外部Javascript脚本”-我的网站上只有一个,因此其余的显然来自adsense或分析。同样在“减少DNS查找”下,列出了以下域: pagead2.googlesyndication.com googleads.g.doubleclick.net www.google-analytics.com altfarm.mediaplex.com img-cdn.mediaplex.com eu.bid.invitemedia.com ad.doubleclick.net s0.2mdn.net 像素。 Invitationmedia.com adadvisor.net 我有什么办法可以减少这些速度或对速度进行其他改进?

1
网页应保持最大尺寸吗?
在Ben Voigt足以将我引导到这里之前,将此内容发布在SO上。任何人,这是我的问题: 当我说大小时,我说的是字节而不是像素。 我很好奇,对于各种类别的最大大小应该达成什么共识。特别: Broadband connections Dialup connections Mobile connections

5
开头部分引用的JavaScript是否应使用与主文档相同的主机名提供?
我的印象是,为了获得最佳性能,应将Javascript视为静态内容,并应从无cookie的域以及CSS文件,图像等提供服务。 但是Google在这里说:不要提供来自cookieless域的早期加载的外部JS文件 对于文档开头引用的JavaScript和页面启动所需的JavaScript,应从与主文档相同的主机名提供服务。由于大多数浏览器会阻止其他下载和渲染,直到所有JavaScript文件都已下载,解析和执行,因此最好避免在此处理时再进行DNS查找的风险。 所以现在我很矛盾。我不清楚“页面启动所需”是什么意思。 我通常有两个JavaScript引用,即ajax.googleapis.com提供的JQuery和$ .document.ready()函数中主要包含事件处理程序的master.js文件。页面启动需要这吗? 给定可用的选项,(ajax.googleapis.com,静态无cookie域,原始主机名)应在哪里提供我的JavaScript?

4
是什么导致HTML加载之前的“等待”时间?
我有一个网站,加载速度似乎很慢。当我对其进行速度测试时,我发现在HTML加载之前似乎有6秒的间隙。此后,图像和JS脚本的加载速度非常快。 您可以在下面的图片中看到黄色的“等待时间”栏: 无论页面上的HTML内容是什么,这似乎都是一致的。 该站点使用的是CMS(ModX Revo),因此HTML实际上存储在SQL数据库中并由PHP带来,但是我以前从未遇到过此问题。 有谁知道这是什么原因以及如何加快速度?

5
空白图像。使用方法:Base64与1x1 JPEG图像
我正在建立一个网站,我想尽可能减少HTTP查询,以提高网站速度和seo。我刚刚创建的页面正在滚动显示图像(图像具有属性data-scr,当用户向下滚动相应图像时,该属性会转换为src)。 因为所有图像都具有data-src而不是属性src,所以W3C向我显示错误。 这时,我找到了两种解决此问题的方法: 所有图像的初始src为空白1x1图像的url 所有图像的初始src将成为数据库64空白图像 当我使用空白1x1图像的URL时,(使用tools.pingdom.com测试)它显示1个HTTP请求。当我使用数据库base64空白图像时,它显示的请求数量与页面上的图像数量一样多。 对于网站更快的速度和更少的HTTP请求,哪种方法更有效?(假设用户以14.4kbps的互联网速度(即第一个互联网速度)加载网页)。 但是对于SEO? 还有其他选择吗?

4
如何衡量不同国家/地区的网站页面加载时间?[关闭]
关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗? 更新问题,使它成为网站管理员Stack Exchange 的主题。 3年前关闭。 最近,我将自己的个人项目之一迁移到了云中,并将该应用托管在英国的服务器上。 我居住在土耳其,我想看看英国用户和其他国家/地区的用户加载页面需要多长时间。 我试图对网站进行ping操作,但超时。我认为这是因为负载均衡器。 周围是否有任何服务可以让我监视世界各地网站的页面加载时间?

2
CloudFlare确实不影响动态内容吗?
我一直在阅读CloudFlare常见问题解答,我了解这是一个反向代理,对您域的所有请求都将通过CloudFlare。 他们在FAQ中说,它不会降低动态内容的速度,甚至可能吗? 因为所有请求的动态内容都会从其服务器请求,因此服务器需要从您的服务器请求并将其发送给客户端。 至少我理解他们。 在我看来,这会降低动态内容的速度。 是这样吗 CloudFlare不会影响动态内容吗?
11 performance  cdn  proxy 

3
最好的免费CDN服务是什么?[关闭]
按照目前的情况,这个问题并不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 使用CDN似乎是向用户提供出色浏览体验的最佳选择。但是,主要CDN提供商的计划似乎成本很高。因此,我希望在订阅任何付费计划之前习惯CDN。请让我知道是否有100%免费的CDN服务。
11 performance  free  cdn 

1
托管速度测试?
是否有任何网站可以测试您的托管速度?我知道有些网站会告诉您为什么您的网站运行缓慢,例如-YSlow等,但是从托管服务提供商处获得的带宽速度如何?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.