嘿，如果您的网站使用的是PHP，那么请在html页面的开头放置以下PHP代码片段：

   //dev versioning - stop caching
   $rand = rand(1, 99999999);

现在，在脚本或链接元素中加载CSS或JS文件等资源的任何地方，都会在附加“？”后将生成的随机值附加到请求URL通过PHP连接到URI：

    echo $rand;

就是这样！无论哪种浏览器，都不会再缓存您的网站。

当然，在发布之前删除代码，或者简单地将$rand设置为空字符串以允许再次缓存。

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

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

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

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

如果您使用的是ServiceWorkers（例如，对于Progressive web应用程序），您可能也需要在开发工具中的应用程序>ServiceWorkers下选中“重新加载时更新”。

从版本50开始（如果我没记错的话），“禁用缓存”选项从Devtool设置中删除。转到“网络”选项卡，有“禁用缓存”选项。

一般来说，“烦人”的缓存的问题在于框架：）。让我们来看看细节。大多数框架都在.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），因为-正如我之前提到的-这不是提供的）。

希望这有助于节省时间。

这可能会对某人有所帮助。

我操纵我的Nginx进行疯狂缓存。因此，禁用网络工具中的缓存和显式清除缓存是不起作用的。

一个非常简单但无聊的解决方法是，我只是打开了一个新的匿名标签。令人惊讶的是，它一直都在工作！

隐姓埋名模式下的硬刷新可以在我希望以相同模式重新加载的任何时候实现。