SPB-可配置服务-人工审核
来自站长百科
导航: 上一页
SPB的信息审核机制主要包含三部分,一是自动审核(通过敏感字词过滤来实现),二是人工审核(通过站点管理人员人工检查是否通过审核),三是用户举报。
注意:此处的审核如果未加注明指的是人工审核。
- 审核严格程度:不审核、创建时审核、更新时也审核
- 创建时审核指信息创建时自动处于“待审核”状态;
- 更新时也审核指创建时自动处于“待审核”状态,并且信息通过审核后,再自行修改则处于“需再审核状态”;
- 审核状态分为:未通过审核、待审核、需再审核、通过审核
- 站点管理员可以控制哪些审核状态的信息可以公开对外显示,可以有三种选项:通过审核、需再次审核/通过审核、待审核/需再次审核/通过审核。
一、审核项目
示例:
注意:ItemKey必须唯一
二、与角色关联
可以配置哪些角色需要审核,审核程度是什么?
例如:
三、与用户级别关联
可以配置哪些用户级别需要审核,审核程度是什么?
例如:
四、审核设置合并原则
由于用户会属于一个用户级别及N个角色,因此解析用户权限时会经常遇到权限合并问题。权限合并时需要遵循以下原则:
取允许的最宽松的规则。例如,普通注册用户发起活动需要审核,但是20级以上用户发起活动不需要审核,如果一个用户即属于普通注册用户又属于20级用户,则该用户发起活动不需要审核。
五、如何使用人工审核?
- 关于审核项目的分析以及与用户角色及用户级别的配置,参见“如何使用权限”;
- 验证是否需要审核
使用SpaceBuilder.Common.Auditings中的
public static bool NeedAuditing(User user, string itemKey, AuditingStrictDegrees strictDegree
或者
public static bool NeedAuditing(int userID, string itemKey, AuditingStrictDegrees strictDegree
来判定是否需要审核。