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下就白屏了
立即学习“PHP免费学习笔记（深入）”；
本文和大家重点讨论一下Perl性能优化技巧，利用Perl开发一些服务应用时，有时会遇到Perl性能或资源占用的问题，可以巧用require装载模块，使用系统函数及XS化模块，自写低开销模块等来优化Perl性能。 Perl是强大的语言，是强大的工具，也是一道非常有味道的菜:-)利用很多perl的特性,可以实现一些非常有趣而实用的功能。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
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
就是无限制
之所以写这么详细就是想一起分享下我解决问题的思路：）
