我的日曆提要(.ics)可以從我的應用程序中獲得,但由於它包含4,000多個事件,因此它非常大。在指定要下載的事件數量或日曆應該返回或前進多遠時,是否有標準或最佳做法?在iCalendar Feed上設置更新限制
雖然我的主要問題是如何配置或設置日曆的更新限制,所以說用戶訂閱使用Outlook的日曆,它只是每隔幾小時更新一次。目前,我的供稿緩存了幾個小時,但如果我可以使用Outlook或用戶正在使用的任何客戶端,則每隔幾個小時只檢查一次更新是否理想。
我的日曆提要(.ics)可以從我的應用程序中獲得,但由於它包含4,000多個事件,因此它非常大。在指定要下載的事件數量或日曆應該返回或前進多遠時,是否有標準或最佳做法?在iCalendar Feed上設置更新限制
雖然我的主要問題是如何配置或設置日曆的更新限制,所以說用戶訂閱使用Outlook的日曆,它只是每隔幾小時更新一次。目前,我的供稿緩存了幾個小時,但如果我可以使用Outlook或用戶正在使用的任何客戶端,則每隔幾個小時只檢查一次更新是否理想。
要只檢查更新每小時(例如)在VCALENDAR文件中使用此:
X-PUBLISHED-TTL:PT1H
我從Microsoft協議文檔的一個收集這種信息 [MS-OXCICAL]: iCalendar to Appointment Object Conversion Protocol Specification(下載鏈接PDF)
2.1.3.1.1.15屬性:X-出版-TTL
RFC參考:N/A
許多情況下允許:0,1
格式:持續時間([RFC2445]第4.3.6節)
簡要說明:指定的客戶端和服務器同步功能建議的iCalendar文件下載的頻率。
導入到日曆對象
此屬性應< 32>被忽略。從日曆導出對象
如果此iCalendar是定期被自動發佈到遠程位置,該屬性應該< 33>被設置爲與分的最小粒度那個間隔。
RFC 7986引入了一個新REFRESH-INTERVAL
屬性:
https://tools.ietf.org/html/rfc7986#section-5.7
我不知道這是任何客戶端支持,但RFC文檔是由蘋果公司編寫的,所以我認爲他們有一些對此感興趣。
請注意,Outlook中的「發送/接收全部」選項將遵循X-PUBLISHED-TTL標題。當此標題設置爲例如1小時時,單擊「全部發送/接收」不會觸發iCalendar訂閱源在不到一小時前下載時刷新。 – marcok 2013-06-27 11:59:44