CalDAV服务器提供比.ics文件更快的同步吗？专门针对iOS和Google日历。我意识到客户端负责更新和频率。
很多帖子都表明Google日历更新.ics供稿速度很慢。我测试了6个小时后，它仍然没有更新我对.ics文件所做的更改。
与iOS相同的问题。 .ics文件的初始加载可以很好地加载日历。但是在更改了.ics文件之后，iOS再也没有再次请求该文件几天（观看apache日志文件）。
我正在尝试共享日历Feed。我只需要发布日历（只读）。我不需要用户进行更改。 .ics似乎比运行完整的CalDAV服务器更容易。如果我这样做，是否值得？它会快速同步到Google日历，iOS和其他客户端（几分钟，而不是几天）？
答案 0 :(得分：3)
如果您的数据发生了相当大的变化，那么CalDAV是更好的选择。它只会发送更改的数据（而不是完整的日历），这在移动设备上尤为重要。 （您不希望仅仅因为单个事件的标题发生更改而向客户端发送完整的1MB日历...）
对于网络摄像头，请查看以下内容：Set Update Limits on iCalendar Feed。您可能想在日历上尝试REFRESH-INTERVAL和X-PUBLISHED-TTL属性。 我想如果你没有这样的话，客户将会回到每周刷新......
话虽如此，CalDAV更新肯定会默认更快刷新（比如15分钟而不是一周？）。
对于iOS / OSX上的基本即时刷新，请使用iCloud或OS X服务器来托管您的日历。对此类的更改将通过APS推送到设备。
也许值得注意的是，您可以在CalDAV帐户中托管订阅/网络日历。并通过WebDAV属性配置此类的刷新设置。
正确的方法取决于你实际想要实现的目标; - ）
P.S。：所有这些对Google日历客户端没有帮助，因为它们首先不支持CalDAV ...
答案 1 :(得分：0)
通常，.ics文件用于将静态数据导入日历。如果要更新条目并且需要将其推送到客户端，我不希望使用.ics文件。把它想象成快照。
CalDAV在这里更为明智：它是发送和接收更新的完整协议。
答案 2 :(得分：0)
截至今天，CalDAV在您的情景中不是一种选择，我害怕：