在 Discourse 中，所有 js 和 css 文件都是单独呈现的。多年来，我一直认为将这些文件合并、优化和呈现是更好的做法。如果我遗漏了什么重要的事情，请警告我，但遗憾的是，初始加载速度非常慢，减少这些文件的数量是否有益？
例如，如果只有 1-2 个 css 文件而不是 30 个 css 文件，是否能进一步加快进程？
想象一下，如果您的网站在地址栏输入并按 Enter 键后，在 1-2 秒内打开。嗯，那将是太棒了。
https://www.webpagetest.org/result/240505_BiDc8X_6JJ/
我同意，它非常实用，打开后速度非常快，我们对此非常满意……让我们再改进一点，让它成为最好的中的最好的 
这看起来很合理。
对我来说，这里的现实是2秒。那些实验室测试是另一个世界。
但是，仍有至少 5-6 秒的等待时间。当我在外面测试时，等待时间可能真的很长。
连接缓慢？
我将在有机会时进行测试。
我认为其中一部分是因为他们进行了冷启动并且必须加载所有资源。大多数时候，论坛用户会在他们的浏览器中缓存这些资源。
我确实怀疑加载时间可能有所改进，也许其中一些实验室测试的技巧值得跟进。
这里需要证据，打包（bundling）对HTTP 1.1网站有很大好处，但对2.0网站则不然。
我当然希望东西能更快，但当JavaScript中的eval是瓶颈时，调整打包就不是正确的方法。
我认为这不仅仅局限于HTTP标准。有些网站2-3秒就能打开。Discourse的10秒等待屏幕有点令人烦恼。土耳其有句谚语：“每个美女都有瑕疵”。我希望Discourse能随着时间的推移纠正这个缺陷。
同样——它来自论坛服务器、用户的连接和用户的设备。
我不知道团队如何能解决美国、芬兰或土耳其所有地区之间的差异，或者让拥挤的 4G 网络提供 3M 速度更快。或者，如果用户使用的是内存不足且充满搞笑猫咪照片的入门级中国手机。
当然。如果 Discourse 被构建成“普通”网站，第一次可能会更快。但那样的话，每次页面加载都会同样慢甚至更慢。
说实话，如果 Discourse 对你来说很慢，那确实很糟糕。但对我来说，在芬兰，我的 iPhone SE 在家里的 Wi-Fi 上，信号来自 4G，营销速度是 200M，等待时间大约是 2 秒。
今天我想到了一件事。这个应用程序功能一直很快。我会告诉你如何向每个用户介绍和安装它。这样，它既像一个应用程序，又能给人留下快速的印象。我喜欢 Discourse。暂时我无意离开它。我会想尽一切办法充分利用它。