Internet explorer IE书签文件的一个奇怪问题

Internet explorer IE书签文件的一个奇怪问题,internet-explorer,bookmarks,Internet Explorer,Bookmarks,除了存储URL外,IE书签还存储您添加书签的页面上任何加载的iframe或frame的名称和位置。加载书签时,IE尝试加载页面上带有书签文件中URL的框架 也许这在90年代是个好主意(或者也许今天仍然是个好主意,我想不出原因),但是对于任何使用iFrame的足够复杂的web应用程序来说,它很容易导致问题。这正是我现在所处的情况 当我在我的应用程序中处理这个问题时,我真正想要的是一种关闭这个行为的方法。简而言之,如果有人能告诉我为什么书签会储存和使用这些信息,我会是一个快乐的露营者,因为我非常好奇

除了存储URL外,IE书签还存储您添加书签的页面上任何加载的iframe或frame的名称和位置。加载书签时,IE尝试加载页面上带有书签文件中URL的框架

也许这在90年代是个好主意(或者也许今天仍然是个好主意,我想不出原因),但是对于任何使用iFrame的足够复杂的web应用程序来说,它很容易导致问题。这正是我现在所处的情况

当我在我的应用程序中处理这个问题时,我真正想要的是一种关闭这个行为的方法。简而言之,如果有人能告诉我为什么书签会储存和使用这些信息,我会是一个快乐的露营者,因为我非常好奇


谢谢你的帮助。

我怀疑你几天前把这个问题发到了IEBlog上。:-)


IE没有提供一个选项来抑制这种情况,它存在的原因在今天基本上仍然有效:用户希望加载书签将重新构建他们最初看到的页面。诚然,一些基于框架的web应用程序无法以这种方式重构,完全正确的是,允许子框架导航的站点通常只能在子框架被导航到保存书签时的相同URL时才能正确重建。我只想补充一点,在过去几天的工作中,我的团队遇到了完全相同的问题。它的短处和肮脏之处在于,我们的用户在几次发布之前就喜欢上了我们的网站。嗯,iframe中加载的主页被重构并命名为不同的东西。因此,当他们使用他们的捷径时,即试图将旧页面加载到框架中,抛出“控制器找不到”错误。感谢您解释这一点,这是过去几天我们背上的一个错误。我要补充的是,我们唯一的修复方法是添加一个“虚拟”页面或控制器,以消除异常或重定向(如果需要),或者强制用户更改书签。