Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/394.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/backbone.js/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript 避免主干路由器重定向到非hashbang_Javascript_Backbone.js_Single Page Application - Fatal编程技术网

Javascript 避免主干路由器重定向到非hashbang

Javascript 避免主干路由器重定向到非hashbang,javascript,backbone.js,single-page-application,Javascript,Backbone.js,Single Page Application,我意识到主干在这一点上是非常古老的:/ 然而,我正在开发一个旧的应用程序,我们已经恢复了主干路由器。正如我所期望的,路由器在本地工作。我们有如下网址: /admin/#/users 我在本地使用域(非本地主机)和Chrome进行开发。当您在开发中加载该路由时,它会在主干中加载正确的路由器,URL保持不变 当我将应用程序部署到staging ENV(基于AWS的URL)时,URL会被重写,如下所示: /admin/#/users -> /admin/users 我正在努力避免这种情况发生

我意识到主干在这一点上是非常古老的:/

然而,我正在开发一个旧的应用程序,我们已经恢复了主干路由器。正如我所期望的,路由器在本地工作。我们有如下网址:

/admin/#/users
我在本地使用域(非本地主机)和Chrome进行开发。当您在开发中加载该路由时,它会在主干中加载正确的路由器,URL保持不变

当我将应用程序部署到staging ENV(基于AWS的URL)时,URL会被重写,如下所示:

/admin/#/users -> /admin/users
我正在努力避免这种情况发生。我想保留hashbang URL。我用
pushState
hashChange
尝试了所有设置组合,但都没有对行为产生任何影响。我一直在Chrome的开发工具中设置断点,但仍然不明白为什么会发生这种情况

我们使用的是主干网v。1.0.0,所以它有点过时了,需要注意的是,b/c我将路由器代码与master进行了比较,结果有点不同


关于为什么URL会在不同的环境中发生变化,你有什么想法吗?

原来是谷歌标签管理器和一些粘贴在那里的代码修改了登台环境中的URL。主干网做了正确的事情,没有修改URL,将
pushState
设置为
false

这是现有的AWS实例吗?我假设有一些旧的配置在路上。它是托管在S3上的吗?原来它是Google Tag Manager中的蹩脚代码:/啊,沮丧……谢谢你的来电!