网络出现故障，整个页面可能会崩溃或发生其他情况。这就像一件紧张的事情。我也不喜欢这样做。但我们最近才对一个工作人员做到了这一点，因为我们……因为工作人员的 JavaScript，它可以发出获取请求。因此，它获取站点 A，在页面上找到此 div，然后向站点 B 请求内容。获取内容。将其插入该 div，并在获得任何内容之前为页面提供服务。所以它看起来像是服务器渲染的页面，但事实并非如此。这一切都发生在……边缘、工人级别、无服务器级别。 克里斯：所以这有点酷。我想你可以想象浏览器上的获取请求可能需要（我不知道）一秒半左右的时间。可能需要一分钟才能完成。
但因为这些是站点 托管
错的主机上而有一些……谁知道他们使用哪种超级计算机来执行此操作。他们是这样。这些只是两个相互通信的服务器，并且获取请求的发生速度非常快。它不受用户的互联 法属圭亚那电子邮件列表 网连接速度的限制，此很少的请求只需两毫秒即可获取该数据。因此，这是一种很酷的方式，可以将多个来源的站点拼接在一起，并使其感觉和行为都像服务器呈现的页面。我认为这有一个很酷的未来。 德鲁：是否有任何围绕无服务器事物涌现的约定。我正在考虑如何构建事物。假设我有一些东西想要对不同的 API 发出两种类型的请求。我想获取一个邮政地址并对其进行地理编码，然后将这些坐标发送给一位花店，他将在我的前院或其他地方进行鲜花轰炸。
你会如何建造它会做两件
的事情吗？或者您会将其转换为一个函数并仅从浏览器发出一次请求吗？ 克里斯：嗯（肯定）。这是一个有趣的问题。我可能会担任建筑师之类的职务。其中一项职能是 BTC 数据库欧盟 负责协调其余职能。不一定如此，您的网站是中心，它只与这一系列单一来源进行通信。无服务器函数可以与其他无服务器函数通信。所以我认为有一种编排器功能是很常见的，它可以进行不同的调用并将它们缝合在一起，然后将它们作为一个返回。我认为这可能更聪明、更快，因为您希望服务器与服务器通信，而不是客户端与一大堆服务器通信。如果它可以提出一个请求并获得它需要的一切，我认为这通常是一个好主意 – 德鲁：是的，这听起来很聪明。是的。 克里斯：但我认为这是最终的事情。
