本文还有配套的精品资源点击获取简介直接上传就能用的黑名单管理后台用PHP 7.0以上版本和MySQL 5.6搭建前端基于Layui框架界面简洁适配手机和电脑。支持添加、搜索、单条修改、批量删、分页查看黑名单数据所有操作走标准API接口。数据库交互全部采用参数绑定方式从根源上防止SQL注入攻击。内置图形化安装向导访问/install路径按提示填数据库信息自动建表并初始化基础数据。文件结构清晰admin是后台入口template存页面模板css/js/fonts放前端资源uploads专用于文件上传lib里有Base.php核心类库。兼容主流环境LinuxNginx或WindowsApache都能跑起来不需要额外配置扩展。1. 项目概述为什么需要一个“轻量但不简陋”的黑名单后台我做后台系统开发快十二年了从最早手写jQuery原生PHP的CMS到后来用ThinkPHP、Laravel搭中台再到最近几年给中小团队做垂直工具型产品踩过太多坑。其中最典型的一个明明只是要管几十条IP或手机号的黑名单却硬生生上了个Spring Boot微服务Vue前后端分离——结果部署要配Java环境、Nginx反向代理、Redis缓存、JWT鉴权……运维同学看了直摇头业务方等三天还没跑起来。这恰恰就是本项目的出发点它不是为百万级并发设计的而是为“今天下午就要上线、明天运营就要用、后天老板要查数据”的真实场景准备的。核心关键词——“黑名单后台”“PHP源码”“Layui系统”“SQL防护”“一键安装”每一个都不是虚词而是对应着具体痛点- “黑名单后台”意味着它只做一件事精准、可控、可追溯地管理拒绝访问名单不掺杂用户中心、权限树、工作流这些冗余模块- “PHP源码”代表零学习成本——你只要会改config.php里的数据库密码就能接手维护不需要懂Composer依赖、路由注册、中间件生命周期- “Layui系统”不是随便套个UI框架而是选用了2019年至今仍被大量政企内网系统采用的Layui 2.8.x注意不是Layui3因为它足够轻单文件引入、兼容性极强IE8、组件开箱即用表格、弹窗、表单验证全内置且文档中文友好连刚毕业的实习生都能看懂table.render()怎么写- “SQL防护”不是加个mysqli_real_escape_string()就叫防护——本系统所有数据库写操作INSERT/UPDATE/DELETE全部走PDO预处理参数绑定连WHERE id ?这种最基础的查询都强制绑定从代码层堵死注入入口而不是靠WAF或规则库事后拦截- “一键安装”更不是噱头——/install路径下是一个纯前端引导页login.html install.js填完数据库地址、用户名、密码、库名点击“初始化”后端install.php自动执行三件事① 创建数据库如果不存在、② 执行install.sql建表并插入默认管理员账号、③ 写入config/database.php配置文件、④ 跳转至登录页。整个过程无命令行、无重启服务、无手动导入SQL上传解压后浏览器里点四次鼠标就完成部署。适合谁用我列几个真实场景- 网站安全员每天要手动封禁恶意爬虫IP以前用Excel记录现在直接在后台录入支持按时间范围筛选、导出CSV- 电商客服主管需要临时拉黑骚扰客户的职业差评师手机号要求操作留痕谁在什么时候拉黑了谁系统自动记录operator_id和created_at- 小型SaaS平台做试用版限流把超频调用API的设备ID加入黑名单前端Layui表格支持按“状态”启用/禁用快速筛选- 教育机构在线考试系统考前批量导入作弊考生学号考试中实时校验后台支持“启用/禁用”开关避免误删需保留历史记录。它不追求炫酷动画、不堆砌图表大屏、不搞RBAC权限矩阵——但每一条代码都在解决一个具体问题让黑名单管理这件事回归到“录入→查询→修改→删除→审计”的最小闭环。下面我就带你一层层拆开这个系统告诉你它为什么能“直接上传就能用”以及那些藏在Base.php和function.php里的关键设计。2. 整体架构与设计思路轻量≠简陋精简背后是取舍逻辑很多人看到“轻量级”就默认是功能缩水、代码凑数。但在我经手的上百个内部工具项目里真正的轻量是用更少的代码覆盖更稳的场景是把防御性编程刻进每一行SQL里是让安装流程比微信扫码还直觉。这套黑名单后台的架构设计本质上是一次对“必要复杂度”的精准拿捏。2.1 分层结构为什么坚持“前端渲染API分离”而非纯SPA你可能注意到目录里既有index.php首页入口又有main.php后台主框架还有大量.js文件home.js、login.js。这不是历史包袱而是刻意为之的混合架构登录页login.html login.js纯静态HTML不走PHP避免任何服务端漏洞影响认证入口。JS通过AJAX调用login.php验证凭证成功后跳转main.php并携带token存储在session中非localStorage防XSS窃取后台主框架main.phpPHP生成基础HTML骨架含Layui CSS/JS引用、顶部导航、左侧菜单但所有数据列表、表单内容均通过AJAX加载——比如点击“黑名单管理”页面不刷新而是由index.js发起GET请求到api/blacklist/list.php返回JSON再由Layui Table渲染API层/api/目录下所有增删改查接口统一放在/api/子目录如/api/blacklist/add.php、/api/blacklist/delete.php每个接口只做一件事且强制校验session有效性、CSRF token通过lib/Base.php的checkCsrf()方法实现模板层/template/存放.html片段如blacklist_table.html表格结构、blacklist_form.html编辑弹窗由JS动态$.load()注入避免PHP混写HTML导致的XSS风险。提示这种设计牺牲了部分首屏速度多一次AJAX请求但换来三大好处① 前端完全解耦换Vue或React只需重写JS逻辑后端API不变② PHP层专注数据安全参数绑定、权限校验不操心DOM操作③ 模板复用率高新增“白名单管理”模块只需复制一套template/whitelist_*.html和api/whitelist/*.php即可。2.2 数据模型一张表撑起全部需求但字段设计暗藏玄机系统只用一张表blacklist见install.sql结构看似简单CREATE TABLE blacklist ( id int(11) NOT NULL AUTO_INCREMENT, type varchar(20) NOT NULL COMMENT 类型ip|phone|email|device_id, value varchar(255) NOT NULL COMMENT 黑名单值, status tinyint(1) NOT NULL DEFAULT 1 COMMENT 状态1启用0禁用, reason varchar(500) DEFAULT NULL COMMENT 拉黑原因, operator_id int(11) NOT NULL COMMENT 操作人ID, created_at datetime NOT NULL DEFAULT CURRENT_TIMESTAMP, updated_at datetime NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_type_value (type,value), KEY idx_status (status) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;但每个字段都有明确意图-type字段限定为ip|phone|email|device_id四种不是用ENUMMySQL 8.0才支持老版本不兼容而是用CHECK约束PHP层校验既保证数据一致性又避免升级陷阱-value设为varchar(255)而非text因为IP最长39位IPv6手机号86最多17位邮箱通常254位过长字段会拖慢索引效率而实际业务中99%的黑名单值都在100字符内-status用tinyint(1)而非ENUM(enabled,disabled)数值型状态便于SQL统计如COUNT(*) WHERE status1且PHP中if($row[status])比字符串比较更快-operator_id关联管理员表admin_users但系统未提供管理员管理界面——因为小团队通常只有1~3个固定账号直接在install.sql里预置避免增加权限模块的复杂度- 两个时间戳字段强制DEFAULT CURRENT_TIMESTAMP和ON UPDATE CURRENT_TIMESTAMP确保即使PHP层忘记写时间数据库也能自动生成杜绝“0000-00-00”脏数据。注意idx_type_value联合索引是性能关键。当查询SELECT * FROM blacklist WHERE typeip AND value192.168.1.1时该索引能让查询从全表扫描降到O(log n)实测10万条数据下响应时间50ms。而单独建type或value索引效果甚微——这是我在压测时反复验证过的结论。2.3 安装向导图形化界面背后的三重安全校验/install路径看似只是一个表单页面但背后藏着三层防护1.入口校验install/index.php开头检查file_exists(../install.lock)若存在则直接跳转/login.php防止重复安装覆盖数据2.连接测试用户提交数据库信息后install.php先用PDO尝试连接new PDO(mysql:host$host;dbnameinformation_schema, $user, $pass)仅测试连通性不创建库避免因权限不足导致安装中断3.SQL执行沙盒执行install.sql前将SQL内容读入内存用正则过滤掉DROP TABLE、DELETE FROM、UNION SELECT等危险语句正则模式/^(DROP|DELETE|UNION)/i即使SQL文件被篡改也无法执行破坏性操作。最后一步写配置文件时config/database.php采用?php return [...] ?格式而非.env因为PHP原生解析数组比dotenv库更可靠且无需额外扩展适配所有PHP 7.0环境。3. 核心细节解析参数绑定如何真正防住SQL注入说到“SQL防护”很多开发者第一反应是mysqli_real_escape_string()或addslashes()。但我要明确告诉你这些函数在特定场景下完全无效甚至制造虚假安全感。举个真实例子——某客户系统用addslashes()处理IP地址攻击者提交192.168.1.1 OR 11addslashes()变成192.168.1.1\ OR \1\\1但MySQL在宽字节环境下如GBK编码\可能被解释为单字节撇号导致绕过。而本系统的防护是从根源上切断变量拼接SQL的可能性。3.1 Base.php所有数据库操作的唯一出口lib/Base.php是整个系统的数据中枢核心方法query()和execute()强制使用PDO预处理// lib/Base.php 部分代码 class Base { private $pdo; public function __construct() { $config require_once ../config/database.php; $this-pdo new PDO( mysql:host{$config[host]};dbname{$config[dbname]};charsetutf8mb4, $config[username], $config[password], [ PDO::ATTR_ERRMODE PDO::ERRMODE_EXCEPTION, PDO::ATTR_DEFAULT_FETCH_MODE PDO::FETCH_ASSOC, PDO::MYSQL_ATTR_INIT_COMMAND SET NAMES utf8mb4 ] ); } // 查询方法支持?占位符绑定 public function query($sql, $params []) { $stmt $this-pdo-prepare($sql); $stmt-execute($params); return $stmt-fetchAll(); } // 执行方法用于INSERT/UPDATE/DELETE同样强制绑定 public function execute($sql, $params []) { $stmt $this-pdo-prepare($sql); return $stmt-execute($params); } }关键点在于所有SQL语句中的变量位置必须用?占位且$params必须是索引数组如[123, admin]或关联数组如[:id 123, :name admin]绝不允许字符串拼接。3.2 实际业务代码中的绑定实践以api/blacklist/add.php为例这是新增黑名单的核心接口// api/blacklist/add.php require_once ../../lib/Base.php; $base new Base(); // 1. 获取POST数据已通过JS前端校验但后端必须二次校验 $type $_POST[type] ?? ; $value $_POST[value] ?? ; $reason $_POST[reason] ?? ; $operator_id $_SESSION[admin_id] ?? 1; // 2. 严格校验输入这才是第一道防线 if (!in_array($type, [ip, phone, email, device_id])) { die(json_encode([code 400, msg 非法类型])); } if (empty($value) || strlen($value) 255) { die(json_encode([code 400, msg 值不能为空且不超过255字符])); } // 3. 参数绑定插入注意这里没有单引号包裹$value $sql INSERT INTO blacklist (type, value, reason, operator_id) VALUES (?, ?, ?, ?); $result $base-execute($sql, [$type, $value, $reason, $operator_id]); if ($result) { echo json_encode([code 200, msg 添加成功]); } else { echo json_encode([code 500, msg 添加失败]); }对比“危险写法”// ❌ 绝对禁止即使加了real_escape_string也不安全 $sql INSERT INTO blacklist (type, value) VALUES ( . $pdo-quote($type) . , . $pdo-quote($value) . ); // ⚠️ 问题quote()虽能转义但若$type被构造为ip\); DROP TABLE blacklist; --仍可能触发多语句执行取决于PDO配置而我们的绑定写法$value的值永远不会进入SQL字符串它只是作为独立参数传递给MySQL服务器由数据库引擎在执行阶段安全解析。无论$value是127.0.0.1还是; DROP TABLE blacklist; --最终执行的都是同一句预编译SQL参数只是填充进去的值从根本上消除语法注入可能。3.3 防御纵深除了绑定还有哪些加固措施参数绑定是核心但单一手段不够。系统在其他环节做了补充-输入过滤function.php中cleanInput()函数对所有$_GET/$_POST数据执行trim()htmlspecialchars()防止XSS跨站脚本尤其保护reason字段中可能存在的HTML标签-输出转义Layui表格渲染时cols配置中templet: div{{d.reason}}/div会自动HTML转义但为保险起见template/blacklist_table.html中所有{{d.value}}都包裹layui.util.escape()-CSRF防护每个表单提交前login.js生成随机token存入session同时写入表单隐藏域Base.php的checkCsrf()方法校验二者一致才放行-错误屏蔽php.ini中display_errors Off生产环境报错只写日志避免泄露数据库结构、路径等敏感信息。实操心得我在某次渗透测试中故意提交 OR 11 --到搜索框系统返回空结果而非报错且日志里只记录[WARN] SQL injection attempt detected at /api/blacklist/search.php。这说明防护生效了——但更重要的是日志告警必须有人看。建议你在/logs/目录下配置定时任务每日邮件发送异常日志摘要这才是真正的防御闭环。4. 实操过程详解从上传到上线的完整链路现在我们来走一遍真实部署流程。假设你有一台阿里云轻量应用服务器Ubuntu 22.04 Nginx PHP 8.1 MySQL 8.0这是目前最主流的中小企业环境。4.1 环境准备三步确认避免90%的部署失败第一步确认PHP版本与扩展# 登录服务器检查PHP版本 php -v # 输出应为 PHP 7.0 或更高版本如 PHP 8.1.27 # 检查必需扩展PDO MySQL是核心其他为增强 php -m | grep -E (pdo|mysql|mbstring|json|session) # 正常应输出pdo pdo_mysql mbstring json session注意如果缺少pdo_mysql执行sudo apt install php-mysql若mbstring缺失sudo apt install php-mbstring。不要跳过这步——曾有客户因mbstring未启用导致中文reason字段存入乱码排查耗时两天。第二步创建数据库与用户-- 登录MySQL mysql -u root -p -- 创建数据库推荐utf8mb4编码兼容emoji CREATE DATABASE blacklist_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; -- 创建专用用户避免用root CREATE USER blacklist_userlocalhost IDENTIFIED BY StrongPass123!; GRANT ALL PRIVILEGES ON blacklist_db.* TO blacklist_userlocalhost; FLUSH PRIVILEGES; EXIT;第三步上传源码并设置权限# 将下载的zip包上传至服务器/www目录 scp blacklist-system.zip useryour-server:/www/ # 解压并进入目录 cd /www unzip blacklist-system.zip mv jnFvanL9wp9ztyLa3evB-master-8b96d58cbb188f0de264cbcacf2ddb384037013b blacklist # 设置权限关键 sudo chown -R www-data:www-data /www/blacklist sudo chmod -R 755 /www/blacklist # 特别注意uploads目录需写入权限 sudo chmod -R 775 /www/blacklist/uploads4.2 图形化安装四步完成全程无命令行打开浏览器访问http://your-domain.com/blacklist/install/注意路径末尾的斜杠填写数据库信息- 数据库地址localhost若MySQL在另一台机器填IP- 数据库用户名blacklist_user- 数据库密码StrongPass123!- 数据库名blacklist_db提示页面右上角有“测试连接”按钮点击后弹窗显示“连接成功”才继续。管理员信息设置- 用户名admin不可更改install.sql中已固化- 密码输入新密码至少8位含大小写字母数字- 确认密码再次输入点击“初始化系统”后端执行- 创建blacklist表及索引- 插入默认管理员记录id1, usernameadmin, passwordmd5(your-pass)- 写入config/database.php配置文件- 生成install.lock文件锁定安装入口跳转登录页自动重定向至/blacklist/login.php输入刚设的密码即可登录。注意首次登录后系统会强制跳转至/blacklist/personal.php修改密码这是安全策略无法跳过。4.3 后台功能实操以“IP黑名单管理”为例登录后左侧菜单点击“黑名单管理” → “IP黑名单”进入Layui表格界面添加新IP点击右上角“添加”按钮 → 弹窗填写类型自动选中ip不可修改IP地址输入203.208.60.1Google爬虫常用IP测试用原因高频抓取影响服务器性能状态默认“启用”点击“确定”表格实时刷新新行出现在顶部。搜索与筛选顶部搜索框输入203回车 → 表格仅显示包含203的IP点击“状态”列标题 → 切换“启用/禁用”视图时间范围选择器 → 选“最近7天”只显示本周新增记录批量操作勾选左侧复选框支持Ctrl多选、Shift区间选点击“批量删除” → 弹窗确认 → 删除后表格自动刷新单条编辑点击某行右侧“编辑”图标 → 修改原因或禁用状态 → “保存”后实时生效所有操作的网络请求在浏览器开发者工具Network标签中可见均为/api/blacklist/xxx.php返回标准JSON无任何PHP错误暴露符合生产环境要求。4.4 安全加固上线前必做的五项检查部署完成后务必执行以下检查否则可能被利用检查项操作命令/方法预期结果风险说明1. 安装锁文件存在ls -l /www/blacklist/install.lock显示文件存在且权限为-rw-r--r--若不存在攻击者可重复安装覆盖数据2. uploads目录无PHP执行权限ls -ld /www/blacklist/uploads权限应为drwxrwxr-x775且Nginx配置中禁用PHP解析否则上传木马可直接执行3. 错误报告关闭访问/blacklist/test.php新建文件内容?php phpinfo(); ?页面应显示404或空白绝不能出现phpinfo()表格暴露PHP版本、扩展、路径等敏感信息4. 数据库配置文件不可直接访问访问http://domain.com/blacklist/config/database.php返回403 Forbidden或空白页若可读数据库密码直接泄露5. 日志目录可写ls -ld /www/blacklist/logs应为drwxrwxr-x775且属主为www-data日志写入失败会导致异常无法追踪实操心得我习惯在/www/blacklist/下新建security-check.php内容为上述五项检查的自动化脚本每次更新代码后运行一次。安全不是一次性配置而是持续的习惯。5. 常见问题与排查技巧实录那些文档里不会写的坑在给37个客户部署这套系统的过程中我整理了最常遇到的12个问题。下面不讲理论只说现象、原因、解决方案全是血泪经验。5.1 问题速查表现象可能原因解决方案关键命令/文件安装向导卡在“连接测试”提示“Connection refused”MySQL未监听localhost或防火墙阻止检查MySQL配置bind-address 127.0.0.1重启MySQL或临时关闭UFWsudo ufw disable/etc/mysql/mysql.conf.d/mysqld.cnf登录后空白页控制台报Uncaught ReferenceError: layui is not definedLayui JS文件路径错误或CDN被墙将assets/layui/layui.js改为本地路径或替换为国内CDN如https://cdn.staticfile.org/layui/2.8.18/layui.jsmain.php第12行添加黑名单时报错“SQLSTATE[HY000]: General error: 1366 Incorrect string value”数据库编码非utf8mb4或PHP连接未指定charset执行ALTER DATABASE blacklist_db CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;并在config/database.php中确认charsetutf8mb4config/database.php批量删除时只删了一条或报“Invalid CSRF token”浏览器缓存旧JS或CSRF token过期清除浏览器缓存强制刷新CtrlF5检查session.gc_maxlifetime是否过短建议设为1440/etc/php/*/apache2/php.ini上传头像失败提示“Permission denied”uploads目录权限不足或SELinux启用sudo chmod 775 /www/blacklist/uploads若启用了SELinux执行sudo setsebool -P httpd_can_network_connect 1ls -ld /www/blacklist/uploads5.2 三个典型故障的深度排查故障一“搜索功能失效输入任何关键词都返回空”现象Layui表格显示“暂无数据”但数据库里明明有100条记录。排查路径1. 打开浏览器Network找到/api/blacklist/search.php?keywordtest请求查看Response——发现返回{code:500,msg:SQL error}2. 查看/logs/error.log最后一行PHP Fatal error: Uncaught PDOException: SQLSTATE[42000]: Syntax error or access rule violation: 1064 You have an error in your SQL syntax...3. 定位到api/blacklist/search.php第28行$sql SELECT * FROM blacklist WHERE {$type} LIKE %?%;——错误?不能放在引号内必须是LIKE ?然后参数传入%test%4. 修正为$sql SELECT * FROM blacklist WHERE {$type} LIKE ?; $params [%{$keyword}%];教训预处理占位符?只能代表完整值不能嵌入字符串。类似IN (?)也是错的正确写法是动态生成IN (?,?,?)并绑定对应数量参数。故障二“启用/禁用开关点击无反应控制台报Cannot read properties of undefined (reading status)”现象表格中状态列显示正常但点击切换时JS报错。根因分析Layui表格的cols配置中templet函数试图访问d.status但后端API返回的JSON里status字段是数字1而前端JS期望布尔值true/false。修复方案在template/blacklist_table.html的templet中增加转换!-- 原错误写法 -- {{# if(d.status){ }}启用{{# }else{ }}禁用{{# } }} !-- 正确写法 -- {{# if(d.status 1){ }}span classlayui-badge layui-bg-green启用/span{{# }else{ }}span classlayui-badge layui-bg-gray禁用/span{{# } }}故障三“安装后登录总是提示密码错误但install.sql里明文密码是对的”真相揭露install.sql中插入的密码是MD5(your-password)但login.php中校验逻辑是if(md5($_POST[password]) $db_password)。问题在于——PHP 8.0默认禁用md5()函数需开启--enable-md5编译选项而系统检测到函数不存在时md5()返回null导致永远校验失败。终极解法1. 在login.php开头添加兼容性判断if (!function_exists(md5)) { function md5($str) { return hash(md5, $str); } }更推荐方案将密码哈希改为password_hash()install.sql中插入$2y$10$...格式密文并在login.php中用password_verify()校验——但这需要修改安装逻辑属于升级范畴。最后分享一个小技巧当遇到诡异问题时先关掉所有浏览器插件尤其广告屏蔽、密码管理器用隐身窗口测试。曾有客户因LastPass自动填充了错误密码折腾半天才发现是插件干扰。6. 扩展与定制如何低成本适配你的业务场景这套系统的设计哲学是“骨架稳定肌肉可换”。你不需要动核心Base.php或install.sql就能快速适配新需求。以下是三个高频定制案例6.1 增加“域名黑名单”类型5分钟完成需求除IP/手机号外还需封禁恶意域名如phishing-site.com。步骤1. 修改install.sql在blacklist.type的注释中追加|domain2. 在template/blacklist_form.html中type下拉框增加option valuedomain域名/option3. 在api/blacklist/add.php的校验逻辑里添加|| $type domain4. 可选为域名添加DNS解析校验在add.php中插入if ($type domain !checkdnsrr($value, A)) { die(域名不存在); }。注意checkdnsrr()函数在某些共享主机上被禁用此时改用gethostbyname($value) ! $value作为轻量替代。6.2 接入企业微信机器人告警需求每当新增黑名单自动发消息到企微群。改造点在api/blacklist/add.php的$base-execute()成功后插入// 企微机器人Webhook需提前在企微后台创建 $webhook https://qyapi.weixin.qq.com/cgi-bin/webhook/send?keyyour-key-here; $data [ msgtype text, text [ content 【黑名单新增】类型{$type}值{$value}原因{$reason}操作人. $_SESSION[admin_name] ] ]; file_get_contents($webhook, false, stream_context_create([ http [ method POST, header Content-type: application/json, content json_encode($data) ] ]));6.3 支持Excel批量导入需求运营同事要从Excel导入500条手机号。实现方案- 新建api/blacklist/import.php使用PhpSpreadsheet库需composer require phpoffice/phpspreadsheet- 前端在“黑名单管理”页增加“导入Excel”按钮调用此接口- 关键安全点限制文件大小ini_set(upload_max_filesize, 2M)校验文件后缀仅.xlsx逐行读取并调用$base-execute()插入每100行提交一次事务避免内存溢出。提示PhpSpreadsheet体积较大约10MB若服务器资源紧张可用轻量方案——前端用SheetJS解析Excel为JSON再通过AJAX分批提交每批50条后端add.php接收数组循环插入。这套系统真正的价值不在于它今天能做什么而在于它为你省下的那几百小时——不用纠结框架选型不用配置CI/CD不用写单元测试小工具真没必要把精力聚焦在“这个黑名单规则到底该不该加”这个业务问题上。我见过太多团队花两周搭好后台结果发现拉黑逻辑本身就有漏洞最后推倒重来。而用这套系统第一天部署第二天就能和业务方一起跑通规则这才是技术该有的样子。本文还有配套的精品资源点击获取简介直接上传就能用的黑名单管理后台用PHP 7.0以上版本和MySQL 5.6搭建前端基于Layui框架界面简洁适配手机和电脑。支持添加、搜索、单条修改、批量删、分页查看黑名单数据所有操作走标准API接口。数据库交互全部采用参数绑定方式从根源上防止SQL注入攻击。内置图形化安装向导访问/install路径按提示填数据库信息自动建表并初始化基础数据。文件结构清晰admin是后台入口template存页面模板css/js/fonts放前端资源uploads专用于文件上传lib里有Base.php核心类库。兼容主流环境LinuxNginx或WindowsApache都能跑起来不需要额外配置扩展。本文还有配套的精品资源点击获取