重写site_url,让ci支持query_string的地址生成方式

昨晚搞得很郁闷，好好的项目，放到客户的服务器居然404，发现应该是服务器不支持pathinfo方式，但至今也没有找到确切的原因（毕竟也用的apache，怎会不支持pathinfo?.htaccess里面配置AcceptPathInfo也不行），在网上也找了，居然也有人重写的，不过他重写的是Config类，而且还重写了其他几个类，汗。。，搞不懂，ci支持helper的优先级的嘛，方便就一个函数搞定。。【后来发现,form_validation.php配置文件,他也是要通过URI获取来的rsegment来判断uri合法性，所以没办法，使用这个后，验证表单时要加上配置文件所指定的验证规则：如$this->form_validation->run('login/do_login')】

自己application下的common_helper.php：

/**
 * zcs=重写ci的site_url
 * [开启do_enable_query_strings配置]
 * 支持原本的index.php/xx/xx/p1/v1/p2/v2方式转换为index.php?c=xx&m=xx&p1=v1&p2=v2
 * @param $uri
 * @return unknown_type
 */
function site_url($uri = ''){
	$CI =& get_instance();
	if (is_array($uri) || $uri == '' || !$CI->config->item('do_enable_query_strings')){
		return $CI->config->site_url($uri);
	}else{
		//zcs=>解析PATHINFO方式为正常方式,ci用uri传递函数参数的方式则不可取了
		$uri = trim($uri, '/');
		$uri_arr = explode('/', $uri);
		$param_len = count($uri_arr);
		$c = '?'.$CI->config->item('controller_trigger').'='.$uri_arr[0];
		$m = (($param_len >= 2) ? '&'.$CI->config->item('function_trigger').'='.$uri_arr[1] : '');
		$uri = $c.$m;
		for ($i = 2; $i < $param_len; $i++){
			$uri .= (($i%2) ? '=' : '&');
			$uri .= $uri_arr[$i];
		}
		return $CI->config->slash_item('base_url').$CI->config->item('index_page').trim($uri, '/');
	}
}

另外用到了我自己的一个配置项，方便配置这种特有的方式，避免冲突：

[config.php]

/*
|--------------------------------------------------------------------------
| 将所有site_url中使用的index.php/xx/xx/p1/v1/p2/v2方式转换为?c=xx&m=xx&p1=v1&p2=v2
|--------------------------------------------------------------------------
|1、此配置依赖于common_helper.php中重写的site_url函数
|2、转换后需要配置enable_query_strings开启,否则ci不允许
|
*/
$config['do_enable_query_strings']	= TRUE;

然后可以方便地转换了，不过ci的uri传函数参数方式就不行了，个人觉得也最好不要使用这种方式，直接还是用原始的GET传参吧，毕竟这种有局限