我是一名网络开发人员,经常运行脚本来修复由于服务器或浏览器设置而可能会超时的问题。在过去,只要脚本完成,Chrome就会旋转和旋转 - 即使需要一个小时,但是他们改变了一些东西,现在,它强加了自己的截止时间,服务器没有响应在服务器继续执行脚本时足够快。
现在,这很烦人,它迫使我将事件记录到文件中,而不是仅仅转储到屏幕上,但最糟糕的是Chrome认为在超时后尝试重新连接到URL是一个好主意。然后开始执行可能已经再次运行的相同脚本。
这里的问题是我经常创建脚本来运行ONCE而不会再次运行,如果脚本运行不止一次,它可能会完全破坏。
假设我创建了一个脚本,用于删除100万行数据库中每个字段的前4个字符。通过Chrome运行脚本最终会超时,然后它会再次运行脚本几次而不会让您知道。突然之间,已经减少的数据再次减少,破坏了数据。
这是一个严重的问题,以前从未出现过问题,因为Chrome无法自动尝试重新加载无法加载的网页。因此,我正在寻找一种方法来禁用此新功能,并阻止Chrome在失败的网页加载时自动重新加载。它会显示一个错误页面,说明"单击此处重新加载",但它完全忽略了用户并决定是否重新加载是否单击它。
我只是运行了一个脚本,将文件从EC2实例复制到S3存储桶,作为清理工作的一部分,但我从日志中看到它在关闭选项卡之前实际运行了4次 - 尽管我从未要求它重装。这意味着它复制了这些相同的文件4次。幸运的是,在这种情况下,它只是浪费了S3访问,因为它覆盖了现有文件。
是的,我意识到有很多方法可以阻止脚本多次运行,从flock到执行后立即重命名文件。问题是速度。这些修复脚本不是完整的应用程序,包含所有的花哨功能,它们是应用修复程序的快速方法。我宁愿在Chrome中进行更改以禁用它的新方式,以便我可以继续像我一样工作超过10年。
这是指自动重新加载,我没有将其称为“刷新”#34;因为页面从未加载过。这与有关刷新的数百万个问题无关,这是我在尝试搜索此问题时得到的全部内容。
答案 0 :(得分:15)
可能这可以解决问题:
chrome://flags/
Disabled
标记Enable Offline Auto-Reload Mode
(或Offline Auto-Reload Mode
)Disabled
标记Only Auto-Reload Visible Tabs
现在我的页面错误ERR_CONNECTION_RESET
不再自动重新加载