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