当前位置: 首页 > 知识库问答 >
问题:

后端 - 业务中的内容审核机制如何设计比较合理?

仲孙温文
2023-07-08

内容包含文字,图片,视频.在第一次创建的时候状态为待审核,业务中创建审核事件,等机器审核,或人工审核.(因为是新创建,本次审核对整条内容进行审核).

下面是创建通过审核后,再修改,需再次审核的一些问题.

通过后,后续用户修改了内容,比如只修改了其中一个标题,或一段文字,或包含的一张图片,或一个视频.此时审核的场景就多了.

已通过的内容状态再次回到待审核,前台无法浏览,互联网又必须做到审核,这个只能给内容审核让路.

网上看到博文中提到,这个可以做个历史版本,审核时显示旧数据,审核成功后显示新数据,鉴于这种实现方式想想都比较繁琐,暂没有细研这种方式.看看还没有其它偷懒的方式.

机器审核自动化,无需多余考虑. 流到人工审核,在审核界面中对修改的内容进行标记,方便人工快速定位修改部分,一眼就找到审核部分. 这种方式需对修改项进行标记.

大伙的内容审核机制是怎么设计的? 有什么建议吗?

共有1个答案

宰父智敏
2023-07-08

7个点:
1.历史版本管理:
2.差异化审核:
3.自动化审核:
4.人工审核:
5.审核反馈:
6.审核规则和标准:
7.审核流程设计:

 类似资料:
  • 最近碰到个审核内容的问题. 创建和修改都需要经过机审,人审. 修改内容时,状态为审核中,前端依旧显示修改前的数据. 一条内容可能关联到多张表,一个系统很多地方都需要审核的功能,包括发布内容,发布评论,修改个人信息,设置一些文案内容. 如何设计表,尽可能做到审核功能通用,或是成为一个模块.

  • 文字三方审核,阿里,腾讯都是按次数收费,阿里一次最多 600 字,腾讯一次最多 1000 字. 在短文字场景中,大家有合并审核的习惯吗. 一次审核个 10 个字符,有点浪费.

  • 问题如下,50min左右,主要是八股文的东西,有在引导回答 自我介绍 为什么要找互联网而不是研究方向 项目介绍,整体框架 HashMap底层源码,get、put如何实现 HashMap的长度为什么是2的幂次方 ConcurrentHashMap 线程安全的具体实现方式/底层具体实现 线程池原理,核心参数 核心线程池满了之后,新的任务会被分配到哪里 synchronized和volatile区别 v

  • 我有一个集合,我想比较它是否包含所有的值。 这就是我想要的 我相信一定有其他方法来检查,而不是重复。

  • 内核能力机制 能力机制(Capability)是 Linux 内核一个强大的特性,可以提供细粒度的权限访问控制。Linux 内核自 2.2 版本起就支持能力机制,它将权限划分为更加细粒度的操作能力,既可以作用在进程上,也可以作用在文件上。 例如,一个 Web 服务进程只需要绑定一个低于 1024 的端口的权限,并不需要 root 权限。那么它只需要被授权 net_bind_service 能力即可

  • 2.6 通信机制比较 三种通信机制中,参数服务器是一种数据共享机制,可以在不同的节点之间共享数据,话题通信与服务通信是在不同的节点之间传递数据的,三者是ROS中最基础也是应用最为广泛的通信机制。 这其中,话题通信和服务通信有一定的相似性也有本质上的差异,在此将二者做一下简单比较: 二者的实现流程是比较相似的,都是涉及到四个要素: 要素1: 消息的发布方/客户端(Publisher/Client)