ltworkflow踩坑记

引子:

因为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 是一个好习惯。

你可能感兴趣的:(programmer,WEB,PHP,MYSQL)