简介：这份学生报名系统源码 v2012 面向学校、培训机构及需要搭建报名管理流程的开发者，提供一套基于 PHP 与 MySQL 的轻量级解决方案，适合作为入门级 Web 项目参考或直接部署使用。系统功能覆盖分区管理、学生信息登记（含报名号、姓名、性别、出生年月、毕业学校、身份证号、家庭住址、父母姓名、联系电话及摄像头拍照）、工作人员手动分配考场座位号、打印准考证，以及数据汇总与 Excel 导出，基本满足报名到考务的完整闭环。压缩包为 zip 格式，大小约 2.37MB，内含 www 程序代码目录与 database 数据库目录，部署时导入 MySQL 并修改 config 下的 database.php 连接参数即可，管理员默认账号 admin、密码 123456。目前已有 523 人学习下载，读者可借此快速理解报名系统的数据表设计与业务流程，并在此基础上做二次开发或教学演示。
1. 从一份“老古董”PHP源码说起：学生报名系统能解决什么
上周有个做教务的朋友找我，说他们那套用了快十年的报名系统又崩了，后台报错一片，找人维护报价比重新买一套还贵。我翻了翻他发来的压缩包，发现就是一套典型的 PHP 学生报名系统源码，版本号标着 v2012。这类东西在 PHP源码 圈子里其实很常见——功能不花哨，但胜在结构直白、依赖少、部署门槛低，一台普通虚拟主机就能跑起来。它解决的核心问题就一个：让学生在线填报名信息、上传材料、查审核状态，让管理员在后台审核、导出名单、统计人数。适合谁？适合学校教务、培训机构、社团招新这类需要“收集报名表 + 简单审核”的场景，也适合刚接触 PHP 想拿一个完整项目练手的开发者。下面我就按“这项目长什么样 → 怎么跑起来 → 怎么改”的顺序，把它拆开讲清楚。
2. 项目结构与技术选型：一套 v2012 风格的 PHP 报名系统长什么样
2.1 目录结构：先认清每个文件夹的职责
拿到源码包，第一步不是急着改配置，而是把目录树看一遍。这类 v2012 年代的 PHP 项目，目录组织通常遵循“入口文件 + 模块目录 + 公共库 + 静态资源”的老套路，没有现代框架那种 autoload 和容器，但胜在一目了然。我一般会先跑一遍tree -L 2或者直接在文件管理器里展开，把下面这几类目录标出来：
# 典型的目录结构（不同版本命名略有差异，但职责基本一致） student_signup/ ├── index.php # 前台入口：报名表单页 ├── admin/ # 后台管理入口目录 │ ├── index.php # 后台登录 + 框架页 │ ├── list.php # 报名列表 / 审核 │ └── export.php # 名单导出 ├── include/ # 公共库 │ ├── config.php # 数据库、站点配置 │ ├── db.php # 数据库连接封装 │ └── functions.php # 公共函数（过滤、分页、校验） ├── uploads/ # 学生上传的证件照、材料 ├── templates/ # 前台页面模板 ├── static/ # css / js / 图片 └── install/ # 安装向导（首次部署用）这个结构里最关键的是include/config.php和include/db.php——前者决定你连哪个库、站点叫什么名字，后者是所有页面共用的数据库入口。install/目录是首次部署的向导，跑完安装后一般建议删掉或改名，否则等于把数据库配置暴露在公网。uploads/必须给写权限，否则学生上传材料会静默失败，这是后面避坑章节要重点说的。
2.2 技术栈：为什么是 PHP + MySQL 这套组合
这套系统用的是 PHP 5.x 时代的写法，配合 MySQL 存储报名数据，前端是原生 HTML + jQuery，没有 Composer、没有命名空间、没有 MVC 分层。听起来很“土”，但对报名系统这种读多写少、并发不高的场景，反而是最省心的选择：虚拟主机默认支持、部署不用装一堆扩展、出问题看错误日志就能定位。
数据库层面，核心就两三张表：报名表（存学生姓名、身份证号、联系方式、报考项目、审核状态）、项目/批次表（存有哪些报名项目、开放时间）、管理员表。字段设计上有个细节值得注意——审核状态一般用 tinyint 存 0/1/2 表示待审/通过/驳回，而不是用字符串，这样后台筛选和统计都方便。前端表单校验靠 jQuery 做即时提示，提交后再由 PHP 做一次服务端校验，两层校验缺一不可，因为前端校验能被绕过。
提示：如果你本地 PHP 已经是 7.x 或 8.x，直接跑这套 v2012 源码大概率会报一堆 deprecated 警告，甚至因为
mysql_*系列函数被移除而直接白屏。常见做法是先降到 PHP 5.6 跑通，再逐步替换数据库函数，这个改造思路放到最后一章细讲。
2.3 请求链路：一次报名提交到底经过了哪些文件
理解这套系统最快的方式，是跟着一次“学生提交报名表”的请求走一遍。学生在index.php填完表单点提交，POST 到同一个入口，入口文件先require include/config.php和include/db.php，然后调用functions.php里的过滤函数清洗输入，接着拼 SQL 插入报名表，最后把上传的文件从临时目录挪到uploads/，成功后跳转到“报名成功”提示页。
后台审核则是另一条链路：管理员登录admin/index.php，session 校验通过后进入admin/list.php，列表页按状态筛选、分页展示，点“通过”或“驳回”时发一个带 id 的请求，后端更新状态字段。导出功能在admin/export.php，通常是把查询结果按 CSV 拼出来，设置Content-Disposition头让浏览器下载。这条链路里最容易出问题的是文件上传和 SQL 拼接，前者涉及权限和类型校验，后者涉及注入防护，都是改造时的重点。
3. 把系统跑起来：从建库到后台登录的完整步骤
3.1 环境准备与数据库初始化
本地跑这套系统，最省事的组合是 phpStudy 或者 XAMPP 这类集成环境，选 PHP 5.6 + MySQL 5.7 的版本，把源码解压到网站根目录。启动后先建库，字符集选 utf8mb4，排序规则用 utf8mb4_general_ci，避免学生姓名里有生僻字或 emoji 时存进去变问号。建库语句大概是这样：
-- 建库并指定字符集，避免中文乱码 CREATE DATABASE student_signup DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; -- 报名表核心字段（字段名以实际源码为准，这里给的是典型结构） CREATE TABLE signup ( id INT UNSIGNED AUTO_INCREMENT PRIMARY KEY, name VARCHAR(50) NOT NULL COMMENT '学生姓名', id_card VARCHAR(18) NOT NULL COMMENT '身份证号', phone VARCHAR(20) NOT NULL COMMENT '联系电话', project_id INT UNSIGNED NOT NULL COMMENT '报考项目ID', photo VARCHAR(255) DEFAULT '' COMMENT '证件照路径', status TINYINT NOT NULL DEFAULT 0 COMMENT '0待审 1通过 2驳回', created_at DATETIME NOT NULL COMMENT '提交时间' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;建完表后，打开include/config.php，把数据库主机、用户名、密码、库名四项改成你本地的值。这里有个血泪经验：很多老源码的 config 里数据库密码是空的或者写着root，改的时候顺手把define('DEBUG', true)之类的调试开关打开，出问题能看到具体报错，而不是一片白屏。
3.2 跑安装向导与首次登录
如果源码带install/目录，直接在浏览器访问http://localhost/student_signup/install/，按向导填数据库信息、设置管理员账号密码，它会自动建表并写入初始数据。向导跑完后一定要把install/改名或删除，这一步很多人会忘，等于把重装入口留在了线上。
没有安装向导的版本，就手动导入源码包里附带的.sql文件，然后找到管理员表，用 MD5 或源码里指定的加密方式生成一个初始密码插进去。登录后台一般是访问admin/index.php，默认账号密码在源码的说明文件或install的初始数据里能找到。登录成功后先别急着录数据，去“系统设置”里把站点名称、报名开放时间、允许上传的文件类型这几项确认一遍，这些配置直接影响前台能不能正常提交。
3.3 前台报名与后台审核的联调验证
环境跑通后，做一次端到端验证：前台填一条测试报名、上传一张小图、提交，然后去后台列表看这条记录在不在、状态是不是“待审”，点“通过”后再回前台查状态是否变成“已通过”。这一步能同时验证数据库连接、文件上传权限、状态流转三件事。
如果提交后列表里没有记录，先看uploads/有没有写权限，再看 PHP 错误日志里有没有 SQL 报错；如果记录在但图片是破图，多半是上传路径拼接时少了斜杠或者uploads目录权限不对。联调通过后，把测试数据删掉，再正式开放报名，避免测试数据混进真实名单。
4. 核心模块拆解：报名表单、审核流转与导出这三块怎么读
4.1 报名表单处理：输入过滤与文件上传
前台报名入口是整个系统数据的第一道关，核心逻辑集中在入口文件里对$_POST和$_FILES的处理。老代码常见写法是先做一遍trim和htmlspecialchars，再拼 SQL 插入。下面这段是这类项目里典型的处理片段，我按现在的习惯补了注释和必要的校验：
// 接收并清洗表单数据 $name = trim($_POST['name'] ?? ''); $idCard = trim($_POST['id_card'] ?? ''); $phone = trim($_POST['phone'] ?? ''); $project = (int)($_POST['project_id'] ?? 0); // 服务端必填与格式校验，前端校验可被绕过，这层不能省 if ($name === '' || !preg_match('/^\d{17}[\dXx]$/', $idCard)) { exit('姓名或身份证号格式不正确'); } // 文件上传：限制类型和大小，重命名避免中文名和覆盖 $photoPath = ''; if (!empty($_FILES['photo']['name'])) { $allow = ['jpg', 'jpeg', 'png']; $ext = strtolower(pathinfo($_FILES['photo']['name'], PATHINFO_EXTENSION)); if (!in_array($ext, $allow)) { exit('证件照仅支持 jpg/png'); } if ($_FILES['photo']['size'] > 2 * 1024 * 1024) { exit('证件照不能超过 2MB'); } $newName = date('YmdHis') . '_' . mt_rand(1000, 9999) . '.' . $ext; $photoPath = 'uploads/' . $newName; move_uploaded_file($_FILES['photo']['tmp_name'], __DIR__ . '/' . $photoPath); }这段代码里几个参数值得说清楚：preg_match那行是身份证号的粗校验，只保证 18 位格式，不校验校验位，够用但不严谨；$allow数组控制允许的扩展名，千万别只靠前端accept属性；mt_rand重命名是为了避免同名文件互相覆盖，也顺手规避了中文文件名在某些服务器上的编码问题。move_uploaded_file的第二个参数必须是绝对路径，用__DIR__拼最稳，相对路径在不同入口下容易翻车。
4.2 审核状态流转：后台列表与状态更新
后台审核模块的核心是“按条件查列表 + 按 id 改状态”。列表页一般用$_GET接收状态筛选和页码，拼出带LIMIT的查询；状态更新则是一个独立的处理入口，接收 id 和目标状态，更新后跳回列表。典型实现如下：
// admin/list.php 片段：按状态筛选 + 分页 $status = isset($_GET['status']) ? (int)$_GET['status'] : -1; $page = max(1, (int)($_GET['page'] ?? 1)); $size = 20; $offset = ($page - 1) * $size; $where = $status >= 0 ? "WHERE status = {$status}" : ''; $sql = "SELECT * FROM signup {$where} ORDER BY id DESC LIMIT {$offset}, {$size}"; $list = mysqli_query($conn, $sql); // admin/audit.php 片段：更新单条状态 $id = (int)($_POST['id'] ?? 0); $target = (int)($_POST['status'] ?? 0); if ($id > 0 && in_array($target, [1, 2], true)) { $stmt = mysqli_prepare($conn, "UPDATE signup SET status = ? WHERE id = ?"); mysqli_stmt_bind_param($stmt, 'ii', $target, $id); mysqli_stmt_execute($stmt); } header('Location: list.php');这里$status = -1表示“全部”，用>= 0判断是否加 WHERE，避免拼出空条件。分页的$offset和$size都做了整型转换，防止注入。状态更新用了预处理语句，这是比老式字符串拼接更安全的写法，改造时建议把所有写操作都换成这种形式。in_array($target, [1, 2], true)的第三个参数开启严格比较，防止'1'这种字符串混进来。
4.3 名单导出：CSV 生成与中文乱码处理
导出功能看着简单，实际最容易在中文和 Excel 上翻车。老代码常见做法是直接echo逗号分隔的字符串，结果 Excel 打开全是乱码。正确做法是输出 UTF-8 BOM，并设置正确的响应头：
// admin/export.php：导出全部通过审核的名单 header('Content-Type: text/csv; charset=utf-8'); header('Content-Disposition: attachment; filename="signup_' . date('Ymd') . '.csv"'); $out = fopen('php://output', 'w'); fwrite($out, "\xEF\xBB\xBF"); // UTF-8 BOM，Excel 识别中文的关键 fputcsv($out, ['姓名', '身份证号', '电话', '报考项目', '提交时间']); $res = mysqli_query($conn, "SELECT name, id_card, phone, project_id, created_at FROM signup WHERE status = 1"); while ($row = mysqli_fetch_assoc($res)) { fputcsv($out, $row); } fclose($out);\xEF\xBB\xBF这三个字节就是 BOM，没有它 Excel 会把 UTF-8 当本地编码读，中文必乱。fputcsv会自动处理字段里的逗号和引号，比手动拼字符串稳。导出前记得确认查询条件，别把待审和驳回的也导出去，正式场景一般只导status = 1的。
5. 避坑与排查：这套老源码最容易翻车的五个地方
5.1 上传目录没权限，提交成功但图片丢失
现象是前台提示报名成功，后台列表里也有记录，但证件照是破图或者路径为空。原因通常是uploads/目录没有写权限，move_uploaded_file静默返回 false，而老代码没检查返回值就继续插库了。解决办法是给uploads/赋写权限（Linux 下chmod 755或按需775），并在上传后判断move_uploaded_file的返回值，失败就中断并提示，别让脏数据进库。
5.2 PHP 版本过高导致白屏或函数未定义
现象是页面一片空白，日志里出现Call to undefined function mysql_connect()或大量 deprecated 警告。原因是 v2012 源码多用mysql_*系列函数，PHP 7.0 起已被移除。解决分两步：先用 PHP 5.6 跑通验证功能，再把数据库调用统一替换成mysqli_*或 PDO，替换时注意参数顺序和返回值类型差异，别只改函数名不改逻辑。
5.3 中文乱码：数据库、连接、页面三处字符集不一致
现象是学生姓名存进去变问号，或者导出 CSV 打开乱码。原因往往是建库用了 latin1、连接没设SET NAMES utf8mb4、页面没声明 charset，三处只要有一处不对就会乱。解决是把建库字符集、mysqli_set_charset($conn, 'utf8mb4')、页面<meta charset="utf-8">三处统一，导出再加 BOM，基本能根治。
5.4 SQL 注入：老代码直接拼 $_GET 参数
现象是后台列表页的筛选参数或详情页 id 可以被构造出异常查询。原因是老代码习惯"SELECT * FROM signup WHERE id = " . $_GET['id']这种直接拼接。解决办法是所有外部输入先做整型转换或预处理绑定，读操作至少(int)强转，写操作统一用mysqli_prepare，改造时优先处理登录和审核这两个入口。
5.5 安装目录未删除，配置暴露在公网
现象是线上能直接访问/install/重新走安装流程，甚至覆盖数据库配置。原因是部署完忘了删安装目录。解决办法是安装完成后立即删除或重命名install/，并在 Web 服务器层面禁止访问该路径，同时检查include/config.php是否可被直接下载，必要时在配置里加defined('IN_APP') or exit;之类的入口保护。
6. 二次开发改造：从能跑到好用，我的几条实操习惯
把这套 v2012 源码跑通只是起点，真正要交付给教务用，还得做几处改造。我的习惯是先做“安全底座”，再做“体验增强”，最后才碰“功能扩展”，顺序反了容易返工。
第一处是数据库层统一换 PDO。老代码里mysql_*、mysqli_*混用很常见，改造时建一个include/db.php统一封装，对外只暴露query、fetchAll、execute三个方法，内部用 PDO 预处理。这样后面加功能不用再关心具体驱动，也顺手把注入风险压下去。改造时注意 PDO 的ERRMODE_EXCEPTION要打开，出错直接抛异常，比老代码里or die(mysql_error())好排查得多。
第二处是报名表单加防重复提交。学生网络卡顿时连点两次提交，老代码会插两条记录。常见做法是在表单里埋一个一次性 token，存 session，提交时校验并销毁；或者在报名表上对“身份证号 + 项目”建唯一索引，数据库层面兜底。我一般两个都做，前端体验和后端数据都稳。
第三处是审核列表加分页和搜索。老代码如果一次性SELECT *全表，报名量上千后列表页会明显变慢。改造时把LIMIT分页补上，再加一个按姓名或身份证号模糊搜索的输入框，SQL 里用预处理绑定%关键词%。这里有个细节：搜索框的输入一定要先trim再拼，空字符串时不要加 WHERE 条件，否则会查出空结果。
第四处是导出功能按批次拆分。全校名单一次导出可能几万行，Excel 打开都费劲。改造思路是导出页先选批次或项目，再按条件导出，文件名带上批次和日期。如果确实要全量，可以改成生成多个 CSV 或者走后台异步任务，别让浏览器一直转圈。
| 改造点 | 老代码问题 | 改造后做法 | 验证方式 |
|---|---|---|---|
| 数据库层 | mysql_* 混用、拼接 SQL | PDO 预处理统一封装 | 构造特殊字符输入，确认无报错无注入 |
| 重复提交 | 连点插多条 | token + 唯一索引双保险 | 快速连点两次，库里只应有一条 |
| 列表性能 | 全表查询无分页 | LIMIT 分页 + 条件搜索 | 造 2000 条数据看响应时间 |
| 导出 | 全量导出易卡死 | 按批次/项目条件导出 | 选小批次导出，核对行数与筛选一致 |
改造完每处，我都会拿一条真实格式的测试数据从头走一遍：报名、上传、审核、导出，四步全过才算完。有次我只测了报名没测导出，结果上线当天教务导出的名单少了“报考项目”列，被追着问了一下午。从那以后我每次改完导出逻辑，都强制走一遍“选条件 → 导出 → 用 Excel 打开核对列名和行数”的流程，不再凭感觉判断。希望这些拆解和踩坑记录，能帮你把这套老源码顺利跑起来、改明白。
本文还有配套的精品资源，点击获取
