0

基本上，我已经成功设置了 monday.com 与 Webhooks 的集成。长话短说，当 monday.com 上发布新项目时，HTTP 请求会发送到由 Google Cloud Function 处理的 URL。此 GCF 解析请求中传递的 JSON，并更新我在 Big Query 中的表。

然而问题是这样的：

让我们假设以下项目发布在 monday.com 板上： monday.com 表条目截图

注意日期的格式是Date-Time。

通过 HTTP 请求发送的 JSON 文件（用于日期时间字段）如下所示：

"date4":{
          "date":"2020-05-22",
          "icon":"None"
        },

注意Time是如何不包含在正在发送的数据中的，只有Date。

另外，我可以断言在 monday.com 板上，字段类型是日期时间。

我想知道这是否是 monday.com API 的问题，或者我是否只是做错了什么。在研究问题时，我找不到任何相关问题。

提前谢谢大家！

4

1 回答 1

0

我遇到了同样的问题，更糟糕的是：如果你只更改日期/时间字段中的时间，你根本不会得到 webhook 回调！

这似乎是一个很大的疏忽，所以我联系了 Monday.com 的支持。他们的回复：

此时您确实是正确的，更改 Date 列的 hours 字段不会导致抛出 webhook。与未填充 webhook 数据的 hours 字段相同。这是我们的开发人员尚未添加到我们的 webhook 配置中的功能。

相反，如果您的团队改用“小时”列怎么办？此列在更改时将触发 webhook，并且还可以存储小时数据。

我对“小时”列解决方案不太满意，因为我们有几个需要拆分的日期/时间列，导致更多列，我不确定对其他部分的影响。

可以考虑的其他解决方案：

轮询

根据您真正需要回调的速度，老式的同步方式只是轮询更改。这确实要求您参考星期一pulse_id的物品（我有，所以这可能对我有用）。

自定义星期一应用程序

我还没有深入研究这个，但是 Monday 有一个 SDK，它允许您编写应用程序来监听数据中的更改和触发器。但是根据事情在幕后的工作方式，它可能会遭受与 webhook 相同的缺点。此外，它需要一个单独的服务器来发送您自己的更新。

总而言之，我对 Monday webhook 感到非常失望，原因如下：

  • 此日期/时间问题
  • 文档非常有限。
  • 他们发送的数据不一致（例如，对于某些回调，type在内部event，对于其他外部）
  • webhook上没有安全性。请求未签名或验证。任何人都可以向您的端点发送请求，但没有好的方法可以检查它是否确实来自星期一。
  • 没有要删除的webhook。
于 2021-06-04T14:38:38.290 回答