我使用https://developer.microsoftband.com/WebTile为Microsoft 2创建了一个简单的Web。瓷砖安装没有问题,最初显示了正确的值,但从未更新过。我添加了一个通知,以查看是否发生了任何事情,并且在电话刷新内容时确实会触发通知,但是即使提要中的数据发生了变化,数据也不会被更新。
轻度消毒饲料:
<rss xmlns:a10="http://www.w3.org/2005/Atom" version="2.0">
<channel>
<title>Title</title>
<link>http://website.com/band</link>
<description>Band Tile</description>
<language>en-US</language>
<copyright>2015 Company</copyright>
<lastBuildDate>Sun, 01 Nov 2015 19:25:21 Z</lastBuildDate>
<item>
<link>http://company.com/band/635820027213013187</link>
<title>635820027212075628</title>
<description>2</description>
</item>
</channel>
</rss>我试图在Tile上更新的唯一数据是<description>值。<link>和<title>一开始并没有改变,但我增加了日期时间(以滴答作响),希望能说服应用程序对这一变化采取行动,但没有运气。
我在微软健康应用程序上使用Android手机。
发布于 2015-11-02 22:01:33
如果web服务器在其HTTP中提供了一个ETag值,那么web块将在其下一个HTTP请求" If -None-Match“头中提供该值,以避免再次下载相同的内容。您所使用的HTTP服务器是否支持ETags,如果是的话,每次提要内容发生变化时,服务器上的值是否会被更改?
同样,在下一个请求中,将使用“最后修改的”响应头(如果由服务器提供)来设置“If-修改-自”标题。因此,如果服务器支持此标头,那么每次提要内容更改时设置最后修改日期是很重要的。
如果will是提要块(即为提要的每个新项显示一个页面),则将检查提要中的其他项,以查看它们是否与先前看到的项匹配。对于RSS提要,如果可用,匹配将使用"guid“或"pubDate”标记的值,否则将使用整个项的散列。
由于提要示例中没有"guid“或"pubDate”标记,所以应该应用all item散列。因此,将描述的值更改为与前面的8项描述中的一项不匹配的内容,应该会使其被视为新的。
如果您已经使用提要数据创建了提要块,并且第一次提要包含描述为"1“的项时,则应该在一个显示"1”的Band上创建一个页面。然后,在下一次更新时,当提要包含一个描述为"2“的项时,Band应该会得到一个显示"2”的新页面。
如果您已经创建了一个非提要块(例如,一个只有一个页面的块),那么波段上的页面应该反映来自最近同步的web数据(只要服务器支持正确设置ETag和Last)。
对于后台更新,清单中指定的"refreshIntervalMinutes“也必须在进行新的更新尝试之前从上次更新中消失。但是,如果在MS应用程序中强制使用该选项进行同步,则"refreshIntervalMinutes“将被忽略。
https://stackoverflow.com/questions/33466328
复制相似问题