Gre*_*ire 103 php installation apc
看起来APC似乎没有更新,以配合php 5.4版本(我希望他们将像原计划一样将APC包含在PHP核心中).
我似乎无法找到任何明确的答案,目前的APC是否适用于PHP 5.4+.我设法找到PHP 5.4的Ubuntu包,但不会安装php-apc包.
Lei*_*igh 163
在2013年3月21日,发布了PHP 5.5 beta 1,其中包括"Zend OPCache" - 看起来很可能这将成为未来APC的替代品,因为它包含在PHP核心中,并且必须为每个新版本维护发布.
我个人会建议那些依靠APC进行操作码缓存的人使用即将推出的内置操作码缓存来测试他们的代码,并反馈遇到的任何问题以确保稳定的最终版本.
我不知道这对APC的未来意味着什么.
这意味着开发人员不认为它完全稳定.虽然很多人在使用当前的SVN版本时都没有遇到任何问题,但是在某些配置或负载较重的情况下仍然存在奇怪的边缘情况报告.
正如一切你想在生产环境中使用,务必彻底测试任何版本(测试版或开发或预生产环境稳定)第一.这包括负载测试!
从3.1.13版本开始,对SVN存储库的提交有所放缓,并且错误列表没有那么多最近添加的内容.按照你的意愿做.
2012年12月10日21:05,Rasmus Lerdorf写道:
APC现在处于5.4的位置,我认为不存在比5.3中更多的边缘情况.两者都不是完美的,但它足够接近大多数网站.
任何具有C/gdb技能和一些空闲时间的人都应该掩盖错误列表,看看他们是否可以修复任何问题,或者改进我们都依赖的免费开源产品.
存在替代解决方案,Wikipedia提供了PHP加速器列表.
2013年2月13日,Zeev Suraski宣布推出Zend Optimizer +源代码.
关于在下一个主要版本(5.5之后的版本)中将Zend Optimizer +集成到PHP核心的讨论已经进行了很长时间.如果是这种情况,人们可能希望提前熟悉Zend Optimizer +.
由于一些已发现但尚未被追踪的严重内存问题,APC 3.1.14已从PECL下载中删除.
如果您已经在使用3.1.14,则可能希望降级直到3.1.15发布.请记住,这仍然是测试版.如果您正在使用它,您使用它需要您自担风险.
2013-01-02:
APC 3.1.14可用,除了解决相当多的其他错误外,还增加了PHP 5.5的兼容性.
还是测试版
2012-09-03:
APC 3.1.13可用,修复了一些段错误.
2012-08-16:
一个APC 3.1.12标签已经被创建,但仍被标记为测试版,其可用APC PECL页,还有的changelog.
这次修复了很多与bin_dump相关的错误.
2012-07-19:
一个APC 3.1.11标签已经被创建,但仍被标记为测试版,其可用APC PECL页,还有的changelog.我一直在关注相关的邮件列表,他们仍在积极致力于修复APC错误,但它是一个复杂的模块,似乎没有多少人能胜任这项任务.此版本修复了包含文件时令人讨厌的stat = 0错误.
2012-04-11:
一个APC 3.1.10标签今天创建和3.1.10 beta版被放置在上APC PECL页
的更新日志状态:
小智 6
似乎错误"可能"已在最新版本的主干中得到修复.我现在已经使用PHP 5.4.0了.
SVN共同http://svn.php.net/repository/pecl/apc/trunk/ APC-干线
cd apc-trunk
phpize
./配置
使
make install
好吧,我正在尝试最近几天,并且我无法让操作码cacher与php 5.4一起工作.Xcache不会编译,apc在缓存时不会识别某些类.我认为这是西蒙所说的错误.
我听说后备箱里有一些修复,但我也尝试了最新的中继源,但同样的错误不断回来.我认为没有操作码cacher的php(现在没有可用的)不值得生产.希望apc的人们能尽快解决这个问题.
UPDATE!
Xcache 2.0.0-rc1已经出来并与php 5.4兼容.请享用!
小智 5
不,APC 1.3.9(以及截至目前,即使是svn主干)与php 5.4.0不兼容,我知道因为我花了好几个小时试图让它工作(测试了各种svn/php. ini设置/编译器标志/你的名字).
这太荒谬了,APC是最受欢迎的PHP扩展之一,你可以期待经过8周的PHP 5.4 RC后,他们有时间让APC与它一起工作.
青衫.