2核1G3M服务器88一季度

腾讯云,阿里云百度云等 折扣价→点我←

PHP缓存Zend Opcache造成的CMS后台参数更新慢 苹果cms v10 教程

管理员 管理员组

阿里云ESC服务器 centos6.8_64系统 安装WDlinux

系统信息
系统名称:WDlinux Control Panel (简称wdCP) (WD订阅)
当前版本: wdCP v3.2.7 最新 v3.2.7更新日志
操作系统:2.6.32-696.1.1.el6.x86_64

苹果CMS系统

站点信息
服务器操作系统:Linux脚本解释引擎:Apache
安装目录:/服务器 (IP/端口):(127.0.0.1:80)
PHP版本:5.5.38MYSQL版本:mysqlnd 5.0.11-dev – 20120503
CURL支持:XML支持:
允许上传文件最大值:√ 2MGD图形处理扩展库版本:√ bundled (2.1.0 compatible)

问题描述:

每次修改完参数,返回后显示的还是修改之前的值。
用FTP上传更改的文件,发现传上去不好使呢,于是重新传,到后来又好了,我当时一看浏览器头,发现也没有啥问题呀。
发现只有php文件会出现这种情况,修改的html文件不出出现这种情况。
考虑到应该是服务器缓存的问题
查了一下是opcache引起的,默认是60秒。
大家知道目前PHP的缓存插件一般有三个:APC、eAccelerator、XCache,但未来它们可能都会消失,因为PHP 5.5已经集成ZendOpcache,功能和前三者相似但又有少许不同,缓存速度据说比它们更快。
这几个PHP加速插件的主要原理都相同,就是把PHP执行后的数据缓冲到内存中从而避免重复的编译过程,能够直接使用缓冲区已编译的代码从而提高速度,降低服务器负载,它们的效率是显而易见的,像drupal这种庞大的CMS,每次打开一个页面要调用数十个PHP文件,执行数万行代码,效率可想而知,在安
装APC等加速器后打开页面的速度明显加快。
找到文件:/www/wdlinux/etc/php.ini打开 发现

[Zend Opcache]
zend_extension = /www/wdlinux/apache_php-5.5.38/lib/php/extensions/no-debug-non-zts-20121212/opcache.so
opcache.enable=1opcache.enable_cli=1opcache.memory_consumption=128opcache.interned_strings_buffer=8opcache.max_accelerated_files=4000opcache.validate_timestamps=1opcache.revalidate_freq=60opcache.fast_shutdown=1opcache.enable_file_override=0

以下是opcache的配置说明:

[opcache]
zend_extension = "G:/PHP/php-5.5.6-Win32-VC11-x64/ext/php_opcache.dll"; Zend Optimizer + 的开关, 关闭时代码不再优化.
opcache.enable=1; Determines if Zend OPCache is enabled for the CLI version of PHP
opcache.enable_cli=1; Zend Optimizer + 共享内存的大小, 总共能够存储多少预编译的 PHP 代码(单位:MB)
; 推荐 128opcache.memory_consumption=64; Zend Optimizer + 暂存池中字符串的占内存总量.(单位:MB)
; 推荐 8opcache.interned_strings_buffer=4; 最大缓存的文件数目 200 到 100000 之间
; 推荐 4000opcache.max_accelerated_files=2000; 内存“浪费”达到此值对应的百分比,就会发起一个重启调度.
opcache.max_wasted_percentage=5; 开启这条指令, Zend Optimizer + 会自动将当前工作目录的名字追加到脚本键上,
; 以此消除同名文件间的键值命名冲突.关闭这条指令会提升性能,
; 但是会对已存在的应用造成破坏.
opcache.use_cwd=0; 开启文件时间戳验证
opcache.validate_timestamps=1; 2s检查一次文件更新 注意:0是一直检查不是关闭
; 推荐 60opcache.revalidate_freq=2; 允许或禁止在 include_path 中进行文件搜索的优化
;opcache.revalidate_path=0; 是否保存文件/函数的注释 如果apigen、Doctrine、 ZF2、 PHPUnit需要文件注释
; 推荐 0opcache.save_comments=1; 是否加载文件/函数的注释
;opcache.load_comments=1; 打开快速关闭, 打开这个在PHP Request Shutdown的时候会收内存的速度会提高
; 推荐 1opcache.fast_shutdown=1;允许覆盖文件存在(file_exists等)的优化特性。
;opcache.enable_file_override=0; 定义启动多少个优化过程
;opcache.optimization_level=0xffffffff; 启用此Hack可以暂时性的解决”can’t redeclare class”错误.;opcache.inherited_hack=1; 启用此Hack可以暂时性的解决”can’t redeclare class”错误.;opcache.dups_fix=0; 设置不缓存的黑名单
; 不缓存指定目录下cache_开头的PHP文件. /png/www/example.com/public_html/cache/cache_
;opcache.blacklist_filename=
; 通过文件大小屏除大文件的缓存.默认情况下所有的文件都会被缓存.
;opcache.max_file_size=0; 每 N 次请求检查一次缓存校验.默认值0表示检查被禁用了.
; 由于计算校验值有损性能,这个指令应当紧紧在开发调试的时候开启.
;opcache.consistency_checks=0; 从缓存不被访问后,等待多久后(单位为秒)调度重启
;opcache.force_restart_timeout=180; 错误日志文件名.留空表示使用标准错误输出(stderr).
;opcache.error_log=
; 将错误信息写入到服务器(Apache等)日志
;opcache.log_verbosity_level=1; 内存共享的首选后台.留空则是让系统选择.
;opcache.preferred_memory_model=
; 防止共享内存在脚本执行期间被意外写入, 仅用于内部调试.
;opcache.protect_memory=0

果断把opcache.enable=1改成opcache.enable=0,保存php.ini重启web服务器,问题解决!

本文转载自:乱世英雄

站长窝论坛版权声明 1、本帖标题:PHP缓存Zend Opcache造成的CMS后台参数更新慢
2、论坛网址:站长窝论坛
3、站长窝论坛的资源部分来源于网络,如有侵权,请联系站长进行删除处理。
4、会员发帖仅代表会员个人观点,并不代表本站赞同其观点和对其真实性负责。
5、站长窝论坛一律禁止以任何方式发布或转载任何违法的相关信息,访客发现请向站长举报
6、本帖由管理员在站长窝论坛《站长交流》版块原创发布, 转载请注明出处!
评论
最新回复 (1)
返回
发新帖