重写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传参吧，毕竟这种有局限