ThinkPHP框架中的U方法分析
2015-01-16 14:40
585 查看
一、 分析缘由
二、 分析过程
1. 首先找到原生U方法,在核心文件\core\Common\functions.php;大概在802行;
导致上面解析现象的是在函数中第911—947行;
主要是在解析的url上都增加了前缀__APP__,该常量在wamp环境下解析为空,而在lnmp环境下解析为当前模块操作,比如/Home/Index;
因此由此接着寻找__APP__的定义;
2. 通过ZEND工具可以很容易找到__APP__定义在\core\Library\Think\Dispatcher.class.php文件的第175—189行;
问题主要出在第180行【$url = dirname(_PHP_FILE_);】,这一行在wamp下解析为空,而lnmp环境下解析为当前模块操作;
因此由此接着寻找_PHP_FILE_的定义;
3. 通过zend工具找到该常量定义在\core\cnlink.php中第73—76行;这里就很清晰了,是因为wamp下PHP运行方式为apache2handler,而lnmp运行方式为fpm-fcgi。
三、 解决策略
在\app\Common\Conf\config.php添加定义:
'__APP__'=>'',
四、 扩展阅读
在linux下,php有三种运行方式:
1. APACHE2HANDLER
PHP作为Apache模块,Apache服务器在系统启动后,预先生成多个进程副本驻留在内存中,一旦有请求出现,就立即使用这些空余的子进程进行处理,这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出,而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快,性能较高。
2. CGI
cgi方式遇到连接请求先要创建cgi的子进程,然后处理请求,处理完后结束这个子进程。这就是fork-and-execute模式。所以用cgi方式的服务器有多少连接请求就会有多少cgi子进程。子进程反复加载是cgi性能低下的主要原因。
3.CGI-FCGI
FastCGI像是一个常驻(long-live)型的CGI,它可以一直执行着,只要激活后,不会每次都要花费时间去fork一次。PHP使用PHP-FPM(FastCGI Process Manager),全称PHP FastCGI进程管理器进行管理。
FastCGI的工作原理
1、Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module)
2、FastCGI进程管理器自身初始化,启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中,php-cgi在此便退出了。
在上述情况中,你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistentdatabase connection)可以工作。
二、 分析过程
1. 首先找到原生U方法,在核心文件\core\Common\functions.php;大概在802行;
导致上面解析现象的是在函数中第911—947行;
主要是在解析的url上都增加了前缀__APP__,该常量在wamp环境下解析为空,而在lnmp环境下解析为当前模块操作,比如/Home/Index;
因此由此接着寻找__APP__的定义;
2. 通过ZEND工具可以很容易找到__APP__定义在\core\Library\Think\Dispatcher.class.php文件的第175—189行;
问题主要出在第180行【$url = dirname(_PHP_FILE_);】,这一行在wamp下解析为空,而lnmp环境下解析为当前模块操作;
因此由此接着寻找_PHP_FILE_的定义;
3. 通过zend工具找到该常量定义在\core\cnlink.php中第73—76行;这里就很清晰了,是因为wamp下PHP运行方式为apache2handler,而lnmp运行方式为fpm-fcgi。
三、 解决策略
在\app\Common\Conf\config.php添加定义:
'__APP__'=>'',
四、 扩展阅读
在linux下,php有三种运行方式:
1. APACHE2HANDLER
PHP作为Apache模块,Apache服务器在系统启动后,预先生成多个进程副本驻留在内存中,一旦有请求出现,就立即使用这些空余的子进程进行处理,这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出,而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快,性能较高。
2. CGI
cgi方式遇到连接请求先要创建cgi的子进程,然后处理请求,处理完后结束这个子进程。这就是fork-and-execute模式。所以用cgi方式的服务器有多少连接请求就会有多少cgi子进程。子进程反复加载是cgi性能低下的主要原因。
3.CGI-FCGI
FastCGI像是一个常驻(long-live)型的CGI,它可以一直执行着,只要激活后,不会每次都要花费时间去fork一次。PHP使用PHP-FPM(FastCGI Process Manager),全称PHP FastCGI进程管理器进行管理。
FastCGI的工作原理
1、Web Server启动时载入FastCGI进程管理器(IIS ISAPI或Apache Module)
2、FastCGI进程管理器自身初始化,启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
3、当客户端请求到达Web Server时,FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
4、FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时,请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。在CGI模式中,php-cgi在此便退出了。
在上述情况中,你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI,所有这些都只在进程启动时发生一次。一个额外的好处是,持续数据库连接(Persistentdatabase connection)可以工作。
相关文章推荐
- ThinkPHP框架使用redirect实现页面重定向的方法实例分析
- ThinkPHP框架实现定时执行任务的两种方法分析
- ThinkPHP框架通杀所有版本的一个SQL注入漏洞详细分析及测试方法
- thinkPHP5框架自定义验证器实现方法分析
- thinkphp3.2中Lite文件替换框架入口文件或应用入口文件的方法
- thinkphp3.2中Lite文件替换框架入口文件或应用入口文件的方法
- ThinkPHP框架实现session跨域问题的解决方法
- ThinkPHP框架实现session跨域问题的解决方法
- ThinkPHP框架的runtime分析
- 究极!ThinkPHP 3.2.2 框架源码逐行分析(一)
- Thinkphp框架中使用memcache缓存的方法
- PHP框架之ThinkPHP的学习总结(2)ThinkPHP + Discuz 整合方法
- ThinkPHP框架安全实现分析
- 使用xdebug分析thinkphp框架函数调用图
- 使用xdebug分析thinkphp框架函数调用图
- ThinkPHP开发框架函数详解:C方法
- Thinkphp框架中使用memcache缓存的方法
- Thinkphp框架中使用memcache缓存的方法
- 对于ThinkPHP框架早期版本的一个SQL注入漏洞详细分析
- ThinkPHP表单数据智能写入create方法实例分析