使用 API 的 Podio 日期字段中的缺陷答案

【问题标题】：Flaw in Podio Date fields using the API使用 API 的 Podio 日期字段中的缺陷
【发布时间】：2017-06-28 17:07:25
【问题描述】：

所以我在通过 API 更新播音日期字段时发现了一个缺陷，这相当令人沮丧。

当通过 API 获取和设置日期字段时，它会拉取/要求以 UTC 时间设置它。然后它会根据用户的个人资料转换为用户的时区。

但是，如果您将日期字段设置为午夜 (00:00:00)，它会完全忽略时间，并且始终将其保留为日期，而不是自动将其转换为正确的时间。（例如，2017 年 6 月 29 日 00:00:00，在 MST 中对我来说应该转换为 6/28/17 18:00:00，但在 Podio 中它只是保持为 6/29/17）

这在尝试开发自动化时非常令人沮丧。例如，我正在使用日期字段，为其添加天/小时，如果它恰好在上午 12:00 降落，即使我希望它转换回 Podio 中的本地时区，它也只会停留在当天。我想也许增加几秒钟可能会导致这种行为发生变化，但是，00:00:01 和 00:00:59 都有相同的结果。

唯一的解决方法是再增加 1 分钟。这不是一个好的解决方案，但是我能找到的唯一一个。

有没有办法解决这个问题？

【问题讨论】：

仅供参考，在 c# podio.net 包装器中没有注意到这一点。类似于： var some = newItem.Field("date"); some.Start = date.ToUniversalTime();为我工作。 IE。你能确认这是因为 podio 还是 PHP 包装器的产物？
您能否分享可以重现此问题的代码示例？
我正在试验 Podio 如何处理时区，结果如下：stackoverflow.com/questions/40187495/…

标签： php datetime podio

【解决方案1】：

设置时间 00:00:00 - 00:00:00 from and to，那么它只考虑日期，api可能会出于正当理由忽略时间。

对于自动化，将用户时区设置为特定时区并相应地设置 UTC 时间。 00:00:01 和 00:00:59 - 不更改 secs 参数，而是更改 Mins 参数，例如：00:00:00 - 00:50:00。它对我有用。

将 00:00:00 值设置为 api，忽略该参数可能会引发错误。

【讨论】：