【问题标题】:Speed up slow meteor.js build times加快缓慢的流星.js 构建时间
【发布时间】:2016-01-28 07:09:10
【问题描述】:

在 Meteor 中捆绑微不足道的百行演示应用程序所需的时间大约是 25 秒。这对我来说似乎很慢。有没有办法大大加快速度?

我是 Meteor 的新手。当我正在寻找一种加快开发速度的方法时,有人向我指出了这一点,并且确实可以实时进行更改很棒,但是代码和测试周期比我习惯的要慢得多。等待时我只能喝这么多咖啡。 :-)

我在 Macbook Pro、i7、8G RAM 或四核 Xeon 服务器(8 具有超线程)上运行。运行时间相似。那里不缺 umph!

【问题讨论】:

    标签: meteor


    【解决方案1】:

    是的,这需要一段时间,但只有在准备好将更改推送到生产环境时才应该进行捆绑。在开发应用程序时,您应该从应用程序的根目录运行meteor,然后打开浏览器到http://localhost:3000。在开发模式下,您对代码所做的任何更改都会立即反映在您的浏览器中。

    【讨论】:

    • 不幸的是,我有一个更大的应用程序。使用我的应用程序,即使是“即时”更新本身也需要 30-60 秒。这正在扼杀我的开发时间。我已经尝试过基本上重新安装所有内容。我不能轻易地将所有应用程序移动到包中。还有其他方法可以尝试解决此问题吗?
    • 我和@user2330237有同样的问题。每次我保存时,在我有机会看到结果之前,都会等待流星似乎重建 一切。而且我认为 Django 很慢!
    • 同意。这与最初的问题无关,但自从引入新的包装系统以来,meteor 变得非常缓慢。好消息是核心开发人员正在积极研究解决方案。希望我们会在即将发布的版本(1.2.x?)中看到重大改进。
    • 不。两倍糟糕。
    • @user2330237 你用的是什么机器规格?
    【解决方案2】:

    如果您使用的是 ecmascript 和 jsx 包,您可以将它们替换为 universe:ecmascript

    它应该在流星 1.2 中有所帮助,因为 Universe:ecmascript 使用新的缓存编译器而不是 babel 缓存。不同之处在于存储缓存文件(babel 只使用磁盘,缓存编译器额外使用 ram 缓存。)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2022-10-25
      • 2018-10-30
      • 2020-10-05
      • 2010-10-20
      • 1970-01-01
      • 2017-03-17
      • 1970-01-01
      相关资源
      最近更新 更多