docs: 📚 更新文档
This commit is contained in:
parent
eaf6165cff
commit
9e5a27b2fa
638
ReadMe.md
638
ReadMe.md
|
|
@ -10,136 +10,632 @@ Gitee地址
|
|||
|
||||
# 项目特点
|
||||
|
||||
前端项目基于[pure-admin](https://github.com/pure-admin/pure-admin-thin)
|
||||
开源项目进行了改进和优化，RBAC（基于角色的访问控制）。在我项目中，后端负责验证请求地址的访问权限。
|
||||
### 按钮权限显示
|
||||
|
||||
整个项目都采用响应式设计，可以兼容移动设备，除了表格显示在移动端可能不够友好外，其他方面表现良好。由于表格本身具有一定的复杂性，手机上查看效果可能不理想，目前无法对其进行修改。
|
||||
如果当前用户在这个页面中只有【添加】和【删除】那么页面按钮中只会显示出【添加按钮】和【删除按钮】
|
||||
|
||||
|
||||
### 去除前后空格
|
||||
|
||||
## 登录内容
|
||||
后端配置了自动去除前端传递的空字符串，如果传递的内容前后有空格会自动去除前后的空格
|
||||
|
||||
登录可以选择用户名和密码登录或者是邮箱方式登录
|
||||
|
||||
|
||||
|
||||
代码内容
|
||||
|
||||
|
||||
```java
|
||||
@ControllerAdvice
|
||||
public class ControllerStringParamTrimConfig {
|
||||
|
||||
## 1. 首页定制
|
||||
/**
|
||||
* 创建 String trim 编辑器
|
||||
* 构造方法中 boolean 参数含义为如果是空白字符串,是否转换为null
|
||||
* 即如果为true,那么 " " 会被转换为 null,否者为 ""
|
||||
*/
|
||||
@InitBinder
|
||||
public void initBinder(WebDataBinder binder) {
|
||||
StringTrimmerEditor propertyEditor = new StringTrimmerEditor(false);
|
||||
// 为 String 类对象注册编辑器
|
||||
binder.registerCustomEditor(String.class, propertyEditor);
|
||||
}
|
||||
|
||||
提供了自定义首页的功能，可以根据个人喜好替换首页内容。我将首页设计成类似Git提交的内容，以便更直观地查看信息。
|
||||
@Bean
|
||||
public Jackson2ObjectMapperBuilderCustomizer jackson2ObjectMapperBuilderCustomizer() {
|
||||
return jacksonObjectMapperBuilder -> {
|
||||
// 为 String 类型自定义反序列化操作
|
||||
jacksonObjectMapperBuilder
|
||||
.deserializerByType(String.class, new StdScalarDeserializer<String>(String.class) {
|
||||
@Override
|
||||
public String deserialize(JsonParser jsonParser, DeserializationContext ctx) throws IOException {
|
||||
// 去除全部空格
|
||||
// return StringUtils.trimAllWhitespace(jsonParser.getValueAsString());
|
||||
// 仅去除前后空格
|
||||
return jsonParser.getValueAsString().trim();
|
||||
}
|
||||
});
|
||||
};
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 2. 系统设置
|
||||
### 项目接口和页面
|
||||
|
||||
系统设置包含基本的权限管理配置。
|
||||
接口地址有两个：
|
||||
|
||||
### 系统菜单管理
|
||||
1. knife4j
|
||||
2. swagger
|
||||
|
||||
系统菜单管理功能允许您快速调整菜单内容的排序、显示和隐藏。删除功能采用逻辑删除，菜单名称通常与路由名称相同。如果菜单名称重复，系统会跳转至最后一个具有相同名称的路径，因此请确保菜单名称的唯一性。
|
||||
接口地址://localhost:7070/doc.html#/home
|
||||
|
||||
系统菜单图标支持动态图标。
|
||||
|
||||
|
||||
|
||||
swagger接口地址：http://localhost:7070/swagger-ui/index.html
|
||||
|
||||
在添加外链时，路由名称即为外链地址。
|
||||
|
||||
|
||||
|
||||
前端接口地址：http://localhost:7000/#/welcome
|
||||
|
||||
|
||||
|
||||
## 登录功能
|
||||
|
||||
可以选择邮箱登录或者是密码直接登录，两者不互用。
|
||||
|
||||
### 账号登录
|
||||
|
||||
|
||||
|
||||
#### 业务需求
|
||||
|
||||
- 用户输入用户名和密码进行登录
|
||||
|
||||
#### 实现思路
|
||||
|
||||
- 用户输入账号和密码和数据库中账号密码进行比对，成功后进行页面跳转
|
||||
- 如果账户禁用会显示账户已封禁
|
||||
|
||||
**后端实现文件位置**
|
||||
|
||||
- 拦截请求为`/admin/login`的请求之后进行登录验证的判断
|
||||
|
||||
|
||||
|
||||
### 邮箱登录
|
||||
|
||||
|
||||
|
||||
#### 业务需求
|
||||
|
||||
- 用户输入邮箱账号、密码、邮箱验证码之后进行登录
|
||||
|
||||
#### 实现思路
|
||||
|
||||
- 需要验证用户输入的邮箱格式是否正确。
|
||||
- 在未输入验证码的情况下输入密码会提示用户，同时后端也会进行验证。如果输入了邮箱验证码但是Redis中不存在或已过期，会提示：邮箱验证码不存在或已过期。
|
||||
- 之后对邮箱账号和密码进行判断包括邮箱验证码进行判断
|
||||
- 判断逻辑如下，文件位置如上图所示。
|
||||
|
||||
```java
|
||||
/**
|
||||
* * 自定义验证
|
||||
* 判断邮箱验证码是否正确
|
||||
*/
|
||||
@Override
|
||||
public Authentication attemptAuthentication(HttpServletRequest request, HttpServletResponse response) {
|
||||
ObjectMapper objectMapper = new ObjectMapper();
|
||||
try {
|
||||
loginDto = objectMapper.readValue(request.getInputStream(), LoginDto.class);
|
||||
|
||||
// type不能为空
|
||||
String type = loginDto.getType();
|
||||
if (!StringUtils.hasText(type)) {
|
||||
out(response, Result.error(ResultCodeEnum.REQUEST_IS_EMPTY));
|
||||
return null;
|
||||
}
|
||||
|
||||
String emailCode = loginDto.getEmailCode();
|
||||
String username = loginDto.getUsername();
|
||||
String password = loginDto.getPassword();
|
||||
|
||||
// 如果有邮箱验证码，表示是邮箱登录
|
||||
if (type.equals("email")) {
|
||||
emailCode = emailCode.toLowerCase();
|
||||
Object redisEmailCode = redisTemplate.opsForValue().get(RedisUserConstant.getAdminUserEmailCodePrefix(username));
|
||||
if (redisEmailCode == null) {
|
||||
out(response, Result.error(ResultCodeEnum.EMAIL_CODE_EMPTY));
|
||||
return null;
|
||||
}
|
||||
|
||||
// 判断用户邮箱验证码是否和Redis中发送的验证码
|
||||
if (!emailCode.equals(redisEmailCode.toString().toLowerCase())) {
|
||||
out(response, Result.error(ResultCodeEnum.EMAIL_CODE_NOT_MATCHING));
|
||||
return null;
|
||||
}
|
||||
}
|
||||
|
||||
Authentication authenticationToken = new UsernamePasswordAuthenticationToken(username, password);
|
||||
return getAuthenticationManager().authenticate(authenticationToken);
|
||||
} catch (IOException e) {
|
||||
out(response, Result.error(ResultCodeEnum.ILLEGAL_DATA_REQUEST));
|
||||
return null;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 首页功能
|
||||
|
||||
|
||||
|
||||
功能菜单，首页图表展示部分功能已经由这个模板作者设计好，其中需要注意的是，如果要查看历史消息或者是进入消息页面可以双击既可进入消息页面
|
||||
|
||||
### 消息功能
|
||||
|
||||
|
||||
|
||||
#### 业务需求
|
||||
|
||||
1. 消息页面的展示，包含删除、批量删除、选中已读和当前页面所有消息都标为已读
|
||||
2. 当用户对左侧菜单点击时可以过滤出消息内容，展示不同的消息类型
|
||||
|
||||
|
||||
|
||||
3. 可以点击已读和全部进行筛选消息
|
||||
|
||||
|
||||
|
||||
3. 可以根据标题进行搜搜
|
||||
4. 包含分页
|
||||
|
||||
#### 实现思路
|
||||
|
||||
1. 显示当前消息类型，用户点击时带参数请求，只带当前消息类型，不默认携带已读状态查询，然后从数据库筛选并返回结果。
|
||||
|
||||
2. 点击"已读"选项时，若选择"全部"（之前是设置为undefined，这样就不会携带参数了，但是底下会有警告），现在改为空字符串，后端只需过滤掉空字符串即可。
|
||||
|
||||
3. 删除选定数据，若用户选择列表并筛选出所有ID，将数据传递给后端（用户删除为逻辑删除）。
|
||||
|
||||
4. 全部标为已读，类似删除操作，筛选出选中数据的ID，然后传递给后端以标记为已读。
|
||||
|
||||
5. 将所有数据标记为已读！当前页面前端使用map提取所有ID，整合成ID列表传递给后端，表示页面上所有数据已读。
|
||||
|
||||
6. 输入标题后，随输入变化进行搜索。
|
||||
|
||||
**后端代码位置**
|
||||
|
||||
|
||||
|
||||
### 用户管理
|
||||
|
||||
筛选条件和部门筛选可以同时进行选择。
|
||||
|
||||
|
||||
其中系统中有一个默认用户是不会在前台用户进行展示的`Administrator`这个用户是系统预留，以防出错或维护使用
|
||||
#### 需求分析
|
||||
|
||||
|
||||
1. 用户操作需要包含CURD的操作
|
||||
2. 为了方便在用户中需要给出快速禁用当前用户按钮
|
||||
3. 需要显示用户头像、性别、最后登录的IP地址和归属地
|
||||
4. 在左侧中需要包含部分查询
|
||||
5. 可以根据点击的部门查询当前部门下的用户
|
||||
6. 根据用户可以强制下线、管理员可以修改用户密码、为用户分配角色
|
||||
|
||||
### 角色权限管理
|
||||
|
||||
|
||||
权限管理中的权限添加支持树型结构。
|
||||
#### 实现思路
|
||||
|
||||
|
||||
**上传头像**
|
||||
|
||||
|
||||
前端需要剪裁图片内容进行上传，后端将前端上传的头像存储到Minio中，在上传头像中可以有几菜单可以看到功能菜单。
|
||||
|
||||
在新增权限时，请求地址可以是正则表达式或者Java中的antpath，两者皆可兼容。
|
||||
|
||||
|
||||
|
||||
右击时可以看到功能菜单，如上传、下载等功能
|
||||
|
||||
部门管理同样采用树型结构。
|
||||
|
||||
|
||||
|
||||
**重置密码**
|
||||
|
||||
## 3. 系统配置
|
||||
重置密码需要判断当前用户密码是否是符合指定的密码格式，并且会根据当前输入密码计算得分如果当前密码复杂则得分越高那么密码强度越强
|
||||
|
||||
|
||||
|
||||
重置密码组件在前端的公共组件文件中
|
||||
|
||||
|
||||
|
||||
**分配角色**
|
||||
|
||||
- 给用户分配了admin角色后，其他路由绑定和权限设置就不再需要了，因为后端会根据admin角色在前端用户信息中设置通用权限码，如`*`、`*::*`、`*::*::*`，表示前端用户可以访问所有权限并查看所有内容。
|
||||
- 管理员有权对用户进行角色分配，这涉及到许多操作，包括菜单显示和接口访问权限。角色与权限相关联，角色也与菜单相关联。
|
||||
|
||||
- 当用户访问菜单时，会根据其角色看到其所属的菜单内容。随后，角色与权限接口相关联，根据用户的权限来决定是否显示操作按钮。后端会根据用户的权限验证其是否可以访问当前接口。
|
||||
|
||||
- 用户登录或刷新页面时会重新获取用户信息，用户信息中包含角色和权限信息。利用角色和权限信息与前端传递的路径进行比对判断，如果用户包含菜单角色，则可以访问。如果用户包含前端路由中的权限，则表示该权限可以访问。后端也会进行权限判断，以防止通过接口文档等方式访问。
|
||||
|
||||
- 分配好角色后，菜单会根据当前路由角色匹配用户角色，从而根据用户角色显示相应的菜单内容。
|
||||
|
||||
|
||||
|
||||
### 角色管理
|
||||
|
||||
角色管理包含CURD和权限分配操作
|
||||
|
||||
|
||||
|
||||
#### 业务需求
|
||||
|
||||
用户对角色进行CURD操作，点击权限设置时让用户分配权限
|
||||
|
||||
#### 实现思路
|
||||
|
||||
1. 在设计的表中，如果存在相同的角色码，系统会提示用户当前角色已经存在。
|
||||
|
||||
|
||||
|
||||
2. 后端会根据角色的ID分配权限的ID列表。
|
||||
|
||||
|
||||
|
||||
3. 后端在角色权限表中会根据角色的ID分配权限内容。在角色权限表中，会先删除当前角色所有的权限内容，然后再进行权限内容的重新分配。
|
||||
|
||||
```java
|
||||
public void assignPowersToRole(AssignPowersToRoleDto dto) {
|
||||
List<Long> powerIds = dto.getPowerIds();
|
||||
Long roleId = dto.getRoleId();
|
||||
|
||||
// 删除这个角色下所有权限
|
||||
baseMapper.deleteBatchRoleIdsWithPhysics(List.of(roleId));
|
||||
|
||||
// 保存分配数据
|
||||
List<RolePower> rolePowerList = powerIds.stream().map(powerId -> {
|
||||
RolePower rolePower = new RolePower();
|
||||
rolePower.setRoleId(roleId);
|
||||
rolePower.setPowerId(powerId);
|
||||
return rolePower;
|
||||
}).toList();
|
||||
saveBatch(rolePowerList);
|
||||
|
||||
// 找到所有和当前更新角色相同的用户
|
||||
List<Long> roleIds = userRoleMapper.selectList(Wrappers.<UserRole>lambdaQuery().eq(UserRole::getRoleId, roleId))
|
||||
.stream().map(UserRole::getUserId).toList();
|
||||
|
||||
// 根据Id查找所有用户
|
||||
List<AdminUser> adminUsers = userMapper.selectList(Wrappers.<AdminUser>lambdaQuery().in(!roleIds.isEmpty(), AdminUser::getId, roleIds));
|
||||
|
||||
// 用户为空时不更新Redis的key
|
||||
if (adminUsers.isEmpty()) return;
|
||||
|
||||
// 更新Redis中用户信息
|
||||
List<Long> userIds = adminUsers.stream().map(AdminUser::getId).toList();
|
||||
roleFactory.updateUserRedisInfo(userIds);
|
||||
}
|
||||
```
|
||||
|
||||
### 权限管理
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
在权限配置中，添加/修改权限时的请求地址为后端接口的请求地址，请求地址使用了【`正则表达式`】判断和【`antpath`】方式填写
|
||||
|
||||
> ### 正则表达式
|
||||
>
|
||||
> #### 作用和用法：
|
||||
>
|
||||
> - **作用**：正则表达式用于描述字符串的特征，可以用来匹配、查找、替换等字符串操作。
|
||||
> - **用法**：在Java中，可以使用`java.util.regex`包来支持正则表达式的使用。例如，可以使用`Pattern`和`Matcher`类来编译和匹配正则表达式。
|
||||
>
|
||||
> #### 示例：
|
||||
>
|
||||
> ```java
|
||||
> // 匹配邮箱地址的正则表达式示例
|
||||
> String emailRegex = "\\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\\.[A-Z|a-z]{2,}\\b";
|
||||
> String email = "example@email.com";
|
||||
>
|
||||
> Pattern pattern = Pattern.compile(emailRegex);
|
||||
> Matcher matcher = pattern.matcher(email);
|
||||
>
|
||||
> if (matcher.find()) {
|
||||
> System.out.println("Valid email address");
|
||||
> } else {
|
||||
> System.out.println("Invalid email address");
|
||||
> }
|
||||
> ```
|
||||
>
|
||||
> ### Ant Path
|
||||
>
|
||||
> #### 作用和用法：
|
||||
>
|
||||
> - **作用**：Ant Path是Spring框架中用来匹配URL路径的一种模式匹配方式，类似于Unix系统中的路径匹配规则。
|
||||
> - **用法**：在Spring中，Ant Path可以用来匹配URL路径，例如在配置Spring的URL映射时可以使用Ant Path来指定匹配规则。
|
||||
>
|
||||
> #### 示例：
|
||||
>
|
||||
> ```java
|
||||
> // Ant Path示例
|
||||
> String pattern = "/users/*/profile";
|
||||
> String path = "/users/123/profile";
|
||||
>
|
||||
> AntPathMatcher matcher = new AntPathMatcher();
|
||||
> if (matcher.match(pattern, path)) {
|
||||
> System.out.println("Pattern matched!");
|
||||
> } else {
|
||||
> System.out.println("Pattern not matched!");
|
||||
> }
|
||||
> ```
|
||||
>
|
||||
> Ant Path中支持一些通配符，例如`*`匹配任意字符（除了路径分隔符），`**`匹配任意字符，包括路径分隔符。Ant Path是一种方便的路径匹配方式，可以用来匹配URL路径、文件路径等。
|
||||
|
||||
#### 业务需求
|
||||
|
||||
1. 对权限表进行CURD操作
|
||||
2. 在表格中点击新增时，父级id为当前点击行的id
|
||||
|
||||
#### 实现思路
|
||||
|
||||
点击当前行父级id为当前的行的id
|
||||
|
||||
|
||||
|
||||
#### 权限判断实现方式
|
||||
|
||||
##### 后端判断方式
|
||||
|
||||
判断权限是否可以访问，后端实现判断逻辑
|
||||
|
||||
|
||||
|
||||
##### 前端判断方式
|
||||
|
||||
角色分配方式有下面几种想洗参考：https://pure-admin.github.io/vue-pure-admin/#/permission/button/router，[文档页面](https://pure-admin.github.io/pure-admin-doc/pages/routerMenu/#%E4%B8%BA%E4%BB%80%E4%B9%88%E8%B7%AF%E7%94%B1%E7%9A%84-name-%E5%BF%85%E5%86%99-%E8%80%8C%E4%B8%94%E5%BF%85%E9%A1%BB%E5%94%AF%E4%B8%80)
|
||||
|
||||
1. 使用标签方式
|
||||
|
||||
|
||||
|
||||
2. 使用函数方式
|
||||
|
||||
|
||||
|
||||
3. 使用指令方式
|
||||
|
||||
|
||||
|
||||
在前端utils文件夹下有`auth.ts`文件里面包含了权限码信息，如果当前菜单属性中包含这个权限码表示可以访问这个权限
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 菜单管理
|
||||
|
||||
|
||||
|
||||
### 菜单路由
|
||||
|
||||
在做菜单返回时必须要了解角色和权限表
|
||||
|
||||
|
||||
|
||||
#### 需求分析
|
||||
|
||||
1. 从数据库中返回出所有的菜单，其中需要整合成前端所要的形式，需要包含`roles`和`auths`，及其其它参数。
|
||||
2. 用户需要根据自己的角色访问不同的菜单。
|
||||
3. 如果当前用户不可以访问某些按钮需要隐藏。
|
||||
4. 用户通过其它手段访问如：swagger、knife4j、apifox、postman这种工具访问需要做权限验证，如果当前用户不满足访问这些接口后端需要拒绝。
|
||||
5. 如果已经添加了菜单名称、路由等级、路由路径会提示`xxx已存在`
|
||||
|
||||
6. 在数据库中为部分字段建立了唯一索引
|
||||
|
||||
|
||||
|
||||
#### 实现思路
|
||||
|
||||
1. 角色和权限哪些可以访问的页面交给前端，在模板中已经设计好，如果用户访问了自己看不到的菜单会出现`403`页面；判断方式是根据后端返回的菜单中如果包含当前用户的角色就表示可以访问当前的菜单，如果用户信息中没有这个角色则表示不可以访问这个页面。
|
||||
2. 页面是否可以访问只是在操作上，如果用户通过接口访问是阻止不了的，所以这时后端需要在后端中进行判断，当前的访问路径是否是被允许的，也就是这个用户是否有这个权限，权限表设计中包含了请求路径
|
||||
3. 后端需要判断用户请求这个接口是否有权访问
|
||||
|
||||
> 整合成前端格式返回需要递归，后端根据当前用户访问的菜单需要进行递归菜单数据之后返回前端，并将这些菜单绑定的角色放置在`roles`中，之后根据角色查询全新啊相关内容，要将权限内容放置在`auths`中.
|
||||
>
|
||||
> 如果包含子菜单需要防止在`children`数组中，后端实现时如果没有子菜单默认是空数组而不是`null`
|
||||
>
|
||||
> 大致如下：
|
||||
>
|
||||
> ```json
|
||||
> {
|
||||
> "menuType": 0,
|
||||
> "title": "admin_user",
|
||||
> "path": "/system/admin-user",
|
||||
> "component": "/system/adminUser/index",
|
||||
> "meta": {
|
||||
> "icon": "ic:round-manage-accounts",
|
||||
> "title": "admin_user",
|
||||
> "rank": 2,
|
||||
> "roles": [
|
||||
> "admin",
|
||||
> "all_page",
|
||||
> "system",
|
||||
> "test"
|
||||
> ],
|
||||
> "auths": [
|
||||
> "message::updateMessage",
|
||||
> "menuIcon::getMenuIconList",
|
||||
> "admin::messageReceived",
|
||||
> "config::getWebConfig",
|
||||
> "admin::config",
|
||||
> "i18n::getI18n",
|
||||
> ....
|
||||
> ],
|
||||
> "frameSrc": ""
|
||||
> },
|
||||
> "children": [],
|
||||
> "id": "1841803086252548097",
|
||||
> "parentId": "1",
|
||||
> "name": "admin_user",
|
||||
> "rank": 2
|
||||
> }
|
||||
> ```
|
||||
|
||||
### 部门管理
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
#### 业务需求
|
||||
|
||||
1. 包含CURD
|
||||
2. 在用户管理中可以选择对应的部门
|
||||
|
||||
#### 实现思路
|
||||
|
||||
1. CURD接口文件如下
|
||||
|
||||
|
||||
|
||||
2. 管理员为用户分配部门
|
||||
|
||||
|
||||
|
||||
### 菜单图标
|
||||
|
||||
|
||||
|
||||
|
||||
### 邮件用户配置
|
||||
|
||||
|
||||
发送验证码时，若未配置用户默认值，则会使用默认地址发送。若默认地址也未配置，则会提示未设置默认邮箱用户。
|
||||
#### 业务需求
|
||||
|
||||
默认选项最终只有一个。
|
||||
1. 用户在菜单中可以选择存储在数据库中的图标内容
|
||||
2. 包含CURD内容
|
||||
|
||||
其中默认选项无论有多少用户最终默认的只会有一个
|
||||
#### 实现思路
|
||||
|
||||
|
||||
后端需要返回接口格式实体类如下
|
||||
|
||||
### 邮件模板
|
||||
```java
|
||||
public class MenuIconVo extends BaseUserVo {
|
||||
|
||||
第一个是发送验证码邮件模板
|
||||
@Schema(name = "iconCode", title = "icon类名")
|
||||
private String iconCode;
|
||||
|
||||
|
||||
@Schema(name = "iconName", title = "icon 名称")
|
||||
private String iconName;
|
||||
|
||||
### 前端页面配置
|
||||
}
|
||||
```
|
||||
|
||||
因为这个模板作者将配置选项放在了前端文件中的`public`文件夹下， 配置选项现已变为动态，交给后端管理
|
||||
|
||||
|
||||
|
||||
前端封装好的组件
|
||||
|
||||
## 4. 系统监控
|
||||
|
||||
|
||||
### 服务监控
|
||||
### 邮箱相关
|
||||
|
||||
查看当前服务的CPU占用情况，使用SpringBoot中的`actuator`端点。图表每2秒请求一次，页面兼容移动设备。
|
||||
#### 业务需求
|
||||
|
||||
|
||||
1. 邮件用户配置CURD
|
||||
2. 邮件模板CURD
|
||||
3. 邮件用户中只能有一个是默认的，如果当前修改其它项需要将其它已经启用改为不启用
|
||||
4. 邮件模板需要绑定邮件用户
|
||||
|
||||
### 后台文件管理
|
||||
### 实现思路
|
||||
|
||||
|
||||
邮件模板中，添加或者修改时前端需要返回所有的邮件模板用户，添加或者修改时将用户ID存储在邮件模板的数据字段中
|
||||
|
||||
### 用户登录日志
|
||||
|
||||
|
||||
|
||||
### web配置
|
||||
|
||||
### 任务执行日志
|
||||
|
||||
|
||||
使用任务调度时执行状态都会记录在这个里面
|
||||
### 系统监控
|
||||
|
||||
|
||||
#### 服务监控
|
||||
|
||||
### 系统缓存
|
||||
从SpringBoot的Actuator中获取信息，页面采用响应式
|
||||
|
||||
项目中使用了SpringCache，如果请求的内容可以缓存在SpringCache中
|
||||
|
||||
|
||||
|
||||
#### 系统缓存
|
||||
|
||||
## 5. 定时任务
|
||||
当前内容被SpringBoot缓存会显示在这
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 定时任务
|
||||
|
||||
## 6. 多语言
|
||||
采用Quarter持久化存储，所有的可以使用的定时任务都在这
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
#### 页面展示
|
||||
|
||||
## 外部页面
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 多语言管理
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 日志管理
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
### 消息管理
|
||||
|
||||
管理员可以发送消息告诉xxx用户，在主页中会显示
|
||||
|
||||
之后点击时会看到消息封面、标题、简介、消息等级、消息等级内容
|
||||
|
||||
|
||||
|
||||
#### 消息类型
|
||||
|
||||
|
||||
|
||||
包含CURD，用户编辑消息发送时可以在选择
|
||||
|
||||
|
||||
|
||||
同时在用户消息栏中也会显示对应内容
|
||||
|
||||
|
||||
|
||||
前端判断逻辑如下
|
||||
|
||||
|
||||
|
||||
#### 消息编辑
|
||||
|
||||
提供md编辑器和富文本编辑器
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
消息接受用户，如果不填写表示全部的用户，填写后会根据填写的内容存储在用户接受表中
|
||||
|
||||
|
||||
|
||||
消息等级是显示消息样式颜色，文字内容为消息简介内容
|
||||
|
||||
|
||||
|
||||
#### 消息接收管理
|
||||
|
||||
根据上面所选的接受用户会出现在下面的用户接受表中，可以对当前用户是否已读进行修改
|
||||
|
||||
|
||||
|
||||
#### 消息发送管理
|
||||
|
||||
之前编辑过的消息都会在这
|
||||
|
||||
|
||||
|
||||
# 环境部署
|
||||
|
||||
|
|
@ -188,6 +684,15 @@ proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
|
|||
proxy_set_header X-Forwarded-Proto $scheme;
|
||||
```
|
||||
|
||||
#### 如果需要使用https协议
|
||||
|
||||
```dockerfile
|
||||
COPY bunny-web.site.csr /etc/nginx/bunny-web.site.csr
|
||||
COPY bunny-web.site.key /etc/nginx/bunny-web.site.key
|
||||
COPY bunny-web.site_bundle.crt /etc/nginx/bunny-web.site_bundle.crt
|
||||
COPY bunny-web.site_bundle.pem /etc/nginx/bunny-web.site_bundle.pem
|
||||
```
|
||||
|
||||
NGINX的文件
|
||||
|
||||
```nginx
|
||||
|
|
@ -267,8 +772,3 @@ server {
|
|||
```bash
|
||||
docker build -f Dockerfile -t bunny_auth_web:1.0.0 . && docker run -p 80:80 --name bunny_auth_web --restart always bunny_auth_web:1.0.0
|
||||
```
|
||||
|
||||
# 展望未来
|
||||
|
||||
1. 计划将文件上传服务改为本地的OSS，Minio可能会被移除。
|
||||
2. 消息服务，管理员相关的消息公告内容
|
||||
|
|
|
|||
|
|
@ -19,9 +19,7 @@ const innerForm = reactive({
|
|||
});
|
||||
const form = ref(props.formInline);
|
||||
|
||||
/**
|
||||
* * 搜索和初始化
|
||||
*/
|
||||
/** 搜索和初始化 */
|
||||
const onSearch = async () => {
|
||||
innerForm.loading = true;
|
||||
const { currentPage, pageSize } = innerForm;
|
||||
|
|
@ -47,15 +45,10 @@ const onChangeIcon = (value: any) => {
|
|||
form.value.icon = value.iconCode;
|
||||
};
|
||||
|
||||
/**
|
||||
* * 清除图标
|
||||
*/
|
||||
/** 清除图标 */
|
||||
const onClear = () => (form.value.icon = '');
|
||||
|
||||
/**
|
||||
* * 修改当前页
|
||||
* @param value
|
||||
*/
|
||||
/** 修改当前页 */
|
||||
const onCurrentChange = async (value: number) => {
|
||||
innerForm.currentPage = value;
|
||||
await onSearch();
|
||||
|
|
|
|||
Loading…
Reference in New Issue