我们将Google Site Content Feed API与传统Google网站一起使用多年(大约6年前)。
https://developers.google.com/google-apps/sites/docs/1.0/developers_guide_protocol#ContentFeedGET
我们的服务显示属于特定公告模板页面的最新30页的列表。为了显示最新和节省的流量费用,我们使用Google网站内容Feed Feed API按降序排列,并按每个API请求限制30页。
在我们的服务中,通过Google协作平台内容Feed API,
我们经常遇到updated
内容日期时间问题。
updated
属性有时会变成非常奇怪的时间戳。
虽然我们的用户不会更新任何内容, 有时,几乎所有内容的时间戳都会自动更新为相同或非常接近的时间戳,而无需手动更新,如下所示:
Before
----------------------------------------------------------
| page title | published date | updated date |
| test1 | 2015-03-21 14:51:55 | 2015-03-21 14:51:55 |
| test2 | 2015-03-24 08:09:51 | 2015-03-24 08:09:51 |
| test3 | 2015-04-30 19:30:00 | 2015-04-30 19:30:00 |
----------------------------------------------------------
After(sometimes occur)
----------------------------------------------------------
| page title | published date | updated date |
| test1 | 2015-03-21 14:51:55 | 2015-05-16 07:30:00 |
| test2 | 2015-03-24 08:09:51 | 2015-05-16 07:30:00 |
| test3 | 2015-04-30 19:30:00 | 2015-05-16 07:30:01 |
----------------------------------------------------------
一旦发生,Google内容Feed API结果将限制最新的N根本无用! 在那之后,它只返回太旧的帖子,并且不返回任何真正的最新更新的...
我们猜测可能是用户的操作问题。 当用户手动更新其整个Google网站内容的属性或权限以进行管理操作时,可能会发生这种情况。
此问题不仅出现在特定网站和组织上。 许多使用我们服务的组织经常抱怨它。 如果不是操作问题,可能是因为Google协作平台(或其API)上的错误或特定原因造成的。 我们一直在搜索文档,但我们找不到任何关于它的规范。
我们想知道为什么这些内容实际更新了。 我们想以某种方式解决/避免这个问题。
我们确信这不是我们系统的错误,因为我们的服务是只读服务,因此没有API权限可以写入。
我们按如下方式使用API:
https://sites.google.com/a/example.com/our-great-site/info
https://sites.google.com/feeds/content/example.com/our-great-site?path=/info
返回gd:feedLink:
https://sites.google.com/feeds/content/example.com/our-great-site?parent=7049586268762714903
https://sites.google.com/feeds/content/example.com/our-great-site?parent=7049586268762714903&max-results=30