仅在 git push 后重新验证 opcache

Question

我将 PHP 与 OPcache 一起使用。我只 git-push 掌握在生产中部署我的网站（不是真的，它只是在单元测试之后，但没关系）。在php.ini 文件中，OPcache 设置是关于“时间”和“频率”的。但我只想在我的服务器上 git pull 后重置缓存。

所以我想我只需要在生产服务器上的 git-pull 之后调用 opcache_reset 并将 opcache.validate_timestamps 设置为 0（从不重置缓存）

我没有读过任何关于这种方式的信息，所以我怀疑：我不知道这是否是一个好习惯。我错过了什么？有风险还是可以？

非常感谢！

附： : 我正在使用 PHP 框架和作曲家（composer install 在 git-pull 之后运行）

Answer 1

为了从 OPCache 中获得最大收益，您应该禁用 opcache.validate_timestamps。如果您随后在每次将代码部署到服务器时从脚本中调用opcache_reset()，那么您的 OPCache 会为每组新文件清除一次，并且系统不会浪费资源不断检查文件。

然而，有几个“陷阱”：

首先，确保对opcache_reset() 的调用发生，否则您将运行旧代码。如果您有执行部署的脚本，请确保如果此步骤未执行，它会大声失败。

其次，根据 PHP 的运行方式（mod_php 与 php-fpm），您可能需要通过对浏览器的请求而不是通过命令行来执行 opcache_reset() 函数。例如，清除缓存最明显的解决方案是有一个简单的 PHP 文件，如下所示

<?php

if (php_sapi() != "cli") die("Not accessible from web");
opcache_clear();

并在每次拉取代码时执行该文件。根据 PHP 的版本及其运行方式，可能只清除命令行的缓存，而不会清除您正在运行的 Web 版本的缓存。

如果无法从命令行清除，请考虑创建一个类似的脚本并通过网络使用curl 或wget 调用它。例如，curl http://example.com/clear_cache.php?secret=abc123。如果您创建的脚本可通过 Web 访问，请确保它检查密钥，以防止有人通过不断清除缓存来加载您的服务器。

最后，正如其他人所建议的那样，为了使您的构建在测试和部署之间完全可重复，请考虑在测试过程结束时创建一个用于测试的整个代码的 .zip 文件，包括由 composer 拉下的库.而不是在您的服务器上git pull，只需将文件解压缩到代码根目录。我意识到git pull && composer update 很简单。但是，正如其他人所建议的那样，如果库在测试运行时间和部署时间之间更新，那么您的代码可能不再按预期工作。