【解决】Thinkphp 模板页原样输出问题最终解决方案
很多人都碰到相同问题,在变量中赋值的字符串中包含的__ROOT__、__PUBLIC__、__APP__,这种字符的, 在模板中display出来的时候都被替换成了真实路径。话说是在写Timi文件管理系统的时候发现的这个问题。
从文件中把源码读出来输出到页面后发现,只要是TP的路径字符,都被替换成了真实路径。
比如:
期间经过了多种尝试,比如assign的时候base64加密,模板输出的时候decode一下,发现没起作用。最后终于忍不住的看了下Tp这块的源码,发现在display方法的最后一步的时候通过调用tag方法把“Tp的路径常量”替换成真实路径的。在render方法之前都是正常的。
本来准备改下源码实现下面这位童鞋的需求方案的:
结果,看完这块源码后才发现,不是那么容易,改动太大了。
最后另一位童鞋的回复,点出了最终解决方案:
于是乎,方案出炉:
在Tp的配置文件config.php中配置
于是乎,这个问题就“暂时”“完美”解决了。
从文件中把源码读出来输出到页面后发现,只要是TP的路径字符,都被替换成了真实路径。
比如:
$this->assign('fileContent',$fileContent);//$fileContent中包含__PUBLIC__“路径常量”字符。页面输出后显示为真实路径/public/。
期间经过了多种尝试,比如assign的时候base64加密,模板输出的时候decode一下,发现没起作用。最后终于忍不住的看了下Tp这块的源码,发现在display方法的最后一步的时候通过调用tag方法把“Tp的路径常量”替换成真实路径的。在render方法之前都是正常的。
本来准备改下源码实现下面这位童鞋的需求方案的:
老大、这是临时解决方案还是最终方案?
不过我感觉在assign()方法里面加个判断还不错,
如果是$this->assign('','',false),则对内容不替换,原样输出。
不过我感觉在assign()方法里面加个判断还不错,
如果是$this->assign('','',false),则对内容不替换,原样输出。
结果,看完这块源码后才发现,不是那么容易,改动太大了。
最后另一位童鞋的回复,点出了最终解决方案:
“可以参考这里的内容:http://doc.thinkphp.cn/manual/template_replace.htm l(模板替换)
有了模板替换规则后,页面上所有的__PUBLIC__ 字符串都会被替换,那如果确实需要输出__PUBLIC__ 字符串到模板呢,我们可以通过增加替换规则的方式,例如: 'TMPL_PARSE_STRING' =>array( '--PUBLIC--' => '__PUBLIC__', // 采用新规则输出/Public字符串 ) 这样增加替换规则后,如果我们要输出__PUBLIC__ 字符串,只需要在模板中添加--PUBLIC--,其他替换字符串的输出方式类似。
于是乎,方案出炉:
在Tp的配置文件config.php中配置
'TMPL_PARSE_STRING' => array (//路径配置 //Timi文件路径还原 '--PUBLIC--' => '__PUBLIC__', '--APP--' => '__APP__', '--URL--' => '__URL__', '--ACTION--' => '__ACTION__', '--SELF--' => '__SELF__', '--INFO--' => '__INFO__', '--EXT--' => '__EXT__' ),读出源码的时候正则替换一下“路径常量字符”__ROOT__为--ROOT--:
$fileContent=file_get_contents($filePath); $fileContent=htmlspecialchars(preg_replace('/__(.*?)__/is','--$1--',$fileContent));然后TMPL_PARSE_STRING的配置在模板被解析的时候刚好替换回去~
于是乎,这个问题就“暂时”“完美”解决了。
阅读本文后,您的心情是:
恶心
愤怒
强赞
感动
路过
无聊
雷囧
关注