引子:
因为mysql之前的前端是VB,所以其内部编码是默认的latin1,后续前端改成PHP后各种苦逼。
1.首先 mysql /mysqli 需要使用 set charset latin1连接。
2.中文读取需要 iconv('gbk','utf-8//IGNORE', $row[$key]);
中文写入需要iconv('utf-8','gbk//IGNORE', $request[$field]);
----- 领导想要一个任务流的东东,发起岗,流转岗,审核岗,回收岗。
开始读ltworkflow,跑例子,一堆报错与乱码,开始了踩坑记。。。。。
正文:
ltworkflow用的是CodeIgnite框架,请求送到 controller/class 的method里。
相关数据读取,都被封装到数组中,在controller里组装到$data['xxx']里,再通过view文件得到xxx。
更改了总配置文件application/config/database.php后,在获取数据层,增加编码转换。一二级页面可以。
但是jquery刷新的datatable死活不行,跟踪下去,发现居然用了另一套 db抽象层,编码不对。
编码改后发现无论哪一种都是乱码,对比后,居然是因为stricton 的区别。。。。
$db['default'] = array(
'dsn' => '',
'hostname' => 'localhost',
'username' => 'root',
'password' => '',
'database' => 'database_name',
'dbdriver' => 'mysqli',
'dbprefix' => '',
'pconnect' => TRUE,
'db_debug' => TRUE,
'cache_on' => FALSE,
'cachedir' => '',
'char_set' => 'utf8',
'dbcollat' => 'utf8_general_ci',
'swap_pre' => '',
'encrypt' => FALSE,
'compress' => FALSE,
'stricton' => FALSE,
'failover' => array()
);
- stricton - TRUE/FALSE (boolean) - 是否强制使用 "Strict Mode" 连接, 在开发程序时,使用 strict SQL 是一个好习惯。