时间:2021-05-26
preg_replace 使用的超过了php5.2默认允许的字节,也就是pcre.backtrack_limit和pcre.recursion_limit的大小的问题。
Discuz!6.0.0正式版程序发布以来,大家都热火朝天的升级中,但是部分插件在6.0下出现了问题
比如http://www.discuz.net/viewthread.php?tid=559133这个银行插件
在php为5.2.0及以上的环境下安装以后会出现白屏的问题
从Discuz!用户的角度考虑,我们需要去协助插件作者解决这个问题
下面说下我的解决过程,希望能给大家一些建议吧
第一:此插件在5.5的情况下可以正常运行,但是6.0下就白屏了
Discuz!6.0为了增加模板缓存文件的可读性,增加了缓存文件的缩进,而确实修改过部分templates.func.php的模板处理部分,
莫非是这个原因?开始我初步确定是这里的问题,因为用5.5的部分代码替换修改过的代码,就表现正常,但是很郁闷的没有找到原因
第二步:怀疑是bank.htm这个模板书写格式的问题,于是我很郁闷的开始分析模板,说实话,模板大了分析起来真的很头疼。结果显然又没有找到原因。比较郁闷的说
第二步:然后发现将此模板拆分以后,就正常执行了,这时候我初步怀疑是不是正则匹配的bug在大数据量的时候出现了错误,于是我就上bugs.php.net开始搜索了http://bugs.php.net/search.php?c … ace&x=3&y=5在这里找啊找啊找,于是终于找到了这里http://bugs.php.net/bug.php?id=39405,突然间发现居然是5.2配置的问题,在调整大pcre.backtrack_limit和pcre.recursion_limit之后问题解决
据说将pcre.backtrack_limit=-1 in php.ini
就是无限制
之所以写这么详细就是想一起分享下我解决问题的思路:)
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
本文实例讲述了php中preg_replace正则替换用法。分享给大家供大家参考,具体如下:1.php的preg_replace与str_replace都是默认
前言本文将深入研究preg_replace/e模式下的代码执行问题,其中包括preg_replace函数的执行过程分析、正则表达式分析、漏洞触发分析,当中的坑非
本文实例讲述了PHP正则表达式函数preg_replace用法。分享给大家供大家参考,具体如下:preg_replace执行一个正则表达式的搜索和替换语法:pr
可以使用preg_replace()函数删除非字母数字字符。此函数执行正则表达式搜索和替换。函数preg_replace()搜索由pattern指定的字符串,如
本文实例讲述了PHP正则替换函数preg_replace()报错:NoticeUseofundefinedconstant的解决方法。分享给大家供大家参考,具体