我的 VPS 开始出现问题，无法在所有网站上提供页面。它只是显示一个空白页面，或者提供下载 php 文件（幸运的是代码不在下载文件中:)）。服务器仍在运行，但这似乎是 PHP 的问题，因为我可以登录 WHM。
如果我重新启动了 apache，这些站点将再次运行。
在与服务器支持人员交谈后，他们告诉我这是 APC 扩展女巫的问题，他们认为这是旧的，不推荐用于生产服务器。所以他们暂时删除了它，看看是否会继续出现同样的失败。
我还没有在任何地方读到 APC 可能存在一些问题或者它并不总是推荐使用，恰恰相反......人们总是说要始终使用它。
APC 扩展是通过 ssh 安装的，并且是最新版本。
编辑： 他们也不推荐 MemCache 并说更可靠的扩展是 eAccelerator
Um APC 是当前的技术，几乎是任何高性能 PHP 站点的必备工具。
不仅如此，它还将在 PHP 6 中作为标准发布（而不是像现在这样的可选模块）。
我不知道您的问题是什么，但不是 APC 过时或技术过时。
我自己运行了几台服务器，唯一一次遇到 APC 问题是在尝试与 Zend Optimizer 同时运行它时。它们不能一起工作，所以如果我必须使用优化器（比如某些商业、第三方代码需要它），我会运行 eAccelerator 而不是 APC。在性能方面，实际上是 6 个，6 个，但我真的怀疑 APC 是这里的问题。
补充一点，memcached 只有在您运行多个需要访问共享数据缓存的服务器时才会让您受益匪浅。Memcached 不像 APC/eAccelerator/Xcache/etc 那样做操作码缓存。
问题与 APC 无关。如果 APC 有问题，它要么出现在您的 php 日志文件中，要么在您调整 APC 之前您根本无法访问您的网站。问题更可能与 apache 本身有关。我之前在空白页面上遇到过与您相同的问题，这与 mod_security 播放并阻止发送看起来“可疑”的页面有关。此外，apache 中的内存使用很适合在负载下杀死服务器。我也曾使用过一个 web 主机，它编译 apache 时出现内存泄漏，所以每 X 次请求（比如 100,000 个）服务器就会崩溃！最烦人。
您的网络主机听起来不是最有能力的，因为他们给出了一些不好的建议，很可能是基于无知。
APC 应该在生产中使用（在生产中关闭 mstat 检查，但在开发中打开）。您可以通过加载随附的 apc 状态文件来获取有关您的 apc 设置的更多统计信息，并且您会得到一个不错的页面，如下所示：http ://drupal.org/files/images/APC%20Status-1.png
Memcache 被大量使用，因为它也是分布式的！这样的用途如下：
APC 是最快的，因为它与 php 最接近，但仅适用于执行 PHP 本身的同一台服务器，因此它的使用仅限于该范围。主要用作操作码缓存。
Memcache 就像一个非常快速的数据库，分布在作为一个单元工作的许多计算机上。然而，停电会抹去很多！因此，为什么它们被大量用于从持久数据库中删除压力。Facebook 和许多其他网站有数百台运行 memcache 的服务器。
我的建议是找一个了解 PHP 的网络主机。与网络主机战斗是关于谁对谁错的艰苦工作......直到你找到一个好的;）
在我看来，他们正在推销一种可能有推荐回扣的产品。
我运行自己的服务器（有一段时间），我从来没有遇到过这个问题，MemCache 没有任何重大问题。
