APC是否与PHP5.4或PHP5.5兼容？

似乎APC并没有更新到PHP5.4版本（我希望他们能像最初计划的那样将APC包含在PHPCore中）

---

对于当前的APC是否与PHP5.4+兼容，我似乎找不到任何明确的答案。我设法找到了适用于PHP5.4的Ubuntu软件包，但PHPAPC软件包无法安装

似乎有一些问题有待解决。查看，您可能会找出解决特定问题的方法

---

我在几个小时前处理了一个这样的错误，结果证明使用SVN主干中的APC是一个不错的选择。希望这有帮助

我发现您需要清除每个页面请求上的操作码缓存，否则实现接口的类无法加载。这是从最新的svn主干Apache2.4.1和PHP5.4.0编译而来的。

好吧，我在过去几天里一直在尝试，我无法获得操作码缓存来与PHP5.4一起工作。Xcache不会编译，并且apc在缓存时不会识别某些类。 我想这就是西蒙所说的错误

我听说主干中有一些修复，但我也尝试了最新的主干源，但同样的错误不断出现。 我认为没有操作码缓存的php（目前还没有）不值得生产。希望apc的人能尽快解决这个问题

更新

Xcache 2.0.0-rc1已退出并与PHP5.4兼容。享受吧

不，APC 1.3.9（到目前为止，甚至svn主干）与PHP5.4.0都不兼容，我知道，因为我刚刚花了几个小时试图让它工作（测试了各种svn/php.ini设置/编译器标志/您可以命名）

这太荒谬了，APC是最流行的PHP扩展之一，你可以期待在经历了数周的8PHP5.4RC之后，他们会有时间让APC和它一起工作

可怜。

在主干的最新版本中，错误“可能”已经修复。我现在已经可以使用PHP5.4.0了

svn co apc中继

cd-apc中继

phpize

/配置

制造

使安装

Zend OPCache包含在PHP5.5中 2013年3月21日，由于APC包含在PHP核心中，因此-它看起来很像是未来APC的替代品，必须为每个新版本维护

我个人建议那些依赖APC进行操作码缓存的人使用即将推出的内置操作码缓存测试他们的代码，并反馈遇到的任何问题，以确保最终版本的稳定

我不知道这对APC的未来意味着什么

PHP5.4+的APC仍然标记为BETA版 <>这意味着开发人员做强>不/强>认为它完全<强>稳定< /强>。虽然许多人在当前的SVN版本中没有遇到任何问题，但在某些配置下，或在重负载下，仍然有一些奇怪的边缘案例报告

与您希望在生产环境中使用的所有产品一样，请确保首先在开发或预生产环境中彻底测试任何版本（beta版或稳定版）。这包括负载测试

从3.1.13版本开始，对SVN存储库的提交速度有所放缓，并且最近没有那么多的新增内容。你想怎么做就怎么做

2012年12月10日21:05，拉斯穆斯·勒多夫写道：

APC现在已经到了5.4版的时候了，我认为没有比5.3版更多的边缘案例了。两者都不是十全十美的，但对大多数网站来说都足够近了

任何拥有C/gdb技能和一些空闲时间的人都应该掩饰一下，看看他们是否能够修复任何东西，或者改进这个我们都依赖的免费开源产品

存在替代解决方案，维基百科提供了一个解决方案

2013年2月13日，该系统的可用性

在下一个主要版本（5.5之后的版本）中出现了相当多的问题。如果是这种情况，人们可能希望提前熟悉Zend Optimizer+

---

不要使用APC 3.1.14 由于发现了一些严重的内存问题而导致的下载，但尚未被跟踪

如果您已经在使用3.1.14，您可能希望降级，直到3.1.15发布。记住，这仍然是测试版。如果你在使用它，你是在使用它在你自己的风险

2013-01-02:
是可用的

仍然测试版

---

2012-09-03: 是可用的

---

2012年8月16日：
已创建，但仍标记为beta，其可在以及上使用。
这次修复了很多与垃圾桶相关的bug

---

2012年7月19日：
已创建，但仍标记为beta，其可在以及上获得。我一直在关注相关的邮件列表，他们仍在积极修复APC bug，但这是一个复杂的模块，似乎没有多少人能够胜任这项任务。此版本修复了包含文件时令人讨厌的stat=0错误

---

2012年4月11日：
今天创建了一个测试版，3.1.10的测试版发布在
各国：

• 添加PHP5.4支持（Dmitry、Anatoliy、Pierre）
• 修复了bug 22679：修复常量的apc#u bin_转储。使用IS_CONSTANT_TYPE_MASK处理所有常量，包括未量化的常量（而不是~IS_CONSTANT_索引检查）
• 修复了apache重启时php崩溃的错误#23822

---

从PHP 5.4.7和APC 3.1.13开始（甚至从2012-09-19开始的APC SVN主干），尽管它是“兼容的”，但在负载较重的服务器上它并不稳定，特别是在使用PHP-FPM和$GLOBALS的情况下。关于APC的一些开发人员讨论谈到了

我在被问到这个问题6个月后才回答这个问题，因为这个问题

...

[OPcache]

zend_extension=php_opcache.dll

opcache.enable=1
opcache.enable_cli=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=24
opcache.max_accelerated_files=4000
opcache.revalidate_freq=3
opcache.fast_shutdown=1

...

...

[XDebug]
zend_extension = "C:\Program Files (x86)\Ampps\php\ext\php_xdebug-2.2.6-5.5-vc11.dll"
......

[OPcache]

zend_extension = php_opcache.dll
opcache.enable=1
opcache.enable_cli=1
opcache.memory_consumption=512
opcache.interned_strings_buffer=24
opcache.max_accelerated_files=4000
opcache.revalidate_freq=3
opcache.fast_shutdown=1

[XDebug]

zend_extension = "C:\xampp\php\ext\php_xdebug.dll"
xdebug.max_nesting_level = 200
xdebug.profiler_append = 1
xdebug.profiler_enable = 1
xdebug.profiler_enable_trigger = 0
;xdebug.profiler_output_dir = "C:\xampp\tmp"
;xdebug.profiler_output_name = "cachegrind.out.%t-%s"
;xdebug.remote_enable = 0
;xdebug.remote_handler = "dbgp"
;xdebug.remote_host = "127.0.0.1"
;xdebug.trace_output_dir = "C:\xampp\tmp"