就是在传输过程中操作 HTML

个页面可能会崩溃或发生其他情况。这就像一件紧张的事情。我也不喜欢这样做。但我们最近才对一个工作人员做到了这一点,因为我们……因为工作人员的 JavaScript,它可以发出获取请求。因此,它获取站点 A,在页面上找到此 div,然后向站点 B 请求内容。获取内容。将其插入该 div,并在获得任何内容之前为页面提供服务。所以它看起来像是服务器渲染的页面,但事实并非如此。这一切都发生在……边缘、工人级别、无服务器级别。 克里斯:所以这有点酷。我想你可以想象浏览器上的获取请求可能需要(我不知道)一秒半左右的时间。可能需要一分钟才能完成。

但因为这些是站点 托管些不

错的主机上,而 Cloudflare 有一些……谁知道他们使用哪种超级计算机来执行此操作。他们是这样。这些只是两个相互通信的服务器,并且获取请求的发生速度非常快。它不受用户的互联网连接速度的限制,因此很少的请求只需两毫秒 土耳其 WhatsApp 号码列表 即可获取该数据。因此,这是一种很酷的方式,可以将多个来源的站点拼接在一起,并使其感觉和行为都像服务器呈现的页面。我认为这有一个很酷的未来。 德鲁:是否有任何围绕无服务器事物涌现的约定。我正在考虑如何构建事物。假设我有一些东西想要对不同的 API 发出两种类型的请求。我想获取一个邮政地址并对其进行地理编码,然后将这些坐标发送给一位花店,他将在我的前院或其他地方进行鲜花轰炸。

你会如何建造它会做两件不同

的事情吗?或者您会将其转换为一个函数并仅从浏览器发出一次请求吗? 克里斯:嗯(肯定)。这是一个有趣的问题。我可能会担任建筑师之类的职务。其中一项职能是负责协 中国来电清单 调其余职能。不一定如此,您的网站是中心,它只与这一系列单一来源进行通信。无服务器函数可以与其他无服务器函数通信。所以我认为有一种编排器功能是很常见的,它可以进行不同的调用并将它们缝合在一起,然后将它们作为一个返回。我认为这可能更聪明、更快,因为您希望服务器与服务器通信,而不是客户端与一大堆服务器通信。如果它可以提出一个请求并获得它需要的一切,我认为这通常是一个好主意 – 德鲁:是的,这听起来很聪明。是的。 克里斯:但我认为这是最终的事情。

Leave a Reply

Your email address will not be published. Required fields are marked *