【问题标题】:manifest.json causing 500 errors in ASP .NET applicationmanifest.json 在 ASP .NET 应用程序中导致 500 错误
【发布时间】:2017-06-19 13:42:40
【问题描述】:

所以我在应用程序中添加了 manifest.json。我用它来定义各种图标设置和移动设置。我给了它一个“/”的起始 url,我已经用“~”、“。”的起始 url 对其进行了测试。并简单地保留未定义的属性。

清单在本地工作,但是当我将它构建到 QA 服务器时,我在捆绑包中的一堆 javascript 文件上收到错误 500,包括为应用程序生成导航的 VM。我已将 JSON mimeMap 添加到 web.config 并进行了大量研究,但我还是空白。救命!

【问题讨论】:

    标签: asp.net web manifest progressive-web-apps


    【解决方案1】:

    ~ 与 ASP.NET 呈现引擎一起呈现相对 URL。这实际上仅限于服务器。请记住,PWA 代码与您的服务器端代码/服务器是分离的。浏览器仅通过 HTTP 查看服务器,不知道您可能拥有的任何服务器端逻辑。它只关心通过网络发送给它的内容。 分析您的网络瀑布并查看请求的 URL。如果所请求的 URL 中包含 ~,则您需要更改清单文件,无论如何 IMO 都应该删除它。 您知道服务器端错误的详细信息吗?或者您是否将其隐藏在 ASP.NET 中默认的 5xx 消息后面?了解服务器上抛出的确切错误有助于调试问题。

    【讨论】:

    • 很抱歉投票迟到了。它最终没有成为我正在寻找的答案(由于我自己缺乏提供的信息),但这里有有用的信息,所以请接受我的投票。
    • 你能提供更多关于你如何解决这个问题的细节吗?是哑剧/类型问题吗?还是和服务器端有关~?
    • 简而言之,我们的系统没有为服务人员配置。我没有很长的答案,因为为了节省时间,我们决定不使用清单。
    • web manifest 文件和 service worker 是相互独立的。所以我对此感到困惑。您的系统还没有为服务人员配置吗?这是否意味着您的网络服务器可以提供 JavaScript 文件?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-02-16
    • 2013-03-01
    • 1970-01-01
    相关资源
    最近更新 更多