【问题标题】:HTML5 Application Cache Manifest - index fallback without catchallHTML5 应用程序缓存清单 - 没有包罗万象的索引回退
【发布时间】:2013-01-14 04:56:01
【问题描述】:

我正在为我的应用交付一个类似这样的清单

CACHE MANIFEST
#1359542586541

NETWORK:
*
FALLBACK:
/ /index.offline

脱机时,它通过在索引路径上返回 index.offline 来正常工作,但是它具有为所有其他资源返回 index.offline 的副作用。即/ 模式充当了一个包罗万象的角色。

是否有任何方法可以匹配索引页面而不使用其他所有内容,以便只有主页使用后备?

这引起的一个烦恼是,每当请求返回 500 状态时,它似乎都会返回 index.offline

【问题讨论】:

    标签: html manifest fallback html5-appcache


    【解决方案1】:

    不,FALLBACK 中的第一个 URL 是 prefix match。唯一的方法是始终使用显式索引页面而不是依赖默认文档:

    FALLBACK:
    /index.html /index.offline
    

    有一个discussion of the behaviour for 500 errors on HTML5 Help mailing list last February 包括规范编辑this message specifically talks about FALLBACK sections 的几个回复。

    【讨论】:

    • 谢谢 - 但这不需要用户明确请求 index.html 吗?
    • @medovob 这就是我说“始终使用显式索引页面”的原因。如果您担心人们输入了错误的 URL,您可以随时设置服务器端重定向。
    • 但是很遗憾,服务器端重定向无法离线工作。这似乎是规范中的一个巨大缺陷。我认为我的解决方案必须涉及使用客户端重定向为“/”缓存一个简单的 html 页面。
    • @medovob 为什么服务器端重定向需要离线工作?在什么情况下,您希望有人访问错误的 URL?
    • 我通常希望用户能够使用域名http://mydomain.com 直接离线访问应用程序,而无需他们知道明确请求http://mydomain.com/index
    猜你喜欢
    • 2014-07-22
    • 2016-07-04
    • 2012-03-06
    • 1970-01-01
    • 1970-01-01
    • 2012-06-08
    • 1970-01-01
    • 2012-05-03
    • 1970-01-01
    相关资源
    最近更新 更多