# 消防装备二维码管理系统

总体目标： 为每个消防装备创建一个专属二维码，消防员用手机扫码就能立刻看到这件装备的详细信息，同时配套一个电脑上的管理系统，方便管理员登记、编辑、查找装备，以及处理装备的申领。

2026年4月16日

提交1： ceec7645
完成内容：

• 搭好了整个项目的“骨架”，包括一个生成二维码的电脑工具、一个服务器程序（用来响应手机扫码和网页请求）、记录运行日志的模块，以及最重要的——一个巨型数据仓库（数据库）的初始化脚本，用来存放所有装备、用户、图片等信息。

能做什么：

• 项目文件已经齐备，程序的框架立起来了，但还没有具体的业务功能。

提交2： a9c598c7
完成内容：

• 让服务器在启动的时候，能够自动检查并创建需要的数据表（就像把仓库里的货架先搭好），包括装备信息表、用户表、图片表等等。
• 同时把一些处理请求的代码整理得更模块化。

能做什么：

• 现在程序一启动，数据仓库就会自己准备好，为后续存放数据打好了基础。

提交3： 3af51702
完成内容：

• 把前端的网页文件从原来的文件夹移动到了专用的 html 目录，让整个项目的文件组织更清晰。

能做什么：

• 只是一次内部整理，不影响现有功能，但为接下来管理多个网页做好了准备。

提交4： c4d496f4
完成内容：

• 把服务器的“大脑”从单线程改成了多线程，也就是说，以前同一时间只能处理一个人的请求，现在可以同时接待多个访问者，就像餐厅从只有一个服务员变成了一个服务团队。
• 同时将处理请求的代码独立成一个文件，结构更清晰。

能做什么：

• 服务器可以应对更多用户同时使用了，不会因为一个人扫码而卡住其他人。

提交5： 0a42b336
完成内容：

• 优化了服务器收到请求后“读取请求内容”这一环节的速度，减少了不必要的重复计算和字符串操作。
• 顺便改进了日志记录的方式，让记日志更快更稳。

能做什么：

• 服务器响应请求的速度有所提升，整体用起来会更流畅。

提交6： dc452db4
完成内容：

• 实现了一套对装备数据进行“增、删、改、查”的完整操作代码，这是整个系统的核心动作。
• 同时重新整理了和数据库相关的头文件，让后续开发更容易。

能做什么：

• 从此以后，管理员可以通过系统在数据仓库里增加新装备、删除旧装备、修改装备信息、查询装备详情，虽然在网页上操作还暂时不方便，但底层的“厨师”已经会做这几道菜了。

当前已完成

• 系统骨架、数据仓库、多线程服务器以及最基本的增删改查操作都已经就位，相当于餐厅的后厨已经搭建完毕，仓库货架也码好了，但还没有给客人用的点菜本和餐桌。

2026年4月17日

提交： 46a81be8
完成内容：

• 一口气创建了多个网页页面，包括：装备信息录入页、装备详细查看页、登录页、用户管理页等，还附带了一份说明文档。
• 这些页面已经有了漂亮的外观和基本的按钮、输入框，但点击按钮还无法真正保存或查询数据。

能做什么：

• 管理员可以在浏览器里看到这套系统的样子了，就像一个装修完但还没通电的店铺，下一步就是让这些按钮真正“活”起来，接通后厨的数据。

当前已完成

• 系统有了完整的网页界面原型，但还需要接通服务器端的功能，才能让页面动起来。

2026年4月18日

提交1： a9318ebd
完成内容：

• 重点攻克了“登录”这一关，把前端的登录页面和服务器端的账号密码验证功能连了起来。
• 现在用户在登录页输入账号密码，点击登录，服务器可以检查是否正确，并生成一个“入场凭证”（令牌）存到用户的浏览器里。

能做什么：

• 管理员可以正式登录系统了，只有登录成功后，才能看到后续的装备管理页面。

提交2： 5d4ed685
完成内容：

• 完善了登录对接的细节，让登录流程更顺畅。
• 开始着手安全防护方面的设计（防止恶意注入、破解），但还没有具体实施。

能做什么：

• 登录功能已经可以比较稳定地工作，为后续整个系统的安全访问打下了基础。

提交3： a6d3da0f
完成内容：

• 正式启动了“装备编辑页面”的开发工作，并创建了一些页面之间公用的脚本，方便以后各个页面共享功能（比如获取用户信息、退出登录等）。
• 决定暂时搁置登录页的深度安全防护，先把所有基础功能串起来再说。

能做什么：

• 装备编辑页面的开发已经开工，后续的重点就是把装备录入、查看、修改这些核心操作一一实现。

当前已完成

• 登录系统可以正常使用了，管理员能用账号密码进入系统；装备编辑页面和基础功能模块化也在稳步推进中。

2026年4月19日

提交1： 7899d63f
完成内容：

• 持续打磨装备编辑页面，优化了界面样式，增加了图片预览、鼠标滚轮缩放图片、拼音快速搜索装备名称等功能。
• 使页面顶部的导航栏能够根据配置动态生成菜单链接，界面开始变得灵活。

能做什么：

• 装备编辑页面的交互变得更友好了，但录入操作本身还没有和后端完全接通，数据还无法保存。

提交2： 40649b5a
完成内容：

• 装备录入页面的整体布局和视觉样式定型了，各个输入框、图片上传区、提交按钮都按照最终的样子摆放好。
• 但点击“提交保存”后，数据还不能真正存进系统，需要进一步把页面上的表单事件和服务器连接起来。

能做什么：

• 录入页面的“壳子”已经完成，就像表格已经印刷好，但还缺一个投递邮箱，等后续接通数据通道就能投入使用。

提交3： 7f137acd
完成内容：

• 把装备录入页面的大段脚本独立成一个专门的 JavaScript 文件，方便维护。
• 调整了表格中的一些细节元素。

能做什么：

• 代码结构更整洁，为下一步让录入功能真正“跑通”做好了准备。

当前已完成

• 设备录入页面的样子已经确定，操作逻辑也规划好了，就等着把页面和服务器之间的数据通道打通，那时就能正式录入装备信息。

2026年4月20日

提交： e6ed5ffb
完成内容：

• 把登录相关的所有程序代码提取出来，单独放到一个新文件里，让登录模块自成一体，方便以后修改和排查问题。
• 登录功能目前还有个别小毛病需要修复（例如凭据校验或重定向的问题）。

能做什么：

• 登录模块更加独立，之后修复登录的小问题时不会影响其他功能。

当前已完成

• 登录作为系统的一道门已经可以工作（尽管还有小瑕疵），装备编辑页面在持续推进中。

2026年4月22日

提交： 22667f8b
完成内容：

• 把登录规则改成了“同一个账号同一时间只允许一个人登录”。如果有人在其他地方登录了同一个账号，之前登录的那个人就会自动被踢下线。

能做什么：

• 避免了账号被多人共用造成管理混乱，提升了账号的安全性。

当前已完成

• 登录系统已经比较完善，既能正常登入登出，又能防止账号多地同时登录。

2026年4月23日

提交1： d4117aba
完成内容：

• 新增了“装备申领”页面（填写申领单）和“申领记录列表”页面（查看历史申领）。
• 为申领表创建了相应的数据存储结构（申领记录表），并写了配套的增加、查询、审批等操作代码。

能做什么：

• 管理员现在可以在网页上看到申领的入口了，但整个申领流程（提交、审批、归还）还没有完全走通，需要在后续进一步完善。

提交2： 5f15d120
完成内容：

• 继续丰富申领功能，改进了申领记录列表的展示样式，并和服务器端完成了部分对接。
• 装备列表页面也做了增强，加入了搜索、筛选、二维码预览等功能。

能做什么：

• 申领相关页面的界面和基础逻辑愈发完整，装备列表也开始支持更多维度的查找和展示。

当前已完成

• 系统现在已经能登录、可查看装备列表，申领模块的初步页面和数据结构就位，装备列表也开始具备搜索筛选能力。

2026年4月24日

提交： 2443aacd
完成内容：

• 专门针对装备录入页做了优化和调整，确保从页面上填写的装备信息可以正确地保存到系统的数据仓库里。
• 修复了一些页面加载数据时的问题，并把导航栏功能整合到公用的脚本中。

能做什么：

• 至此，装备录入的核心链路总算打通了 —— 管理员填完表单、上传照片、点击提交，装备信息就会存入系统，算是实现了装备的“入库”。

当前已完成

• 装备录入功能基本可用，用户能够成功添加新装备；其他页面（列表、查看、申领）也在持续打磨中。

2026年4月25日

提交： bdbd28a1
完成内容：

• 修复了装备录入页面上“单位选择”的三级联动逻辑（选择支队 → 大队 → 消防站），现在它们可以正确联动了。
• 把“装备分类”的编辑方式改成多行文本框，可以直接批量输入或修改分类，比之前一条条添加方便很多。
• 为每个用户（管理员）创建了独立的装备分类表，这样每个人可以维护自己的一套分类，互不干扰。
• 同时，完善了服务器端保存装备时的数据校验流程，确保录入的信息没有遗漏。

能做什么：

• 录入装备时，“所属单位”的三级选择非常顺滑，不会出现错乱；装备分类管理也更灵活个人化，整个录入体验上了一个台阶。

当前已完成

• 至此，系统已经具备：用户登录、单点登录限制、装备录入（含单位联动、图片上传、分类管理）、装备列表、装备详情查看、装备申领（页面与基础记录）等功能，一个比较完整的消防装备二维码管理平台初步成型，接下来可以进入细节打磨和安全加固阶段。

2026年4月26日

提交1： 4dd5bbe

完成内容：

• 修复了"装备归还"功能在操作失败时返回的错误信息格式问题（之前返回内容里多了一对大括号）
• 修复了"删除申领记录"功能在操作失败时返回的错误信息格式问题
• 在保存装备的接口中补充了输入检查函数的声明
• 优化了保存装备时，如果输入数据不符合要求，返回的错误信息的格式处理方式

能做什么：

• 当用户在系统中操作"归还装备"或"删除申领记录"时，如果操作失败，系统能返回格式规范的错误提示，让用户清楚地知道哪里出了问题
• 当用户保存装备信息时，如果填写的内容有问题，系统能正确地把错误原因反馈给用户

今日工作总结

• 今天主要是对系统中几处错误提示的格式进行了修复和优化。这些修改虽然不涉及新功能，但能让系统在出错时给用户返回清晰、规范的提示信息，提升用户使用体验。

2026年4月27日

提交1： 03a4de4

完成内容：

• 对系统的数据存储结构进行了多项优化整合，减少冗余数据
• 修复了单位编码显示不完整的问题
• 新增了装备照片和二维码的自动保存功能
• 设计了一套全新的装备编号生成规则

能做什么：

• 单位编码（如"001"）不会再出现显示成"1"的情况，前后一致
• 装备保存时，二维码和照片会自动保存到服务器目录，方便后续查看
• 系统支持生成的装备编号数量从原来的有限数量大幅提升，理论上可以支持到2.8万亿个编号，满足长期使用需求
• 装备信息记录更加规范统一，减少了重复存储

今日工作总结

• 今天对装备管理系统进行了较为底层的结构调整，主要工作包括：统一了单位信息的存储方式、修复了编号显示不完整的老问题、新增了图片自动保存功能、以及升级了装备编号的生成规则。这些改动虽然用户看不到，但为系统的长期稳定运行和数据规范管理打下了更好的基础。

2026年4月28日

提交1： 9525397

完成内容：

• 对单位选择的"三级联动"功能进行了优化。原来选择单位时使用的是内部编号，现在改成了显示名称，这样数据结构更简单，也更容易理解。

能做什么：

• 用户在选择单位（支队、大队、消防站）时，下拉菜单会显示清晰可见的单位名称，而不是之前看不太懂的数字编号。提交保存时，会保存单位名称字符串而不是数字代码，方便后续识别和查看。

提交2： cf92cd3

完成内容：

• 实现了用户信息在客户端和服务器之间的自动同步。当本地存储的用户信息失效或不存在时，系统会自动向服务器请求获取当前登录用户的信息。
• 创建了一个独立可复用的"单位选择器组件"，将原来写在页面里的单位选择代码独立出来，方便在其他页面重复使用。
• 登录成功后从原来"跳转页面"改为"刷新当前页面"，体验更自然。
• 装备申领表单的时间选择从原来的"仅能选日期"升级为"可以选日期和时间"，支持选择具体的开始和归还时间点。
• 修复了服务器端单位查找的一个bug，原来按内部编号查找容易出错，现在改为按名称查找更可靠。
• 修复了装备照片保存入库时的一个遗漏问题，确保照片能正确关联到装备记录。

能做什么：

• 系统现在能自动保持用户信息的同步，不用担心本地缓存失效导致用户信息丢失。单位选择器做成了通用组件，以后添加新页面时可以直接调用，不用重新编写。申领装备时可以精确指定使用时间的开始和结束时刻。

今日工作总结

• 经过今天的修改，系统在用户信息管理和单位选择功能方面有了明显的改进：实现了用户信息在客户端和服务器之间的自动同步，再也不用手动刷新页面获取用户信息了；把单位选择功能做成了独立的组件，以后在其他页面需要用到单位选择时会更加方便；装备申领表单现在可以精确选择日期和时间了，使用起来更贴合实际业务需求；同时修复了服务器端几个影响数据准确性的问题，确保装备和照片能正确保存到系统中。

2026年4月29日

提交1： 7931d3e

完成内容：

• 对数据库结构进行了多项优化和调整
• 简化了装备申领流程，去掉了申领数量、审批状态、审批人等字段
• 用户表去掉了业务标识字段，申领表去掉手动维护的时间戳字段，改由系统自动管理
• 装备状态选项从原来的"在用、维护、报废、闲置、借用"调整为"在库、领用、借出、借入、维护、待报废、报废"
• 改进了数据库操作的一些内部机制（把 SQLite 操作工具的 reset 方法改名为 rebind，并新增了 reset 方法），支持更高效的批量操作

能做什么：

• 装备状态的分类更清晰、更实用，可以准确区分"借给别人的装备"和"从别人那里借来的装备"
• 申领流程变得更简单，核心信息更聚焦
• 数据库操作在处理大量数据时会更高效

提交2： 7931d3e

完成内容：

• 用户装备分类支持保存到数据库，实现多用户分类隔离
• 原来用户编辑的分类只是存在本地，重启后就消失了；现在改为保存到服务器，每个用户可以管理自己专属的分类列表

能做什么：

• 用户自己创建的装备分类（比如"个人防护装备"、"破拆器材"等）保存后会一直保留，不同用户之间互不干扰
• 以后登录进来能看到自己之前创建的分类，不用每次都重新输入

提交3： 7931d3e

完成内容：

• 对装备编号的加密算法进行了升级，从原来的简单混淆改为更安全的非平衡Feistel加密（8轮）
• 原加密方式可能被破解推断出规律，新加密方式安全性更高

能做什么：

• 装备的二维码编号更加安全，外人无法通过扫描多个二维码来推断出编号的生成规律
• 整体提升了系统的保密性

提交4： 7931d3e

完成内容：

• 重构了装备编辑页面的提交逻辑，把原来的流程拆分成更规范的异步处理方式
• 提交后如果成功，按钮会保持禁用状态，必须点击"添加新装备"按钮才能重置
• 防止用户误操作重复提交数据

能做什么：

• 提交数据时更加安全可靠，不会因为网络卡顿等原因导致用户重复点击而提交多次
• 只有真正需要新增下一条装备时，才能重置表单继续使用

今日工作总结

• 经过今天的修改，系统在多个方面有了新的进展：
  • 数据管理更清晰：装备状态分类更细致（区分借出/借入），申领流程更简化
  • 用户体验提升：用户的装备分类可以永久保存，每个人的分类列表独立管理
  • 安全性增强：装备编号加密算法升级，不易被破解推断
  • 操作更安全：表单提交增加了防重复机制，避免误操作

2026年4月30日

提交1： b7e0eeb

完成内容：

• 分类存储方式从「按用户ID存储」改为「按单位代码存储」，表名从eq_user_category改为eq_unit_category

能做什么：

• 现在系统可以按单位（支队、大队等）来管理装备分类，不同单位可以设置不同的装备分类方案。例如：北海支队的装备分类和桂林支队的装备分类可以分开管理，互不影响。

提交2： b7e0eeb

完成内容：

• 装备表单字段调整：删除了「装备参数」「使用年限」「采购价格」「供应商」字段，新增「售后联系人」和「售后联系人电话」字段

能做什么：

• 装备信息录入更简洁，删除了不常用的字段，同时增加了售后联系方式，方便后续维护和服务。

提交3： b7e0eeb

完成内容：

• 用户登录后返回的信息更完整了，现在会返回「单位」「登录次数」等信息

能做什么：

• 登录后可以显示用户的单位信息（比如：广西北海支队）和累计登录次数，让用户和管理员更清楚了解账号使用情况。

提交4： b7e0eeb

完成内容：

• 导航栏改为动态生成（而不是固定写死的），并添加用户下拉菜单，显示账号、姓名、单位、角色、登录次数等信息

能做什么：

• 用户点击自己的名字或头像时，会弹出一个卡片，显示完整的个人信息（账号、姓名、所在单位、角色、登录次数等），点击「退出登录」可以安全退出。

提交5： b7e0eeb

完成内容：

• 拼音搜索优化：删除了独立的拼音数组，改为从包含名称和拼音的对象数组直接过滤搜索

能做什么：

• 搜索装备名称时，输入「灭火器」可以找到「ABC干粉灭火器」，输入「mfq」也可以找到「手提式强光照明灯」，搜索方式更灵活智能。

提交6： b7e0eeb

完成内容：

• 服务器支持获取更多网络相关信息，如客户端IP地址、服务器IP地址、请求路径信息等

能做什么：

• 系统可以获取更完整的网络信息，为后续日志记录、安全审计等功能打下基础。

提交7： b7e0eeb

完成内容：

• 后端路由处理用循环匹配方式替代了大量if判断语句

能做什么：

• 系统代码更简洁易读，便于后续维护和扩展新功能。

今日工作总结

• 经过今天的修改，系统在「数据隔离」和「信息展示」方面有了新的进展：实现了按单位隔离管理装备分类的功能，优化了装备表单字段（删除不常用字段，增加售后信息），增强了用户信息展示（导航栏显示完整用户信息），提升了搜索体验（更灵活的拼音搜索方式），并改进了系统架构（路由处理更清晰、网络信息获取更完善）。这些改进让系统更符合实际业务需求，使用起来更方便直观。

2026年5月1日

提交1： 9c28
完成内容：

• 修复了页面弹出消息会闪烁或提前消失的问题，统一优化了页面提示消息的显示效果
• 删除了重复的代码，改用公共代码统一实现
• 重构了用户管理页面，删除了多余的工具函数，简化了认证逻辑
• 修复了后端用户列表查询的一个问题，扩展了查询显示的字段
• 新增了答题功能的路由框架，可以根据参数加载对应的答题题目

能做什么：

• 现在弹出提示消息更加稳定，不会出现连续弹出时显示异常的问题
• 代码更加精简，维护起来更方便
• 用户管理页面的功能逻辑更加清晰
• 修复后可以更完整地显示用户的邮箱、角色、状态等信息
• 为答题功能搭建了基础框架（功能待进一步完善）

今日工作总结

• 经过今天的修改，系统在代码优化和功能完善方面有了新的进展：统一了页面提示消息的显示逻辑，解决了消息闪烁的问题；清理了用户管理页面的冗余代码，使系统更加简洁高效；修复了后端用户列表查询的字段错误；为答题功能搭建了框架，方便后续继续开发完善。整体代码质量得到提升，为后续功能开发打下了更好的基础。根据提交记录，为领导生成今日项目进度汇报：

2026年5月2日

提交1： 7906ca6

完成内容：

• 优化了系统内部数据存储和读取的效率
• 将答题数据的存放位置改为可配置，方便以后调整数据存放位置
• 新增了搜索功能，支持通过关键词查找答题题目
• 新增了分页功能，支持每次显示一定数量的题目并可翻页查看
• 添加了数据表结构，为将来保存答题记录到系统做准备（目前仅框架，未启用）

能做什么：

• 答题功能的性能有所提升
• 用户可以在答题页面通过关键词搜索快速找到想练习的题目
• 题目多的时候可以分页显示，不用一次性加载全部内容

提交2： 542bb0e

完成内容：

• 添加了对答题页面样式文件（CSS）和交互脚本文件（JS）的支持

能做什么：

• 答题页面的样式和交互功能现在可以正常加载显示

提交3： 4086e4a

完成内容：

• 装备录入页面新增了完整的单位选择器，可以选择所属的总队、支队、大队
• 简化了单位选择组件的代码逻辑，减少了重复代码
• 用户创建页面增加了三级联动的单位选择功能
• 用户创建表单中的姓名、手机号等字段改为必填项
• 整理了登录、注册、退出登录等用户相关操作的代码结构

能做什么：

• 录入装备时可以直接从系统选择所属单位，不用手动输入
• 创建用户账号时必须填写姓名和手机号，信息更规范完整
• 创建用户时也可以选择该用户所属的单位

今日工作总结

• 今天主要完成了三方面工作：一是优化了答题功能的数据存储和查询性能，新增了搜索和分页功能；二是完善了答题页面的样式和脚本文件加载；三是改进了装备管理和用户管理页面的单位选择功能，使界面更加统一规范，方便一线人员快速录入装备信息和创建用户账号。

2026年5月5日

提交1： 1779363

完成内容：

• 统一整理了系统内部的错误提示机制，让各种错误信息更清晰易懂
• 删除了申领审批流程中不再需要的旧代码
• 新增了内部工具函数，让代码编写更规范

能做什么：

• 整体完成后，系统运行过程中如果出现各种问题，给出的错误提示会更明确、更统一，方便快速定位问题原因
• 申领流程简化后，后续开发维护更轻松

今日工作总结

• 今天对系统的"后台管理"部分进行了较大规模的整理和优化，主要包括：

  1. 统一了错误提示的处理方式，让系统出错时能给出更清晰、更统一的提示信息
  2. 修复了用户管理模块中的一个bug：之前编辑用户信息时"所属单位"字段无法正确保存，现在改为下拉菜单选择方式，填写更方便
  3. 优化了页面加载速度：当只需要显示单位选择器时（比如新建用户页面），不再加载装备分类数据，可以加快页面打开速度
  4. 清理了大量不再使用的旧代码，让系统更精简，后续开发维护更方便

  ---

2026年5月6日

提交1： 1dc44d1

完成内容：

• 统一调整了系统内部各个页面找服务的位置规则，让登录、用户管理、装备录入、装备列表、装备详情、装备申领、首页导航等页面，都改用新的统一访问方式。
• 优化了用户资料修改方式：以后修改用户信息时，只会改本次填写的内容，没填写的内容不会被空白覆盖，避免误操作把原有信息清掉。
• 补充了用户修改失败时的中文提示，例如编号无效时能给出更明确的提示，方便排查问题。
• 完善了装备录入前的准备数据加载：会根据当前登录人员所在单位，返回更贴合当前单位的数据；如果页面只需要单位信息，也可以不加载装备分类和装备名称，减少不必要内容。
• 修复了装备保存时单位信息不完整可能导致保存失败的问题：如果没有传入最高一级单位，系统会默认补为“广西总队”。
• 把几个临时工具页面的处理逻辑从主流程中拆分出来，让主流程更清晰，后续维护更方便。
• 清理了装备列表页面里重复的辅助代码，减少同一功能写两份导致的问题。

能做什么：

• 使用人员在登录、查看首页导航、管理用户、录入装备、查看装备、申领装备等操作时，页面和服务之间的配合更统一、更稳定。
• 管理员修改用户资料时，可以只改手机号、姓名、角色、备注等某一部分内容，不会因为其他输入框为空就把原来的信息清掉。
• 装备录入时，单位和装备分类等准备信息会更贴近当前登录人员所在单位，页面显示也更灵活。
• 装备保存时，即使最高一级单位没有手动传入，也能自动补上默认单位，减少保存失败的情况。
• 系统内部处理流程更清楚，为后续继续扩展功能、排查问题打下基础。

今日工作总结

• 经过今天的修改，系统在访问规则统一、用户资料修改安全性、装备录入稳定性、单位相关数据加载、内部流程整理等方面有了新的进展：各主要页面已经同步改为新的统一访问方式，用户和装备相关操作更稳，后续维护和继续开发也会更方便。

2026年5月7日

提交1： 8f7ea40

完成内容：

• 统一了页面打开时获取基础资料的地址，避免不同页面各走各的旧地址。
• 调整了装备录入页和单位选择功能，让它们按需要获取“装备资料”和“单位资料”。
• 清理了一个旧的装备录入页面文件，减少重复内容。
• 增加了按名称判断是否需要某类资料的处理方式，方便后续继续扩展。

能做什么：

• 页面打开时可以更清楚地按需加载资料：需要单位信息就取单位信息，需要装备列表就取装备列表。
• 减少无用资料的加载，让页面初始化逻辑更统一，也更便于后续维护。

提交2： 9752160

完成内容：

• 完善了装备申领记录的保存、查询、修改和删除处理，修复了部分查询、更新时可能出错的问题。
• 增加了必要信息检查，例如装备编号、申领人不能为空；归还时间可以不填，不填时按“暂无归还时间”处理。
• 优化了通用页面逻辑：登录状态判断更稳，登录过期后会自动退出，用户信息展示更安全，导航栏也可以按页面需要隐藏。
• 重做了装备列表页，支持按关键词、分类、状态查找装备，并按页展示，避免一次显示太多内容。
• 装备录入页新增“生成数量”，可以一次保存多件同类装备；保存后会展示多个装备编号，并提供对应二维码下载。
• 重做了装备详情页，可以查看装备基础信息、装备图片和申领记录；通过扫码打开时会隐藏顶部导航，更适合手机查看。
• 重做了装备申领页面，可以搜索并选择多件装备，填写申领时间、归还时间、用途和备注后提交；也支持从装备详情页直接带入装备编号。
• 重做了申领记录页面，可以按页查看申领记录，并可跳转查看对应装备。
• 增加了申领新增、申领列表、装备详情、装备列表等新的处理入口，让各页面能使用新的数据读取和保存方式。
• 装备保存时生成的二维码改为保存成图片文件，并返回图片地址；同时增加了生成数量范围检查，最多一次生成 255 件。
• 增加了装备图片和二维码图片的读取能力，并做了路径安全检查，避免读取到不该读取的文件。
• 扫码入口改为直接打开装备详情页，不再显示调试文字。

能做什么：

• 管理人员可以在装备录入时一次生成多件同类装备，每件装备都会有独立编号和二维码。
• 用户可以在装备列表中按关键词、分类、状态快速查找装备，并进入详情或发起申领。
• 用户扫码后可以直接看到装备详情，包含装备信息、图片和申领记录，手机查看更清爽。
• 用户可以一次申领多件装备，并填写用途、时间和备注。
• 管理人员可以查看申领记录列表，并从记录跳转到对应装备详情。
• 系统对登录过期、用户信息展示、图片访问和申领信息保存的处理更稳、更安全。

今日工作总结

• 经过今天的修改，系统在装备录入、装备查询、二维码查看、装备申领和申领记录管理方面有了明显进展：基础资料加载方式统一了，装备可以批量生成二维码，装备列表和详情页更完整，申领流程从填写到查看记录也打通了；同时对登录状态、图片读取和申领记录保存做了加固，整体可用性和稳定性都有提升。

2026年5月14日

提交1： 86ebac9

完成内容：

• 完善了装备列表页面：列表展示更简洁，支持按关键词、分类、状态一起筛选；分类和状态会自动加载，不再写死在页面里。
• 给装备列表增加了“更多操作”菜单，可以查看装备详情、查看二维码；二维码支持弹窗预览。删除按钮目前只是放在菜单里，系统会提示“暂未提供删除能力”，因此删除功能本次没有做完。
• 修复了装备照片保存和查看的问题：新增装备时，照片会记录到专门的图片记录中；查看装备详情时，可以正确看到对应图片，图片也可以点开新窗口查看。
• 优化了装备详情页面：每次重新加载详情时会先清空旧图片，避免上一件装备的图片残留到下一件装备里。
• 完善了装备信息返回内容：列表和详情中补充了购买时间、入库时间、二维码图片地址等信息，方便页面直接展示。
• 新增了统一获取基础资料的方式：装备名称、单位、当前登录人员所属单位、装备状态、人员状态等基础资料，可以通过一个统一入口获取，减少页面各自重复取资料的问题。
• 装备编辑页面改用新的基础资料获取方式，并优化了提交区域布局，让“生成数量”和按钮排列更清晰。
• 单位选择组件也切换到新的基础资料获取方式，减少重复逻辑。
• 完善了装备列表查询方式：把关键词、分类、状态组合筛选整理成统一的查询能力，便于后续复用。
• 优化了中文错误提示处理，让系统在遇到异常时更稳定地显示中文提示，减少乱码或提示不一致的问题。
• 优化了资料仓库关闭时的收尾处理，减少临时文件残留。
• 新增了扩展组件加载机制：系统启动时会读取配置文件，按配置加载额外功能，并把对应请求交给扩展组件处理。该能力已完成基础框架，后续可用于把一些独立功能拆出去接入。
• 整理了功能分发相关代码，把旧文件迁移并重命名为新的结构，便于后续维护。
• 给静态图片访问增加了浏览器本地短期保存提示，减少重复加载图片，提高图片打开速度。

能做什么：

• 使用人员现在可以在装备列表中更方便地查找装备，例如输入编号、名称、位置、责任人，再配合分类和状态筛选，快速找到目标装备。
• 使用人员可以在列表中直接查看装备详情或预览二维码，不需要进入多个页面来回跳转。
• 新增装备时上传的照片，可以在装备详情中正确展示，查看详情时图片不会串到其他装备上。
• 装备详情里能看到更完整的信息，包括购买时间、入库时间、二维码图片等。
• 系统获取基础资料的方式更统一，后续新增页面或调整资料项会更容易。
• 图片访问速度会有一定提升，重复打开同一张图片时更省时间。
• 扩展组件机制完成了基础接入能力，后续可以在不大改主系统的情况下，继续增加独立功能。

今日工作总结

• 经过今天的修改，系统在装备列表查询、二维码查看、装备照片保存与展示、基础资料统一获取、中文提示稳定性、图片访问速度和功能扩展能力方面都有明显进展。当前装备删除功能还没有完成，只是在菜单中预留了入口并给出提示，后续需要继续补齐实际删除能力。

2026年5月15日

提交1： ab7824a

完成内容：

• 新增了获取用户角色和装备状态的接口，前端不再写死下拉选项，改为从后端动态加载，方便后续维护和扩展。
• 修复了多个小问题，包括未登录时返回格式错误、装备录入时售后信息未保存、单位层级校验逻辑优化等。
• 优化了装备详情页的显示效果：扫码查看时不显示导航栏；管理员能看到“编辑”按钮；备注和单位等信息支持整行展示，保留换行。
• 调整了二维码扫码跳转逻辑，现在即使未登录也能查看公开装备信息，并增加了图片访问的安全检查和缓存设置。

能做什么：

• 用户管理页面的角色下拉框和状态下拉框现在会根据后端数据自动更新，不用再手动维护，避免遗漏或错误。
• 装备录入时，售后联系人和电话信息会被正确保存到数据库中。
• 普通用户扫码查看装备时看不到顶部菜单，界面更简洁；只有管理员有权限编辑装备。
• 装备详情页的信息排版更清晰，尤其是长文本（如备注）可以完整显示换行内容。
• 通过二维码扫描进入装备详情页时，系统会自动跳转到详情页面，并保证图片能正常加载且带缓存加速。

今日工作总结

• 经过今天的修改，系统在数据统一管理和用户体验方面有了明显提升：角色和状态信息由后端统一管理，减少了前后端不一致的风险；装备录入和详情展示的交互更人性化，尤其适合移动端扫码使用；同时修复了一些影响稳定性的细节问题，整体运行更顺畅可靠。

2026年5月16日

提交1： d8fbcff

完成内容：

• 修复了编号加密相关文件里的中文说明乱码，实际处理规则没有变化。
• 调整了登录校验方式，改为依赖浏览器自动带上的登录凭证，减少页面和服务之间重复传递登录信息的问题。
• 装备列表增加了“加入时间”一列，可以看到装备是什么时候录入的。
• 优化了装备列表里的单位名称显示，去掉“本级”等不必要文字，让单位名称更短、更容易看。
• 装备列表的操作菜单增加了“修改状态”的入口，并完善了菜单在页面滚动、缩放、关闭时的表现。
• 调整了装备详情打开地址，装备编号点击后会跳到新的详情查看地址。
• 放宽了新增装备时的单位填写要求：如果选择的是大队“本级”，不再强制要求继续选择消防站。
• 登录校验流程做了整理，校验通过后可以直接知道当前登录的是哪个用户，同时修复了一处返回内容格式错误的问题。
• 为装备列表“修改状态”预留了处理位置，但目前里面还没有填写真正保存状态的处理内容，所以状态修改暂时还不能真正生效。
• 题库查询增加了题库选择能力，可以在默认题库和“急流”题库之间切换，搜索、翻页、总数量统计都会跟随所选题库变化。

能做什么：

• 管理人员查看装备列表时，可以更清楚地看到装备加入时间和更简洁的单位名称。
• 点击装备编号后，可以按新的查看方式打开装备详情。
• 新增装备时，选择“大队本级”这类单位会更顺畅，不会被不必要的消防站选择卡住。
• 题库页面可以按不同题库查看和搜索题目。
• 装备状态修改目前只完成了页面入口和提交动作的准备工作；等后续补上真正保存状态的处理后，才能在列表里直接修改装备状态。

提交2： 9473f5d

完成内容：

• 用户信息改为长期保存在浏览器里，减少刷新页面或关闭浏览器后重新识别用户信息的问题。
• 调整扫码查看装备详情时的页面显示规则：普通用户扫码查看时隐藏顶部导航，管理员扫码查看时保留顶部导航。
• 修复新增账号时单位信息检查不准确的问题，原来有一个单位层级被重复检查，现在改为检查正确的层级。
• 新增账号时，如果总队信息为空，会自动补上“广西总队”。
• 增加了统一的单位层级检查规则，用来判断总队、支队、大队、队站之间的上下级关系是否合理。

能做什么：

• 用户刷新页面或重新打开浏览器后，页面能更好地记住用户信息，使用体验更连贯。
• 普通人员扫码查看装备时，只能看到装备内容，不会看到不该操作的导航入口。
• 管理员扫码查看装备时，仍然可以看到完整导航，方便继续管理。
• 新增账号时，单位填写会更规范，能减少选错层级、漏填总队等问题。

今日工作总结

• 经过今天的修改，系统在装备列表展示、扫码查看体验、登录识别、账号注册校验和题库切换方面都有了新的进展：装备列表信息更清楚，扫码页面对普通用户和管理员做了区分，账号新增时单位信息更规范，题库可以按不同类别查询。同时，装备状态修改已完成页面入口和基础准备，但真正保存状态的处理还未完成，后续需要继续补齐。

2026年5月17日

提交1： 40b09aa

完成内容：

• 清理了页面脚本结尾多出来的一处空白字符，属于小范围整理，不涉及功能改动。

能做什么：

• 页面原有的展示和操作方式保持不变。
• 这次修改主要让代码更整洁，减少后续维护时的干扰。

今日工作总结

• 今天主要做了代码清理类的调整，没有新增功能，也没有改变现有页面的使用效果，整体运行方式保持不变。

2026年5月21日

提交1： 8f5c40e

完成内容：

• 完善了装备编辑页面：管理员从装备详情页可以进入“编辑装备”页面，页面会按装备编号把原来的装备资料带出来，并自动填到表单里。
• 装备编辑页面已支持展示原有图片、添加新图片、标记要删除的旧图片；但“最终保存修改”这一步目前还没有真正放开，提交时会提示暂未完成。
• 优化了装备名称搜索：输入拼音、拼音首字母或装备名称时，匹配结果更准，并且会优先显示更相关的结果，命中的首字母也会突出显示。
• 优化了页面打开时的资料准备方式：多个页面改为一次性准备好当前用户、单位、分类、状态等常用资料，减少页面反复等待的情况。
• 优化了单位名称显示：能更自然地处理“总队本级、支队本级、大队本级”等情况，显示出来的单位名称更简洁。
• 登录后会记录最后一次登录的网络地址，并把用户信息的返回内容统一整理，方便各页面展示。
• 装备列表页改用统一的单位名称显示方式，并使用页面打开时提前准备好的分类和状态资料。
• 装备详情页增加管理员入口，管理员可以从详情页进入对应装备的编辑页面；扫码查看装备详情时，不再额外加载不需要的用户资料。
• 用户管理页做了整理：只有管理员能进入用户管理页面；新建用户默认是正常状态；用户列表展示列更清晰；角色选项中去掉了“主管”。
• 申领记录、装备详情、图片、二维码等相关返回内容做了统一整理，减少重复处理，后续维护更方便。
• 单位选择组件优先使用页面已准备好的单位资料，并默认使用“广西总队”。

能做什么：

• 管理员查看装备详情时，可以直接进入该装备的编辑页面，并看到原来的装备资料，后续完成保存步骤后，就可以直接修改已有装备资料。
• 用户新增装备时，搜索装备名称更容易找到目标，输入拼音首字母也能更准确匹配。
• 装备列表、用户列表、装备详情等页面的单位名称显示更清楚，减少“本级”名称重复或过长的问题。
• 用户管理入口更安全，普通用户不能进入用户管理页面。
• 页面打开时需要等待的内容更集中，减少重复加载带来的卡顿感。

今日工作总结

• 经过今天的修改，系统在装备编辑准备、页面加载效率、单位名称展示、用户管理权限和装备名称搜索体验方面有了新的进展。装备编辑功能已完成资料回填、图片预览、新图添加和旧图删除标记等页面操作准备，但最终保存修改还未正式完成，后续需要继续补齐保存改动的最后一步。