【发布时间】：2019-11-27 21:16:34
【问题描述】：
背景故事
我们正在使用 LAMP 堆栈 (bitnami) 来运行多站点 Wordpress 实例。这是我第二次遇到在我们推送更新时不会更新的文件（我们使用 git 并将最新更改拉到 bitnami 服务器）。
我们注意到，在删除（为此重命名）文件时，仍然可以通过对资源（或浏览器中的 url）执行 GET 来检索它。此外，如果我们试图进行更改，文件不会附带更改 - 它仍然是旧文件。有趣的是，文件被缩小了，由于过去的问题，我们不使用任何插件来缩小我们的 CSS。所以应该没有理由缩小它。
我们有 WP Total Cache - 清除所有缓存是成功的，但不会阻止这种情况的发生。 （我们曾经使用 WP Super Cache，当这个错误发生时，我们决定将插件更改为 WP Total Cache 并清除缓存并解决了问题 - 但它又回来了，不再有效）。
我还看到了我们可以在 url 上使用 "?ver=###" 查询参数的技巧。这可行，但这会阻止我们将 CloudFront 用于我们的文件（目前所有这些测试都被禁用，所以它也不是问题）。此外，我不相信这是一个长期的解决方案 - 或者根本不是一个解决方案，因为这些缩小的文件正在创建并且不应该放在首位。
其他信息
这可能没有帮助，但我们注意到这一点的文件位于主题文件夹中，从技术上讲，它不是活动主题。我们只是将文件夹用于我们自己创建的其他资源。我们在某些页面的开头引用了它们。 示例：
/wp-content/themes/active-theme <- The active theme
/wp-content/themes/resources <- Our custom resources
问题：
此文件存储在哪里？
如何删除？
我怎样才能防止这种情况再次浪费我们的时间？
【问题讨论】：
标签： wordpress caching woocommerce minify w3-total-cache