Magento附带了六个以上的JavaScript库，这些库对已经很繁琐的加载时间没有帮助。有没有人能够成功地将head.js或labjs之类的脚本加载器与Magento一起使用，以便他们可以异步加载？我一直在努力，但无法让它发挥作用。似乎页面上的内联脚本在加载库之前就已触发。我知道head.js有一个类似于head.ready的函数来告诉脚本执行，但是内联脚本太多了，将它添加到整个站点的每个事件中是不切实际的。 最佳答案 关于内联脚本，有一个程序化的解决方案。您可以编写一个绑定(bind)到core_block_abstract_

关闭。这个问题不符合StackOverflowguidelines.它目前不接受答案。我们不允许提问寻求书籍、工具、软件库等的推荐。您可以编辑问题，以便用事实和引用来回答。关闭2年前。Improvethisquestion我想通过资源加载器加载javascript和css文件。我最初使用的是LabJs，但我发现YepNope在我的场景中更优雅、更容易使用。然而，我发现它非常慢，这很奇怪，因为它在大多数事情上的速度显然与LabJs相当。我确实有一个东西是Etags，我确信它会减慢一切，因为它仍然从服务器请求，而不是仅仅使用客户端缓存。无论如何，除了主要的YepNope站点之外没有太多内容

我最近改用了LABjs在SharePointWebparts(2010)中加载脚本。这样做的主要原因是为了避免在将多个Web部件添加到同一页面时多次将相同的库(如jquery和jquery.ui)加载到页面。这样，它们中的每一个都可以单独指定其依赖项，而无需监管哪些其他Web部件已经添加或可能添加。两者都是LABjs和另一个包含脚本链的文件通过加载Web部件标记底部的标记。10次中有9次，Javascript执行没有任何问题。但是每隔一段时间，就会抛出一个异常，说明TypeError:$(...).buttonisnotafunction.即使页面上只有一个Webpart并且似乎与浏览

关闭。这个问题是off-topic.它目前不接受答案。想改进这个问题吗？Updatethequestion所以它是on-topic用于堆栈溢出。关闭9年前。Improvethisquestion我在自己开发的网站之一中使用labjs进行了一些测试，页面加载时间减少了200毫秒。后端处理后现在花费的总时间约为1.5秒。我正在徘徊是否值得麻烦。200ms是一个巨大的收获吗？一个荒谬的？我知道页面加载时间会影响页面排名，但200毫秒会有如此大的不同吗？

我使用动态脚本加载来减少初始页面加载的持续时间。为确保脚本定义的函数和对象可访问，我需要确保脚本已完全加载。我开发了myownJavascriptlibrary为此，因此对该主题进行了大量研究，研究了它在不同图书馆中的工作方式。在与此问题相关的讨论中，LABjs的作者凯尔·辛普森(KyleSimpson),表示:LABjs(andmanyotherloaders)setboth"onload"and"onreadystatechange"onallscriptelements,knowingthatsomebrowserswillfireone,andsomewillfiretheot

我使用动态脚本加载来减少初始页面加载的持续时间。为确保脚本定义的函数和对象可访问，我需要确保脚本已完全加载。我开发了myownJavascriptlibrary为此，因此对该主题进行了大量研究，研究了它在不同图书馆中的工作方式。在与此问题相关的讨论中，LABjs的作者凯尔·辛普森(KyleSimpson),表示:LABjs(andmanyotherloaders)setboth"onload"and"onreadystatechange"onallscriptelements,knowingthatsomebrowserswillfireone,andsomewillfiretheot