本文旨在解决CodeIgniter框架中，用户通过复选框选择权限后数据无法成功插入数据库的问题。我们将深入分析控制器、模型和视图代码，指出常见的逻辑错误，并提供一套系统的故障排除与调试策略，包括修正代码逻辑、利用XDebug、检查PHP错误日志、验证数据库连接与表约束，确保权限数据能够稳定、准确地写入数据库。
1. 问题概述：权限管理中的复选框数据插入失败
在开发基于CodeIgniter的权限管理系统时，一个常见需求是允许管理员通过复选框为特定用户角色分配或撤销对某些URL链接的访问权限。当用户选中复选框并提交表单时，系统应将复选框对应的权限ID和角色ID插入到数据库中。然而，有时尽管用户进行了操作，数据却未能成功写入，导致界面显示“Error!! – Permission not updated.”等错误提示。这通常意味着 $this-youjiankuohaophpcndb->insert() 操作未能按预期执行。
2. 原始代码分析与潜在问题
为了更好地理解问题，我们首先分析提供的控制器、模型和视图代码。
2.1 控制器 (permission() 方法)
public function permission(){ // 第一次加载页面或表单验证失败时显示表单 if ($this->form_validation->run() == FALSE) { $main['permissions']=$this->users_model->get_permission_array(); $main['roles']=$this->users_model->get_roles_array(); foreach($main['roles'] as $key => $val): $main['access'][$val['roles_id']]=$this->users_model->get_access_array(array('roles_id'=>$val['roles_id'])); endforeach; $main['page'] = 'crm/users/permission'; $this->load->view('crm/index', $main); } // 表单提交处理逻辑 if($this->input->post()) { $loginid=false; // 用于判断插入是否成功的标志 // 关键问题：如果 form_validation.run() 返回 TRUE，则 $main['roles'] 未定义 foreach($main['roles'] as $key => $val): if(isset($_POST['roleid'.$val['roles_id']])){ $this->users_model->clear_access(array('roles_id'=>$val['roles_id'])); foreach($_POST['roleid'.$val['roles_id']] as $id => $access): $data=array('roles_id'=>$val['roles_id'],'permissions_id'=>$access); $loginid=$this->users_model->permission_access($data); endforeach; } endforeach; if($loginid){ // 此处只检查了最后一次插入的结果 $this->session->set_flashdata('message', 'Permission updated Successfully.
'); redirect('users/permission'); } else { $this->session->set_flashdata('message', 'Error!! - Permission not updated.
'); redirect('users/permission'); } }}
控制器中的主要问题：
变量作用域问题: $main[‘roles’] 变量只在 $this->form_validation->run() == FALSE 这个条件块中被定义。这意味着，如果表单提交成功（即 $this->form_validation->run() 返回 TRUE），控制器会跳过第一个 if 块，导致在随后的 if($this->input->post()) 块中，$main[‘roles’] 是未定义的，从而引发 PHP 错误，阻止后续的数据库操作。$loginid 判断逻辑不严谨: $loginid 变量在循环中不断被覆盖，最终只保存了 最后一次 permission_access 调用的结果。如果前面多次插入中有失败的，但最后一次成功了，那么 $loginid 仍为 TRUE，导致误报成功。
2.2 模型 (users_model)
function get_permission_array(){ $query = $this->db->get("crm_client_permissions"); return $query->result_array();}function get_access_array($cond){ $this->db->select("permissions_id"); $this->db->where($cond); $query = $this->db->get("crm_client_role_access"); // 注意这里是 crm_client_role_access return $query->result_array();}function clear_access($cond){ return $this->db->delete("crm_clients_access",$cond); // 注意这里是 crm_clients_access}function permission_access($data){ return $this->db->insert("crm_clients_access",$data); // 注意这里是 crm_clients_access}function get_roles_array($cond=''){ if($cond !='') $this->db->where($cond); $query = $this->db->get("crm_client_roles"); return $query->result_array(); }
模型代码看起来比较标准，permission_access() 函数直接调用 $this->db->insert()。$this->db->insert() 在成功时返回 TRUE，失败时返回 FALSE。
模型中的潜在问题：
虽然代码本身没问题，但如果数据库连接或SQL语句有错误，insert() 就会返回 FALSE。注意 get_access_array 查询的是 crm_client_role_access，而 clear_access 和 permission_access 操作的是 crm_clients_access。这可能是设计上的区分，但需确保意图一致。
2.3 视图
<div >
| $role): if($role['roles_id'] == 1)$checked = 'checked'; // 角色ID为1默认选中 if(in_array($permission['permissions_id'],array_map('current',$access[$role['roles_id']]))) $checked = 'checked'; else $checked = ''; ?> | <input type="checkbox" class="accessbox" id="role-" name="roleid[]" value="" /> <label for="role-"> |
微信扫一扫 
支付宝扫一扫 
