禁用chrome中的缓存仅在打开开发工具时有效

一般来说，“烦人”的缓存的问题在于框架：）。让我们来看看细节。大多数框架都在.htaccess（os equivalent）中使用去主动重定向所有请求到框架“索引”，

但它同时排除应用程序直接请求的文件和目录。

（例如，对于.htaccess，典型指令如下：

    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-l
    RewriteRule ^(.+)$ index.php?url=$1 [QSA,L]

)

因此，作为图形文件的所有.js、.css文件都不由框架“索引”处理。

这些文件通常在开发期间最常更改。

这就是为什么缓存控件取消激活不应该放在框架“索引”中的原因。

它应该放在.htaccess中。

F.e.用于开发过程：

  Header set Cache-Control "no-store, no-cache, must-revalidate"
  Header set Pragma "no-cache"

（或者对于连续的工作版本，请使用“Etag”指令-在HTTP参考中查看更多信息。注意，Etag不是用于开发的。

在.htaccess中，没有直接的方法生成用于ETag的随机数（或快速变化的序列，如日期UTC），因为-正如我之前提到的-这不是提供的）。

希望这有助于节省时间。

要明确的是，Chrome中的禁用缓存复选框（这里是v17，但我认为是v15）不在主设置UI中。它位于开发人员工具设置UI中。

从浏览器窗口的扳手图标菜单（首选项菜单）中选择工具→ 开发人员工具在出现的开发人员工具UI中，单击右下角的齿轮图标。选中“网络”部分的“禁用缓存”复选框。

事实上，如果您不介意使用带宽，出于多种原因禁用缓存会更安全，许多安全站点都建议您这样做。

Chromium不应该傲慢到做出决定并强制用户设置。

可以使用--disk cache dir=/dev/null禁用UNIX上的缓存。

由于这是意外的，所以可能会发生崩溃，但如果发生了，那么这将明确指出一个更严重的错误，在任何情况下都应该修复。

我使用（在窗口中）ctrl+shift+delete，当铬对话框出现时，按enter键。这可以配置为每次执行此序列时需要清除的内容。在这种情况下，不需要打开dev.tools。

除了禁用缓存选项（您可以通过开发人员工具窗口右下角的一个按钮--工具|开发人员工具，或Ctrl+Shift+I）之外，在开发人员工具的网络窗格上，您现在可以右键单击并从弹出菜单中选择“清除缓存”。