将社交媒体的外部Javascript加载到网页的目的

将社交媒体的外部Javascript加载到网页的目的,javascript,html,performance,social-networking,webpage,Javascript,Html,Performance,Social Networking,Webpage,当在网页中添加社交媒体资源时,传统方法会导致从其他域加载大量外部JS,只是加载带有品牌图像背景的iframe或锚。以下可能是网络上传输最多的文件(在36.35KB之后,这对许多人来说是不可避免的) 181.30KB(59.06KB压缩) 75.19KB(24.42KB压缩) 16.71KB (这是一个很小的连接,但仍然是不必要的连接) 例如,只有一个 事情:添加iFrame Twitter和Google Plus脚本执行非常类似的任务,只是添加了 将小HTML块放入页面中 为什么不只编写那些iF

当在网页中添加社交媒体资源时,传统方法会导致从其他域加载大量外部JS,只是加载带有品牌图像背景的iframe或锚。以下可能是网络上传输最多的文件(在36.35KB之后,这对许多人来说是不可避免的)

181.30KB(59.06KB压缩)
75.19KB(24.42KB压缩)
16.71KB
(这是一个很小的连接,但仍然是不必要的连接)

例如,只有一个 事情:添加iFrame

Twitter和Google Plus脚本执行非常类似的任务,只是添加了 将小HTML块放入页面中


为什么不只编写那些iFrame、图像和锚定HTML?

它不会影响你的网站性能。每个js应该加载多个资源,这不应该影响它们嵌入的站点。

首先,任何Javascript都是客户端应用程序,因此您不必担心布局这些组件所需的性能。

其次,这些文件非常小,因此流量可以忽略不计,即使iFrame是HTML格式的,您也需要某种连接才能获得它,对吗?因为很明显,您不能在代码中静态地放置like按钮(出于可维护性的考虑)

您所指的库不仅仅是添加简单的iframe。它们还引用帧内的对象。就性能而言,唯一的问题是他们承载js文件的站点是否宕机。

您提到的大多数脚本也在后台跟踪用户行为。此外,当加载JS文件时,提供商(如Google)可能会更改此类脚本附带的功能。如果你只是添加一个静态文件或自己编写所需的HTML,这就不那么容易了。

更适合网站管理员。stackexchange.com?我对你的问题感到有点困惑,如果你使用这些库中的任何一个来增强你的网站,你都需要加载它们。@KevinDTimm我认为这是开发人员应该回答的问题,可能在某些情况下存在Javascript依赖性,等等。@KevinDTimm此外,我在网站管理员那里提出了类似的问题,这些问题被迁移到这里或其他地方serverfault@AntLaC好的,谢谢,我会编辑这个问题,添加更多细节。在35KB的小页面上添加70KB的外部JS会浪费带宽。是的,我担心浏览器和下载时间的性能。不是每个人都能获得高速连接。先生,在35KB的小页面上添加70KB的外部JS是对带宽的浪费。是的,我担心浏览器和下载时间的性能。不是每个人都能获得高速连接,对吗?更新最新的js-like脚本作为服务模型可能很容易,而且使用此模型解决跨浏览器问题也很容易。我刚刚看到你关于带宽的评论,不幸的是,如果你想使用这些服务,你必须考虑js库。您也可以将文件的副本下载到本地服务器并自己托管,但是如果他们进行任何更改,您将不得不重新下载,但这并不会有太大的改进。我说,iFrame可以调用他们需要的任何JS。这没什么错。我想说的是为什么我们需要JS来创建这些元素?很抱歉,您在这方面遇到了麻烦,我刚刚打开了FB JS文件,它所做的不仅仅是创建一个iframe。此外,js文件需要位于本地客户端上,以便附加到iframe的内容。还有一件事,无论iFrame做了什么,都会影响你的带宽。先生,你仍然没有回答这个问题。你能打开这一页吗?在任何浏览器中,它的外观和行为都正常吗?我可以将其定位为iFrame。这是我的问题。即使将其他6个js文件放在iframe中,您仍在加载它们,并且您仍将使用该带宽加载它们。1+用于根据布局的自定义行为。然而,这个页面将很好地适应静态编写的iframe,不是吗?@rahmanisback是的。我想说的是,这么多JS的原因不是技术原因;但是一个经济的。这一切都是关于用户跟踪和赚钱与您的客户的个人数据。这就是像Facebook或谷歌这样的公司赚钱的方式。我真的不想知道那些脚本还真的做了什么——那会引起隐私噩梦…