Magento - Rewrite机制一窥

看一个url例子
http://localhost/magento/index.php/customer/account/login
这里假定http://localhost/magento/ 是magento安装目录。那么Magento将自动转而执行customer模块下名字AccountController的loginAction方法。这个是ZendFramework的默认重写规则。

另外一个产品详细页的例子
http://localhost/magento/index.php/catalog/product/view/id/1/category/3

Magento将寻址catalog模块的ProductController的viewAction方法,传入参数id和category.

为了搜索引擎更加友好化,我们可能希望用用下面的url同样访问到该产品
http://localhost/magento/index.php/basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html

Magento重写了ZendFramework的机制完成这个功能,它的实现思路是:当发送请求的时候,Magento首先判断 basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html是否在数据库core_url_rewrite表中是否有该route path和实际target path映射记录,没有的话,就使用Zend Framework的重写规则寻址相应的php执行代码。


为了窥视它的Rewrite机制, 还着实费了不少力气,但是也只是懂些皮毛。下面说说我分析这个机制的过程:

仍然以访问

http://localhost/magento/index.php/basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html

为例

1. 从magento安装目录下的index.php开始,末尾的Mage::run();很显然是程序的入口。
2. 打开app/Magento.php查看run()函数尝试在不同的位置输出self::_$app属性(是一个类),看看有没有url关键字basketball,结果发现多处子对象有字符串属性包含它:


Mage_Core_Controller_Request_Http
->_originalPathInfo = "/basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html"
->_requestString = "/basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html"
->_requestUri = "/magento/index.php/basketball/tayshaun-prince-signed-auto-baketball-with-coa-gold.html"
->_pathInfo = "catalog/product/view/id/1/category/3"


那么为了完成映射,程序必须有一处读取其中一个属性(原始url串),然后进行解析和转换。这是着实有点迷惑了,四个属性,到底哪一个才是关键的呢?

3.打开Mage_Core_Controller_Request_Http类文件,先从_originalPathInfo入手(因为名字带了一个original),找到getOriginalPathInfo(), 该方法调用了setPathInfo(), 这么说这个方法应该是设置_pathInfo的函数了,结果这个发现该方法先调用getRequestUrl方法初始化属性
_requestUri,这个是url源头,然后运算出如下属性:
_originalPathInfo
_requestString
_pathInfo

4. 接着全目录搜索调用getOriginalPathInfo的类方法,找到类Mage_Core_Controller_Varien_Router_Standard。打开调用方法为match,浏览了下整个函数内容,发现了如下代码
        
$request->setModuleName($module);
$request->setControllerName($controller);
$request->setActionName($action);


由此可以猜测出,对于该例子,这里应该有如下的映射:
   $module = 'catalog';
$controller = 'ProductController';
$action = 'viewAction';


所以下面的就是要找出$moudle变量是如何计算出来的

5. 找到上面初始化$module的位置
$module = $request->getModuleName();
一定是$request的属性被某处初始化,才使得 $request->getModuleName()返回module名字。
于是代码定位到前面的
$p = explode('/', trim($request->getPathInfo(), '/'));

6. $request是Mage_Core_Controller_Request_Http类的实例,打开它的getPathInfo方法。
......哈哈

[color=red][b]线索中断,其实这种分析方法是不推荐的,完全没有程序员逻辑:)[/b][/color]

线索II.
1. 从Mage::run()方法开始,程序员可以敏感地意识到下面代码的关键性
Mage::run() {
...
self::app()->getFrontController()->dispatch();
...
}


2.打开Mage_Core_Controller_Varien_Front的 dispatch方法

class Mage_Core_Controller_Varien_Front{
function dispatch() {
....
Mage::getModel('core/url_rewrite')->rewrite();
....
while (!$request->isDispatched() && $i++<100) {
foreach ($this->_routers as $router) {
if ($router->match($this->getRequest())) {
break;
}
}
}

}


3. Mage::getModel('core/url_rewrite')可以定位到Mage_Core_Model_Url_Rewrite类文件

class Mage_Core_Model_Url_Rewrite {
public function rewrite() {
$this->loadByRequestPath($requestCases);
......
if (!$this->getId()) {
// debug code
var_dump($requestCases);
exit();

return false;
}
....
$request->setPathInfo($this->getTargetPath());
return true;
}
}


如果 $this->loadByRequestPath($requestCases);从数据库中core_url_rewrite表查找是否有对应的target_path,如果找不到return false(用默认的rewrite机制),这里应该是可以找到targe path的,即
catalog/product/view/id/1/category/3

4. 继续回到dispatch()方法,代码 if ($router->match($this->getRequest()))中
$router 是Mage_Core_Controller_Varien_Router_Standard的实例,方法match如下:
public function match(Zend_Controller_Request_Http $request) {
....
// set values only after all the checks are done
$request->setModuleName($module);

$request->setControllerName($controller);
$request->setActionName($action);
}

上面代码显而易见,到此代码分析结束。

结论:此次分析是推论+推测(瞎蒙,瞎蒙就是全文搜索匹配字符串确定调用和被调用关系),没有使用任何单步调式工具。

那么分析Rewrite机制对于扩展Magento的意义何在呢? 比如,如果你想为产品增加品牌分类,那么你可能需要定义如下的符合SEO的URL
http://localhost/magento/index.php/ibm/
使之映射到
http://localhost/magento/index.php/catalog/brand/id/2

此时,你就要定义重写机制使两个URL的映射关系保存到数据库表中。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值