【问题标题】:Response to the Source from Zap with Webhook Trigger使用 Webhook 触发器从 Zap 响应源
【发布时间】:2020-11-14 06:23:14
【问题描述】:

当我的 zap 超过 1 步时,触发器是 Zapier 的 Webhooks 和 Catch Hook。当我将响应发送到 webhook 时,它会向源提供这种有效负载响应:

{"id": "548299ef-bb3a-4769-885a-fb001407c049", "request_id": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "attempt": "5f197542-b118-4fe9-9b45-f1e10b4ac710", "status": "success"}

有没有办法让 Zap 的连接保持活动状态,而不是提供响应,而是提供 Zap 的最后一步的响应?

【问题讨论】:

    标签: webhooks zapier


    【解决方案1】:

    简短回答:不,这是不可能的。当你发送一个 webhook 时,你总是会得到你发布的 json 有效负载(除非你禁用它,但是你什么也得不到)。

    长答案:不,因为 zap 执行与 webhook 摄取是分开发生的。把这个操作想象成一个网络服务器(调用者正在等待响应),而更像是异步的(调用者要求完成某件事,服务器确认它会这样做,然后事情最终发生)。

    【讨论】:

    • 谢谢@xavdid,你知道有一个工具可以接收 API POST 并保持连接活动直到其中的步骤完成,然后将结束响应返回给发送此 API POST 请求的源?
    • 最简单的可能是runkit,有你描述的功能。 AWS lambda 也会这样做,任何网络服务器也一样。
    • 感谢@xavdid 的建议。我联系了 runkit,希望我能在那里完成。
    • 酷!如果此答案解决了您的问题,请确保对其进行投票并将其标记为正确 (info)。
    猜你喜欢
    • 1970-01-01
    • 2018-07-25
    • 2017-11-03
    • 2019-12-27
    • 2021-09-01
    • 1970-01-01
    • 2022-09-29
    • 1970-01-01
    • 2020-01-30
    相关资源
    最近更新 更多