什么情况?
原来的url
http://www.xxx.com/demo/oldpage.php?param1=1¶m2=2
转换后的url
http://www.xxx.com/newpage.php?url=%2Fdemo%2Fmypage.php%3Fparam1%3D1¶m2%3D2
需要把粗体部分的url进行urlencode,能看出上面的字符"?&="都分别转义过,作为参数发给另外一个url。那么这时候请出rewrite还真是最合适不过了。
坎坷的Rewrite经历
查查rewrite手册,俺这才知道,转义这活,非得派出RewriteMap的map function才能做的比较漂亮。现在只有四个内部map function可供差遣:
toupper: Converts the key to all upper case.
tolower:
Converts the key to all lower case.
escape: Translates special characters in the key to hex-encodings.
unescape: Translates hex-encodings in the key back to special characters.
那么很快就有了第一个rewrite出现:
RewriteMap escape int:escape
RewriteRule ^/([^/]*)$ /newpage.php?mi_url_suffix=${escape:$1?%{QUERY_STRING}} [L,PT]
注:这里的int不是intger的意思,它是internal的缩写,表示调用内部函数。
看上去非常简单,跑起来貌似也正....常?且慢,俺打开RewriteLog一瞅,形式不容乐观啊,"&"字符通通没有转义。看来是失败了,爬到狗狗上翻了一下,貌似escape对"?="之类的特殊字符是不做转义的,晕。
RewriteMap到底
接着细看apache的rewrite手册,发现RewriteMap还支持自定义脚本,那么还得使出俺的看家绝技——php了。首先弄一个能转义的php,必须非常简单,复杂了apache容易挂掉,写出来发现想复杂都挺难啊:
/usr/local/bin/escape.php
PHP:
#!/usr/bin/php -f
<?php
while($in = trim(fgets(STDIN)))
fputs(STDOUT, urlencode($in) . "rn");
?>
在这个脚本里可别使用php:://stdin之类的,具体原因查php手册。相应的,rewrite规则如下:
RewriteMap escape prg:/usr/local/bin/escape.php
RewriteRule ^/([^/]*)$ /newpage.php?mi_url_suffix=${escape:$1?%{QUERY_STRING}} [L,PT]
rewrite规则没有太大的改变,prg表示使用自定义脚本。现在这个版本总算正常运作了。
声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。