当我使用 Webhook 调用 Zap 时,如何确定 Zap 是否已关闭? [英] How can I determine if a Zap is turned off when I call a Zap with a Webhook?

查看:32
本文介绍了当我使用 Webhook 调用 Zap 时,如何确定 Zap 是否已关闭?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个来自 .Net Web 应用程序的工作 Zapier Webhook 调用.但是,即使关闭 Zap,我也总是收到成功".我认为这是有道理的——成功"与 webhook 本身有关,而不是 Zap.

I have a working Zapier Webhook call from a .Net Web Application. However, I always receive "success" even when the Zap is turned off. Which I suppose makes sense--the "success" pertains to the webhook itself, not the Zap.

在我的 .Net Web 应用程序中,如果 zap 关闭,我想引发异常.如何确定 Zap 是否已关闭?

In my .Net Web Application, I want to raise an exception if the zap is turned off. How can I determine if a Zap is turned off?

我认为这个答案可能在一些 Zapier 文档中,但我看不到成功(我对 Zapier 有点陌生).

I figure this answer is probably in some Zapier documentation, but I can't see to get a hit (I am sorta new to Zapier).

推荐答案

这里是 David,来自 Zapier 平台团队.

David here, from the Zapier Platform team.

成功"与网络钩子本身有关,而不是 Zap.

the "success" pertains to the webhook itself, not the Zap.

这里你说对了.钩子摄取与运行 zaps 分开发生.基本流程是这样的:

You've got it correct here. Hook ingestion happens separately from running zaps. The basic flow is this:

  1. 钩子到了
  2. 我们记录下来并放入处理队列
  3. 如果发生没有错误,我们会响应成功"(它基本上总是应该的,我们不想错过钩子!)
  4. 一个钩子到达我们队列的前面,我们找到相关的 zap 并使用钩子作为输入运行它.

由于第 3 步发生在第 4 步之前,很遗憾,我们无法在初始响应中返回有关挂钩的任何信息.它是这样设计的,所以我们可以非常快速地处理大量的钩子.如果我们不得不等待 Zap 查询,则会大大减慢该过程.

Since step 3 happens before step 4, we unfortunately can't return any info about the hook as part of that initial response. It's designed this way so that we can process tons of hooks very quickly. If we had to wait for the Zap query, it would slow down that process a lot.

好消息是,您可以发送所有您喜欢的钩子,我们将忽略不相关的钩子.

The good news is, you can send all the hooks you like and we'll ignore the ones that aren't relevant.

抱歉,我没有更好的答案!

Sorry I don't have a better answer!

这篇关于当我使用 Webhook 调用 Zap 时,如何确定 Zap 是否已关闭?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆