为我个人喜欢 Jamstack，但我也见过……好吧，我不应该说我见过。我想我在这里想说的是 Jamstack 是一个术语，它可以适用于多种方法，甚至包括一端没有服务器端渲染的真正大的 2 MB JavaScript 单页应用程序。然后在另一端，完全不使用 JavaScript 的平面 HTML 文件会立即加载您的浏览器，并且恰好是从 CDN 或类似的东西发送的。从技术上讲，这两者都是 Jamstack，而不是平面 HTML 的东西。因此，Jamstack 本质上并不比服务器渲染的更好，但在许多情况下确实可以。 克里斯：对于那些不知道的人来说，Jamstack 曾经是 JavaScript、API 和 Markup 的缩写，后来他们改变了拼写并稍微改变了定义。
它确实包含了种不依赖服务
器端渲染的 Web 构建方法。因此，您所提供的任何内容都已经编译并组合在一起，这就是浏览器中提供的内容。如果发生任何其他处理或脚本，也会发生在客户端中。不一定，但经 智利电话号码表 常会。因此，我认为 Jamstack 的厉害之处在于，如果以某种方式完成，它可以极大地提高您正在构建的东西的性能。 克里斯：如果您不只是将大量 JavaScript 发送到客户端，而是将过去在服务器上执行的所有操作都在浏览器中进行，因为浏览器在所有脚本编写方面的效率始终低于服务器会的，但它真正发挥作用的地方，所以我将使用 WordPress 作为示例。我喜欢 WordPress。我的职业生涯是在 WordPress 上建立的。
这就是我能够成为名开发人员
的原因，但每次有人访问开箱即用的 WordPress 网站时，它都必须调用数据库，抓取一些内容，将其混搭到一些模板中，生成 HTML 并将其发送返回浏览器。 克里斯您 BTC 数据库欧盟 可以使用一些插件提前完成其中的一些操作，但这是一个非常缓慢的过程，尤其是在共享的廉价网络主机上。Jamstack 的方法是已经构建了 HTML 文件，然后您就可以削减……您不会削减服务器，但可以完全削减所有服务器处理。因此 HTML 文件已经存在并已发送。在理想的情况下，您甚至可以将其推送到一堆 CDN，以便它尽可能靠近访问它的人。这样做可以将廉价主机上的加载时间从几秒缩短到不到半秒因为实际上仅请求一个文件、取回文件并加载它所需的计算时间非常少，如果它主要是 。
