后端 - 文本内容审核,短文字收费,合并审核?
文字三方审核,阿里,腾讯都是按次数收费,阿里一次最多 600 字,腾讯一次最多 1000 字.
在短文字场景中,大家有合并审核的习惯吗. 一次审核个 10 个字符,有点浪费.
共有2个答案
很好的方案啊，直接做呗。
我前段时间也想到这个，我想的流程是，
- 用户发布需要审核的内容后，状态为待审核，对其他人不可见
- 先把内容暂存起来，等到内容达到预设的限制，比如 500字，再统一调用审核接口。
- 另外需要设置超时时间，比如30分钟都没有达到预设的500字限制，也调用审核接口，避免用户等待时间过长。
-
格式限制 1、不支持全变量模板（是指无法判断当前短信的结构和使用场景）； 2、营销短信内容后面需要添加退订方式，支持“TD、T、N”进行短信退订回复（营销通短信营销已默认对所有发送的短信追加 “回T退订”）。 3、鉴于特殊符号可能会导致短信出现乱码，不支持如￥ ★以及包含可通过按键录入的组合型特殊符号，如^_^&，☞，√，※。 内容限制 1、不能给非会员用户发送营销短信； 2、需严格遵守短信内容规
-
最近碰到个审核内容的问题. 创建和修改都需要经过机审,人审. 修改内容时,状态为审核中,前端依旧显示修改前的数据. 一条内容可能关联到多张表,一个系统很多地方都需要审核的功能,包括发布内容,发布评论,修改个人信息,设置一些文案内容. 如何设计表,尽可能做到审核功能通用,或是成为一个模块.
-
内容包含文字,图片,视频.在第一次创建的时候状态为待审核,业务中创建审核事件,等机器审核,或人工审核.(因为是新创建,本次审核对整条内容进行审核). 下面是创建通过审核后,再修改,需再次审核的一些问题. 通过后,后续用户修改了内容,比如只修改了其中一个标题,或一段文字,或包含的一张图片,或一个视频.此时审核的场景就多了. 已通过的内容状态再次回到待审核,前台无法浏览,互联网又必须做到审核,这个只能
-
接口说明 审核用户的注册申请 如需调用，请访问 开发者文档 来查看详细的接口使用说明 该接口仅开放给已获取SDK的开发者 API地址 POST /api/user/1.0.0/check 是否需要登录 是 请求字段说明 参数 类型 请求类型 是否必须 说明 guid string form 是 用户ID status int form 是 用户状态[0:未审核；1：已审核] 响应字段说明 无 响应
-
小程序审核规范 为保护用户权益及京东小程序平台安全，并方便小程序开发者对平台审核规则进行了解，京东制订京东小程序审核规范（以下简称“本规范”）。除本规范外，服务商还应遵守《京东小程序平台服务条款》(以下简称“平台服务条款”)、小程序运营规范及京东修订或公布的相关协议、规则与规范。 一、小程序基本信息审核 1.京东小程序的基本信息，其中包括小程序名称、介绍、图标等均不可： (1) 侵犯他人的著作权、