这样做有更多的缺点，在本地重建它的手动方法，然后推送 HTML、CSS 和 JavaScript 的目录，然后只是抛出一大块它在 SFTP 服务器上。也就是说我已经做到了。由于某些原因我不得不这样做。我确实记得使用 Sage 来托管东西，这是国家共同托管平台，但它没有部署轻型构建过程。我认为现在也没有。 大卫：所以我要做的就是构建它，然后将其扔给 Sage 并在那里托管它，这对于原型开发非常有用。因此，我会根据 JAMstack 原则构建东西，并用它创建原型，构建它，将其扔到 Sage 域，然后与我的团队共享，并与 QA 人员共享，以了解正在发生的情况。 大卫：有利有弊，我想是有不同的目的。手动过程对于编写代码的人来说是有好处的。我想让你明白，我想密切关注一切并更多地控制转盘。
然后构建过程或者使用
l 等工具自动完成这一切意味着他们可以自动化整个过程。不仅如此，当客户端在 WordPress 之类的内容上进行内容更改时，还可以使用构建挂钩 危地马拉电话号码表 之类的东西自动重新生成网站。 大卫：内容发生更改，然后 Netlify 上开始构建过程，它将重建整个网站。例如，Eleventy 将重建，新内容将出现在那里。 德鲁：我想，如果您要从可能仅存在于专用网络上的系统中提取内容，或者可能没有可公开访问的 API，那么通过手动方式执行此操作可以让您有能力。这需要离线完成，不是吗？ 大卫：是的。 德鲁：如果这些 API 不可用，您就无法在云中执行此操作吗？ 大卫：不，确实如此。您可能拥有只能从您的计算机访问的本地凭据。这是一个很好的观点。我想，这更像是一个安全层，而且发布流程也更加官方化。
对于更大的平台例如我可
以将《卫报》等视为需要发布的内容，我不会感到惊讶。 大卫：拥有一个发布按钮似乎有点太强大了，并且拥有一个得到开发人员和编辑批准 BTC 数据库欧盟 的发布流程，因为该网站非常依赖于网络，会有内容，人们正在共同努力将其发布到那里。所以，是的，这是一个很好的观点。 德鲁：过去导致我将项目迁移到不同平台的静态站点生成器的属性之一是构建步骤的速度。将所有内容处理为 HTML 页面所需的时间。Eleventy 在这方面表现如何？快吗？慢吗？ 大卫：我想说它是最快的之一，绝对是最快的之一。它比 Jekyll 快得多。对不起，杰基尔。我爱你。但我在某个地方有一个需要 10 分钟才能重建的项目，而且内容量不是特别大。如果您来自杰基尔，您就会看到差异。
