云玩Up主申请

** 手游结构 ** 预格式化文本：

| colod_upadmin | ------------- |------------- |
| ------------- | ------------- |------------- |
| up主申请       | ------------- |------------- |
| java交互       | ------------- |------------- |

数据库：cloudgame_home
需要注意几张表：commentarySerialize 连载专题表。只有在后台审核通过后的视频才会添加到连载专题表。
commentaryWait：解说视频表 等待审核。所有未审核的视频都会在这里进行分配。由视频的转码，视频的审核操作等。
commentary：视频审核通过会会在这张表出现。但是预告片类型不在这张表。
uploaderApplyRecord：up主审核表。

数据库：cloudgame_data:
trailer: 预告片的表
article: 所有电影、视频、信息关联都在这个表
articleSeries： 专题系列创建连载、系列关联
articleSeriesRel：具体相关表

要注意一点：视频上传的接口是 坤标的视频服务接口。
需要对接客户端。
然后视频解说第一次入库的信息是：java 的服务接口。
所有审核信息、操作都是在 后台管理端处理，跟视频相关的操作都有针对的 通知。通知java 删除对应缓存等。
因为 app 的数据接口来源是 java 服务端哪里使用。

upadmin-up

此项目纯接口，前端VUE框架 路由控制页面，在nginx 那层，控制了，访问路径:rewrite ~/admin  /cloud_admin.html 路由入口

steam/cloud_upadmin/
- conf // 相关环境配置
  - config.inc.php //相关路由配置地址
- controller
  - CommentaryController.php // 视频列表、修改视频信息、视频编辑、等接口
  - ArticleController.php // 解说关联、搜索接口、
  - ServiceController.php // 上传图片接口
  - UploaderController.php // up主相关、获取up主视频：播放记录、数据统计等接口、部分数据调取 java API
  - UserController.php // up主注册功能 *登录用户信息为多玩账号：这里调取的接口：actionApply：第一次申请up主的时候调用的。actionUpdateUp：审核不通过时候调用更新接口的接口。actionUpdateAccount：审核通过后，个人中心修改up主信息的接口。 ------------

upadmin.md 2.4 KB Permalink Verlauf Originalformat

云玩Up主申请

upadmin-up

upadmin.md 2.4 KB

Permalink Verlauf Originalformat