一、CodeIgniter配置之autoload
CodeIgniter带了自动加载的功能,可以全局加载类库、模型、配置、语言包等,对于需要全局使用的功能相当方便。例如:有个全局函数写在app_helper.php中,需要全局加载这个函数,只需设置autoload.php:
$autoload['helper'] = array('app');
接下来,所有的地方都可以使用了,配置、模型等配置相似。但方便的同时也需要考虑下该种加载方式有何弊端。如果一个项目中分了两块,如前台、后台,那这个功能是否为前后台都必须? 如果前后台还有不同的业务模块区分, 是否是每个模块都要用到?如果都需要, 那写在这里就很好, 如果不需要, 就不建议写在这里。
对于相关的类库、函数调用应该按需加载
实现加载的方式有很多,可以在指定的页面load, 可以在公用的控制器、函数里面load, 一经load即可全局使用。个人的常用做法是忽略该文件,手动加载全局函数等。说到这里,顺便说下CI的加载机制。下面为类库、函数等的加载方式:
$this->load->library('session');
$this->load->model('hello_model');
$this->load->helper(array('url', 'array'));
$this->load->language(array('user_menu', 'user_tips'));
加载方式统一,使用起来比较简单,但load类库时传参有点不方便。再次load类库时不会再去加载,而是从保存好的静态数组中拿出来,需要注意下成员属性的状态,防止因为值还存在而导致程序异常。
二、CodeIgniter配置之URL
应该有很多项目中会有这样的情况,通过 http://pc.local 可以访问,若通过 http://localhost/pc/public 则会出现一些图片、样式显示不到,超链接出错的情况,项目的移植性不太好,主要原因就是创建的URL不够灵活,接下来看看CI中是怎么处理。配置文件中有几个有关URL的配置,影响到路由、参数的获取和URL的创建,它们是:
$config['base_url'] = '';
$config['index_page'] = 'index.php';
$config['uri_protocol'] = 'AUTO';
$config['url_suffix'] = '';
$config['allow_get_array'] = TRUE;
$config['enable_query_strings'] = FALSE;
$config['controller_trigger'] = 'c';
$config['function_trigger'] = 'm';
$config['directory_trigger'] = 'd';
$config[‘uri_protocol’]
uri_protocol可选项有 AUTO、PATH_INFO、QUERY_STRING、REQUEST_URI、ORIG_PATH_INFO。含义分别如下:
- QUERY_STRING:查询字符串;
- PATH_INFO:客户端提供的路径信息,即在实际执行脚本后面尾随的内容,会去掉Query String;
- REQUEST_URI:包含HTTP协议中定义的URI内容。
访问: http://pc.local/index.php/product/pc/summary?a=1 时PATH_INFO为/product/pc/summary;REQUEST_URI为/index.php/product/pc/summary?a=1
;QUERY_STRING为a=1。实际的配置跟服务器配置也会有点关系,有的服务器会配置ORIG_PATH_INFO,大部分没有。
uri_protocol
的值决定了CI路由和参数的获取方式,CI会通过这些值来判断解析到哪一个控制器,所以需要确保服务器配置了正确的值。大部分情况下设置AUTO即可,AUTO会依次检测REQUEST_URI
PATH_INFO
QUERY_STRING
$_GET
的值,直到读到内容。
影响路由解析还有enable_query_strings
参数,当该参数为TRUE时, 并且传入了controller_trigger参数,则会以查询字符串的方式来获取参数,如index.php?c=products&m=view&id=345则解析到product控制器中的view方法。
$config[‘allow_get_array’]
CI中封装了$this->input->get()方法来获取get参数,这里设置为true则表示也允许通过$_GET方式来获取参数,否则会清空$_GET中的值。
$config[‘base_url’]
该参数的设置会影响到base_url() site_url()函数创建的URL,为空时程序会自动获取当前地址,否则会根据设置的地址进行创建URL。
$config[‘index_page’]
默认主页,使用site_url()创建时会带上该参数,若需要去掉index.php设置为空即可。
$config[‘url_suffix’]
后缀名, 使用site_url()创建时也会带上该参数。
以上两个参数的设置对base_url()无效,即不会追加 index_page 和 url_suffix的值。
//pc.local/bootstrap/js/bootstrap.min.js
echo base_url('bootstrap/js/bootstrap.min.js');
//pc.local/login.htm(设置了index_page='' url_suffix='.htm')
echo site_url('login');
所以可以发现,base_url() 用来创建静态资源的地址,如JS、CSS等地址需要用该函数来生成。site_url() 用来创建跟控制器地址相关的URL。使用base_url()和site_url()函数创建的URL地址具有更好的移植性,建议系统URL相关的地址统一使用该函数创建。
CI提供的site_url对于参数的处理还不够灵活,可以自己扩展一个create_url函数用来创建跟控制器相关的地址。下面为一种实现方式。扩展url_helper,在helpers中创建MY_url_helper.php,内容如下:
function create_url($route = NULL, $params = array(), $ampersand = '&')
{
$route = site_url($route);
if(!empty($params)) {
return $route.'?'.http_build_str($params, NULL, $ampersand);
}
return $route;
}
if(! function_exists('http_build_str'))
{
function http_build_str($query, $prefix='', $arg_separator='')
{
if (!is_array($query)) {
return null;
}
if ($arg_separator == '') {
$arg_separator = ini_get('arg_separator.output');
}
$args = array();
foreach ($query as $key => $val) {
$name = $prefix.$key;
if (!is_numeric($name)) {
if(is_array($val)){
http_build_str_inner($val, $name, $arg_separator, $args);
}else{
$args[] = rawurlencode($name).'='.urlencode($val);
}
}
}
return implode($arg_separator, $args);
}
}
if(! function_exists('http_build_str_inner'))
{
function http_build_str_inner($query, $prefix, $arg_separator, &$args)
{
if (!is_array($query)) {
return null;
}
foreach ($query as $key => $val) {
$name = $prefix."[".$key."]";
if (!is_numeric($name)) {
if(is_array($val)){
http_build_str_inner($val, $name, $arg_separator, $args);
}else{
$args[] = rawurlencode($name).'='.urlencode($val);
}
}
}
}
}
三、CodeIgniter配置之XSS和CSRF
XSS:跨站脚本攻击,通常情况下为将一段脚本入库,显示时未做处理,导致脚本执行。大多数情况下获取到COOKIE中保存的SESSION ID就表示攻击成功。比如,在评论时填写
<script>alert(document.cookie)</script>
如果入库、显示均为处理,则其他人看到该条评论时就会弹出他的COOKIE信息,这里只是弹出可能没有攻击性,但如果将COOKIE信息以参数传回给服务器呢?服务器则可以拿到用户的SESSION信息,从而就获取到了用户状态,具体机制查看《CodeIgniter配置之SESSION》 和 《SESSION机制应用》。
CSRF:跨站请求伪造,也就是常说的钓鱼网站,当用户登录A网站之后,会话状态内,用户点了B网站上某个请求地址,该地址发送一个请求给A,告诉A将当前用户余额转到我的账户中,A网站服务器判断是在会话状态内,认为是用户提交的请求,所以成功伪造了一个请求。
XSS和CSRF涉及到用户会话状态和用户操作权限,若收到攻击是比较危险的。接下来看看CI中对XSS和XSRF处理。
先看一下上面的错误提示,你能很快找到问题所在吗?
该问题就是因为csrf引起的!当csrf_protection为true时,会对每个POST提交页面进行csrf保护校验,验证不通过就会报上面的错误了。
csrf就好比在每个提交页面设置了一个隐藏的验证码,验证码的名字叫csrf_test_name,值为cookie名csrf_cookie_name的值。当提交时,会把cookie中的值和表单中提交的值进行比较,如果表单没有设置该值或者由于cookie过期,则提示上面错误。所以可以看到全局打开csrf_protection后会导致每个POST提交页面都需要验证并且校验依赖cookie。
创建普通表单时可通过CI提供的form_open函数来创建,但ajax提交呢?就需要手动传入csrf_cookie_name到服务端了。以及cookie会在一定时间后过期,虽然时间默认设置了7200s,但还是存在过期的可能性。难道你愿意因为某些原因让用户看到上面提示?还有个问题可能会想到,可否全局打开,在指定控制器关闭呢?csrf是在初始化Input类之前就调用了,在控制器里更改是无效的,如果要更改可以生效的可能就是前面的钩子类了,但操作起来会相对麻烦,不适合使用该方式。
所以,不建议开启csrf_protection,可以在需要设置的地方使用验证码或自己设置。接下来,说一下xss
当global_xss_filtering设置为true,会对GPC进行过滤,如会将<script>1</script>
过滤成[removed]1[removed]
。也就是对用户输入的原始数据进行了修改,这是很严重的。也许用户想要的就是过滤前的数据呢?
比如,用户设置密码为a,而经过过滤处理后变成了b,这将会导致用户的密码在数据库中实际为b,用户每次通过系统登录时,都会先做一次转换工作再登录,或者输入密码b也能登录成功。那如果其他系统也要做登录功能,用户是共享的,那该用户通过密码a登录就失败了。或者也可能系统升级更换框架, 那这批用户也就登录不成功了。这就是潜在的问题,表面上看起来没问题,但可能为以后造成重大影响。所以只对需要过滤的参数进行过滤,慎重考虑全局参数控制
四、CodeIgniter配置之session
刚使用Codeigniter时也被其中的SESSION迷惑过,后来就再也没用过CI自带的SESSION,想必还是有必要整理一下SESSION。为弄清CI中的SESSION,先来说一下PHP中SESSION是如何工作的。由于HTTP协议本身是无状态的,所以当保留某个用户的访问状态信息时,需要客户端有一个唯一标识传给服务端,这个唯一标识就是SESSION ID,存放在客户端的COOKIE中,然后服务端根据该标识读取存放的用户状态信息,达到保存会话状态的目的。PHP中启动一个会话需要执行:session_start();
1、客户端每次请求时会有一些信息存放中HTTP头中发送给服务端,以用户第一次访问为例:
Request Headers
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:zh-CN,zh;q=0.8
Cache-Control:max-age=0
Connection:keep-alive
Host:s.local
User-Agent:Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
2、服务端接到请求处理后并返回给客户端,并在HTTP Response中加上添加COOKIE的请求,告诉浏览器需要设置一个COOKIE,COOKIE名为PHPSESSID,值为r887k5n4scg32d4ba34huuhmq7,如:
Response Headers
Cache-Control:no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Connection:Keep-Alive
Content-Length:0
Content-Type:text/html
Date:Sun, 08 Dec 2013 12:56:56 GMT
Expires:Thu, 19 Nov 1981 08:52:00 GMT
Keep-Alive:timeout=5, max=100
Pragma:no-cache
Server:Apache/2.2.11 (Win32) PHP/5.4.7
Set-Cookie:PHPSESSID=r887k5n4scg32d4ba34huuhmq7; path=/
X-Powered-By:PHP/5.4.7
3、当客户端再次访问该网站的页面时,浏览器会将该COOKIE发送给服务端,服务端根据COOKIE的值去读取服务器上存放SESSION的文件,拿到到会话信息,如:
Request Headers
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:zh-CN,zh;q=0.8
Cache-Control:max-age=0
Connection:keep-alive
Cookie:PHPSESSID=r887k5n4scg32d4ba34huuhmq7
Host:s.local
User-Agent:Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63
从而达到保存会话状态的目的。但也需要注意,如果获取到用户A登录的SESSION ID会怎么样?根据上面的逻辑,如果在请求过程中把获取到的SESSION ID一并发送给服务端,服务端根据SESSION ID读取文件,发现文件内容存在,从而判定用户为A用户,也就是获取到了A用户的用户状态,从而可能可以进行一些敏感操作。所以在会话有效期内,获取到了SESSION ID即获取到了用户的授权,这是比较危险的,以本地的一个管理系统为例,通过chrome登录后查看到客户端COOKIE如下图:
假如如果通过某种手段获取到了SESSION ID, 可以模拟发送一个相同的COOKIE过去即可实现登录。FireFox中可添加COOKIE,打开Firebug后Cookies中新建cookie,确定之后刷新页面即可登录到管理系统,如下图:
通常情况下可通过js获取到cookie,所以需要注意转义,防止数据展示时被执行了。接下来看看CI中的SESSION。在配置文件中有几个跟Session配置相关的参数,影响到Session的使用,它们是:
//session保存在cookie中的名称
$config['sess_cookie_name'] = 'ci_session';
//session的有效时间
$config['sess_expiration'] = 7200;
//是否关闭浏览器session失效
$config['sess_expire_on_close'] = FALSE;
//SESSION是否加密存放在COOKIE中
$config['sess_encrypt_cookie'] = FALSE;
//是否保存在数据库中
$config['sess_use_database'] = FALSE;
//存在数据库中,则数据库表名
$config['sess_table_name'] = 'ci_sessions';
//是否匹配IP
$config['sess_match_ip'] = FALSE;
//是否匹配UserAgent
$config['sess_match_useragent'] = TRUE;
//更新时间时间
$config['sess_time_to_update'] = 300;
CI自带的SESSION没有服务端文件存储,所有的信息都存放在客户端COOKIE中,当调用$this->load->library(‘session’);时会启动一个会话,即设置一个COOKIE,COOKIE的内容如下:
Array
(
[session_id] => f05138a9513e4928cb0a57672cfe3b53
[ip_address] => 127.0.0.1
[user_agent] => Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/31.0.1650.63 Safari/537.36
[last_activity] => 1386569398
[user_data] =>
)
当客户端请求时会将这些信息在HTTP头中传输给服务端,服务端从HTTP头中读取到SESSION信息。同样的可以实现会话,但该方式有很多的不确定因素,根据源码说几点吧:
- 1、 如果日志文件中出现:The session cookie data did not match what was expected. This could be a possible hacking attempt.说明两个问题:a.sess_encrypt_cookie为false,SESSION在COOKIE中未加密存放 b.读取到COOKIE后,校验失败。涉及到加解密、参数处理的情况,容易出现匹配不通过的情况,若不通过则清空SESSION。
- 2、如果sess_match_ip为true,当客户端IP变化时,SESSION将校验不通过,从而清空SESSION。
- 3、sess_match_useragent默认为true,当客户端UserAgent变化时,校验不通过,清空SESION。简单的例子,通过IE浏览器访问,若切换到不同的IE模式,Agent不同,所以校验不通过,清空SESSION。
可以看到,当出现上面任何一种情况时,SESSION都会清空,出现登录不成功或者跳转到登录页面的情况。如果说不加密、不校验IP、UserAgent呢?因为COOKIE是存放在客户端,需要伴随HTTP请求发给服务端,一来过多的COOKIE会影响速度,对一些图片等资源来说完全时浪费带宽;二来COOKIE只能存储4K的数据,加密处理后能存放的更小。种种的不确定因素将产生各种奇怪的问题,避免过多的纠结,果断改用其他方式吧。
五、CodeIgniter配置之config
配置说明
$config[‘language’]:指定项目语言包。需要注意的时Codeigniter自带的类库错误提示语言包位于/system/language/english/目录下,当这里配置非english时, 如果需要用到这些类库,则需要拷贝语言包到指定的目录中,否则会出现load出错。
$config[‘charset’]:设置系统使用的编码,在某些需要指定编码的函数中会用到,系统、数据库统一编码即可。
$config[‘enable_hooks’]:钩子开关控制,设置为true表示允许使用钩子,否则不允许。
$config[‘subclass_prefix’]:设置自定义类库、函数的前缀,默认为MY_,比如需要重写language helper中的lang方法时,只需要在helper目录下创建MY_language_herper.php,并实现lang函数即可实现“重载”。这里MY_即为subclass_prefix中定义的值。
$config[‘permitted_uri_chars’]:设置URL中允许的字符。
$config[‘log_threshold’]:设置日志记录等级,为0则关闭日志记录,为4则记录所有信息,一般情况设置为1即可。设置之后需要确认下logs目录是否有写入权限。
$config[‘proxy_ips’]:当服务器使用了代理时,REMOTER_ADDR获取的就是代理服务器的IP了,需要从HTTP_X_FORWARDED_FOR、HTTP_CLIENT_IP、HTTP_X_CLIENT_IP、HTTP_X_CLUSTER_CLIENT_IP或其他设定的值中获取。这里设定的就是代理服务器的IP,逗号分隔。
$config[‘encryption_key’]:加密值,如果要用到CI自带的SESION则必须要设置该值。CI的自带SESSION存储与Cookie中,为安全起见,作加密处理。
配置读取
CI初始化开始过程中会通过get_config函数加载config.php文件,同时也提供了config_item来获取config的值,如:echo config_item('charset');
CI也提供了一个配置类用来维护配置文件。也可以通过下面方式来获取和设置config的值,当设置之后调用get_config的结果同样会变化,所以可以在某些逻辑前修改config的值。
//获取config中配置的charset值
echo $this->config->item('charset');
//重新设置config中charset的值
$this->config->set_item('charset', 'gbk')
六、CodeIgniter配置之router
application/config/routes.php中定义了一个名为$route的数组,用来设置默认路由和404页面以及可以设置一些匹配方式。默认的配置如下:
$route['default_controller'] = "welcome";
$route['404_override'] = '';
default_controller指定默认的控制器名称,404_override指定当出现404时调用的控制器名称。有时候可能出现解析不成功,或者一直在默认页面,我们可以调用$this->router打印一下当前解析的控制器和Acion名称。比如可以在MY_Controller中如下打印:
var_dump($this->router->fetch_directory());
var_dump($this->router->fetch_class());
var_dump($this->router->fetch_method());
确定下解析到哪个控制器了, 然后在看看URL的配置、服务器配置,以及可以在Router.php 和URI.php中调试下。$route数组也可以通过通配符(:num, :any)、正则来设置重写规则,下面是一些简单的例子:
1、将 http://pc.local/admin/detail_1.htm 请求解析到 http://pc.local/admin/detail.htm?user_id=1 处理。Codeigniter并不支持包含查询字符串的重写规则,这个规则看起来应当这么写:
$route['admin/detail_(:num)'] = 'admin/detail?user_id=$1';
但实际上并未生效,程序匹配到admin/detail?user_id=1后用”/“分隔,索引为0的为控制器名,索引为1的为方法名,也就是会将上面的 detail?user_id=1赋值给方法名,结果可想而知就404了。搞清分隔原理后可以在detail后面增加一个斜杠,确保类名和方法名的正确,如:
$route['admin/detail_(:num)'] = 'admin/detail/?user_id=$1';
但此时又存在参数的获取问题了,会将第三个参数传递给方法,如果需要使用$_GET或者$this->input->get获取还需要对参数进行处理,如:
parse_str(ltrim($query_string, '?'), $_GET);
2、对PATH_INFO的URL形式重写规则还是比较支持的。如要实现http://pc.local/admin/1这种格式:
$route['admin/(:num)'] = 'admin/detail/$1';
参数的获取就只能通过段落的方式来获取了。需要注意的是路由将会按照定义的顺序来运行.高层的路由总是优先于低层的路由.最后,能使用CI来设置的路由还是建议使用CI来设置,不依赖服务器配置。
七、CodeIgniter配置之database
CodeIgniter的数据库配置文件位于application/config/database.php, 该文件中定义了$db的二维数组,参考文件如下:
$active_group = 'default';
$active_record = TRUE;
$db['default']['hostname'] = 'localhost';
$db['default']['username'] = 'root';
$db['default']['password'] = '123456';
$db['default']['database'] = 'test';
$db['default']['dbdriver'] = 'mysql';
$db['default']['dbprefix'] = '';
$db['default']['pconnect'] = FALSE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = '';
$db['default']['char_set'] = 'utf8';
$db['default']['dbcollat'] = 'utf8_general_ci';
$db['default']['swap_pre'] = '';
$db['default']['autoinit'] = TRUE;
$db['default']['stricton'] = FALSE;
配置说明
$active_group 为$db中的一维键名,表示默认使用的数据库配置,即$this->load->database()不传入参数时,将默认使用$db[$active_group]来连接数据库。
$active_record 是否开启AR模式,开启后将可以使用AR类中的方法,该值可通过$this->load->database()的第三个参数传入。
$db数组需要注意的地方
- 1、port 默认只列出了主机、帐号、密码等,未配置端口号,如果需要特别指定端口号则需要配置该值。
- 2、pconnect 长连接的问题,值默认为TRUE表示默认使用长连接。长连接的使用需要特别小心,数据库可能会出现大量的sleep的进程而导致更多的请求执行不成功,这里不建议开启长连接。
- 3、db_debug 为TRUE时SQL执行出错则会直接在错误页面打印,开发环境可以打开,生产环境需关闭。
- 4、autoinit 是否自动初始化数据库,为true时则$this->load->database()就会连接数据库,否则在查询时连接数据库。CI的类都做了单例,所以不用担心多次链接。
- 5、stricton 当该值为TRUE时,初始化时会执行这样一条语句,会对不规范的数据,比如字符超过长度、自增主键传入‘’等将会直接抛错。
SET SESSION sql_mode="STRICT_ALL_TABLES"
如何连接数据库?
可通过Loader中的database方式调用,即$this->load->database(); 函数的定义如下:
/**
* Database Loader
*
* @param string 数据库连接值,数组或DSN字符串传递。
* @param bool 是否返回数据库对象,否则将数据库对象赋值给控制器的db属性
* @param bool 是否使用AR,这里的设置会覆盖database.php中设置
* @return object
*/
function database($params = '', $return = FALSE, $active_record = NULL){}
$params的值有3种情况,分别是:
1、字符串,传入$db数组一维键名,如 default test等,为空则默认$active_group定义的值
2、数组,可以直接传入类似$db的一维数组,如:
$this->load->database(array(
'hostname' => 'localhost',
'username' => 'root',
'password' => '123456',
'database' => 'test',
'dbdriver' => 'mysql',
'pconnect' => FALSE,
'db_debug' => TRUE,
'char_set' => 'utf8',
'dbcollat' => 'utf8_general_ci',
));
3、DSN 字符串,如:
$dsn = 'mysql://root:123456@localhost/test?charset=utf8&dbcollat=utf8_general_ci';
$this->load->database($dsn);
PDO的初始化需要使用DSN字符串,那么在CI中该如何配置呢,可参考如下配置:
//当前版本2.x.x
$active_group = 'default';
$active_record = TRUE;
$db['default']['hostname'] = 'mysql:host=localhost;dbname=test';
$db['default']['username'] = 'root';
$db['default']['password'] = '123456';
$db['default']['database'] = 'test';
$db['default']['dbdriver'] = 'pdo';
$db['default']['dbprefix'] = '';
$db['default']['pconnect'] = FALSE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = '';
$db['default']['char_set'] = 'utf8';
$db['default']['dbcollat'] = 'utf8_general_ci';
$db['default']['swap_pre'] = '';
$db['default']['autoinit'] = TRUE;
$db['default']['stricton'] = FALSE;
如何连接多个数据库?
$this->load->database()时会将数据库对象赋值给CI_Controller的db属性,如果已经存在了db则不会重新连接。也就是执行$this->load->database()之后再次$this->load->database(‘test’)时则第二次load不会执行。但load的第二个参数允许返回,所以可以返回并赋值给变量,达到连不同库的目的。
$DB1 = $this->load->database('default', TRUE);
$DB2 = $this->load->database('test', TRUE);
但这种方式需要使用的时候主动去load,使用不太方便,我们可以在MY_Model的构造函数中实现,将返回的$DB1重新赋值给CI_Controller的一个属性,并将该属性赋值或者clone给$this->db,例如:
public function __construct($group_name = '')
{
parent::__construct();
if($group_name == '') {
$db_conn_name = 'db';
} else {
$db_conn_name = 'db_'.$group_name;
}
$CI = & get_instance();
if(isset($CI->{$db_conn_name}) && is_object($CI->{$db_conn_name})) {
$this->db = $CI->{$db_conn_name};
} else {
$CI->{$db_conn_name} = $this->db = $this->load->database($group_name, TRUE);
}
}