使用连接历史 API 回退重写 url答案

【问题标题】：url rewrite with connect history api fallback使用连接历史 API 回退重写 url
【发布时间】：2016-04-18 12:10:17
【问题描述】：

我正在使用这个库在我的 javascript 单页应用程序上将我的 URL 回退到 index.html：https://github.com/bripkens/connect-history-api-fallback

此库适用于以下路线：

mysite.com mysite.com/foo mysite.com/bar

但是，我似乎必须自定义重写方法来处理 URL，例如：

mysite.com/foo/bar

我已经在 github 上提出了 issue 并从作者那里得到了一些反馈，但我无法真正做到这一点，因为我的正则表达式技能绝对是 shiz。

更新 1 (2016-01-13 15:27)：

我在下面的重写规则示例。正如你所看到的，我对这些规则非常重复，因为我对每条路线都有它们，例如 mysite.com/bar 或 mysite.com/foo。更糟糕的是，这无法处理 mysite.com/{foo}/edit 显然 foo 是变量的情况：

            from: /^\/foo\/css\/.*$/,
            to: function (context) {
                return context.parsedUrl.pathname.replace('/foo', '');
            }
        },
        {
            from: /^\/bar\/js\/.*$/,
            to: function (context) {
                return context.parsedUrl.pathname.replace('/bar', '');
            }
        },

【问题讨论】：

为什么要投反对票，这样我才能改进？
不知道为什么会投反对票，但也不确定我们如何为您提供帮助，因为您的问题中没有我们可以帮助您解决的正则表达式或代码。
@anubhava 我添加了代码示例。抱歉，完全错过了！
但这 2 个 sn-ps 仅适用于 tracks/css 和 tracks/js。这是如何处理/foo 或/bar？
/foo 和 /bar 只是假设的例子......更新了代码以使其更清晰。

标签： javascript regex url-rewriting html5-history

【解决方案1】：

我今天发现连接历史 API 回退没有任何问题。我的 index.html 文件和 requirejs 的 baseUrl 配置中的 URL 路径都错误。这个问题的答案让我得出了我的结论：mod_rewrite to index.html breaks relative paths for deep URLs

【讨论】：