|
|
5f5fee63f8
|
refactor: 完善密码策略取值范围校验
|
2024-05-18 14:44:56 +08:00 |
|
|
|
3994142ace
|
feat: 新增密码策略-密码重复使用规则
|
2024-05-16 23:49:06 +08:00 |
|
|
|
90ecaab632
|
refactor: 优化密码策略处理
|
2024-05-15 23:14:51 +08:00 |
|
|
|
f062797629
|
fix: 修复初始菜单数据错误
|
2024-05-11 21:41:35 +08:00 |
|
kils
|
1de2a8f2dc
|
feat: 系统配置新增安全设置功能
1、新增系统配置-安全设置CURD
2、用户个人修改密码时按照安全设置校验
3、密码连续错误账号锁定
4、密码过期判断
5、数据库数据初始化
|
2024-05-09 20:30:57 +08:00 |
|
|
|
150e1044d1
|
fix: 修复初始数据错误
|
2024-04-27 19:58:32 +08:00 |
|
|
|
e89ba7d5cd
|
refactor: 移除角色状态字段
|
2024-04-27 17:32:54 +08:00 |
|
|
|
dbe93df8bc
|
refactor: 公告管理 Announcement => Notice
|
2024-04-27 17:03:22 +08:00 |
|
|
|
70ed667c16
|
fix: 修复 sys_role_menu 表初始数据错误
|
2024-04-24 21:41:41 +08:00 |
|
|
|
96db9948c5
|
fix: 修复初始配置数据错误
|
2024-04-22 19:11:58 +08:00 |
|
|
|
50fc95802b
|
docs: 文档、演示站点迁移至 continew.top
|
2024-04-21 18:30:14 +08:00 |
|
|
|
06cb4c8b73
|
chore: 梳理 3.0 菜单数据
|
2024-04-20 22:25:57 +08:00 |
|
|
|
6beceaa9a2
|
refactor: 优化存储管理
|
2024-04-15 22:10:38 +08:00 |
|
|
|
903ff1c12d
|
chore: 调整初始菜单数据，系统管理/系统日志 => 系统监控/系统日志
|
2024-04-14 22:52:38 +08:00 |
|
|
|
df59cee985
|
refactor: 优化角色管理相关 API，角色编码不允许修改
|
2024-04-14 00:16:25 +08:00 |
|
|
|
c31f2a3d67
|
chore: 优化菜单初始数据图标
|
2024-04-13 22:58:48 +08:00 |
|
|
|
c7ed8097f2
|
chore: 优化菜单数据
|
2024-04-11 21:24:00 +08:00 |
|
|
|
9ec594509f
|
refactor: 优化字典管理相关 API
1.合并 DictResp 及 DictDetailResp
2.合并 DictItemResp 及 DictItemDetailResp
3.字典项增加状态 status 字段
|
2024-04-11 20:48:14 +08:00 |
|
|
|
8a41b96687
|
refactor: 重构系统路由设计
|
2024-03-24 21:42:46 +08:00 |
|
|
|
49d6bd6874
|
chore: 修复 MySQL 初始 SQL 脚本数据错误
|
2024-02-19 22:07:40 +08:00 |
|
|
|
1ca48a6620
|
chore: 调整 liquibase 目录结构，更适合开源类项目适配多种数据库脚本场景
Q: 为什么要采用 SQL 脚本记录变更?
A: 的确，利用 XML、YAML 等文件格式来记录变更，可以实现数据库无关性，便于迁移数据库环境。但大多数情况下，一个项目的数据库一经选定便不会再变动，为了未来摸不准的扩展还不如直接定义 SQL 脚本，上手容易，可读性更强，也容易从 Liquibase 中迁移出去。
Q:调整了 DB 目录结构好像不太适合项目真实开发记录变更的场景?
A:脚手架毕竟是通用的，为了上手容易，也为了展示方便，必然会做出取舍。在真实开发时可以参考 v2.5.0 版本前的目录结构及实际需要进行调整。
|
2024-02-16 20:22:34 +08:00 |
|
