发布网友
共1个回答
热心网友
摘要发布时间、点赞增量、评论增量、转发增量等多个维度来收集整理数据在这里需要注意两个比例,对你后期的短视频运营和优化有很大的帮助。第一个是10:1。你的视频如果有10个赞,就应该会增加一个粉丝。第二个是100:5。就是100个播放量会产生5个赞,这应该算是一个中等水平的数据,当然相对来说很多“网红”的比例可能会高一点,可能是100个播放量就有10个赞甚至更多。也有的视频达不到这一比例。如果一个视频的播放量是1000,按照正常比例来说应该至少有50个赞,但实际点赞数只有23个,也就是看的人比较多,但喜欢的人不多。那么我们就可以判定这个视频内容需要进行优化,来提升点赞量。二、同行视频数据分析关注其他同行的数据,从他们的发布时间、点赞总量、评论总量以及转发总量等多数据来选出同行发布的优秀作品,学习并总结他们成功的经验。在主题、剧本、拍摄手法、后期制作等方面提升自己的作品。同时也需要注意同行账号的另外2个数据:粉丝数量以及每日涨粉数。三、热门视频数据分析除了要关注同行的数据之外,也需要关注热门视频的数据。最新最热的BGM是哪几首歌,是否适合配套在即将发布的产品中。又有哪些话题上了热搜榜,是否可以蹭热度等。都需要我们花时间做数据分析。通过免费抖音数据分析网站-北鹿鹿数据只有这些分析到位之后,我们操作的时候才会更轻松,因为不管是同行、还是热门上的视频,人家做的好都是有点实力、有点亮点的,这些都需要我们重点分析。四、抖音数据分析工具推荐 1,免费工具:免费抖音数据分析网站-北鹿鹿数据(http://www.beilulu.com) 2,收费工具:卡思数据、飞瓜数据咨询记录 · 回答于2021-10-13抖音点赞数和评论怎么做数据发布时间、点赞增量、评论增量、转发增量等多个维度来收集整理数据在这里需要注意两个比例,对你后期的短视频运营和优化有很大的帮助。第一个是10:1。你的视频如果有10个赞,就应该会增加一个粉丝。第二个是100:5。就是100个播放量会产生5个赞,这应该算是一个中等水平的数据,当然相对来说很多“网红”的比例可能会高一点,可能是100个播放量就有10个赞甚至更多。也有的视频达不到这一比例。如果一个视频的播放量是1000,按照正常比例来说应该至少有50个赞,但实际点赞数只有23个,也就是看的人比较多,但喜欢的人不多。那么我们就可以判定这个视频内容需要进行优化,来提升点赞量。二、同行视频数据分析关注其他同行的数据,从他们的发布时间、点赞总量、评论总量以及转发总量等多数据来选出同行发布的优秀作品,学习并总结他们成功的经验。在主题、剧本、拍摄手法、后期制作等方面提升自己的作品。同时也需要注意同行账号的另外2个数据:粉丝数量以及每日涨粉数。三、热门视频数据分析除了要关注同行的数据之外,也需要关注热门视频的数据。最新最热的BGM是哪几首歌,是否适合配套在即将发布的产品中。又有哪些话题上了热搜榜,是否可以蹭热度等。都需要我们花时间做数据分析。通过免费抖音数据分析网站-北鹿鹿数据只有这些分析到位之后,我们操作的时候才会更轻松,因为不管是同行、还是热门上的视频,人家做的好都是有点实力、有点亮点的,这些都需要我们重点分析。四、抖音数据分析工具推荐 1,免费工具:免费抖音数据分析网站-北鹿鹿数据(http://www.beilulu.com) 2,收费工具:卡思数据、飞瓜数据希望可以帮到您谢谢但我想要的只是用点赞和评论做个数据而已这具体怎么做呢 这是我想问的由用户发表作品 其他已注册用户 在浏览个用户发表的作品时可以进行 点赞 评论 (同时可以撤销点赞)2.同时对评论的内容也可以进行相应的点赞 (同时可以撤销点赞)3.以及后期规划 对评论的用户可以进行相应的回复基于以上三点 我查了一些网上资料最终决定 设计以下 三张表用户表就不多说了 id account nickname password 等等评论表(comment)设计如下:表字段\x09字段说明id\x09主键compose_id\x09作品idcompose_type\x09作品类型content\x09评论内容from_userid\x09评论用户id回复表(reply)设计:表字段\x09字段说明id\x09主键comment_id\x09评论idreply_id\x09回复目标idreply_type\x09回复类型content\x09回复内容from_userid\x09回复用户idto_userid\x09目标用户id点赞表(zan)设计如下:表字段\x09字段说明id\x09主键type_id\x09对应的作品或评论的idtype\x09点赞类型 1作品点赞 2 评论点赞 3....user_id\x09用户idstatus\x09点赞状态 0--取消赞 1--有效赞对于 评论表来说 它是挂载于 作品之下的 。 1个作品有多个评论。而回复表,由于业务场景是 不管对评论表进行回复还是对于回复进行回复 它都是属于 评论表下的子集 不会出现子子孙孙这种树形结构。 所以在回复表设置一个父亲comment_id, 有reply_type 来区分 该条回复是针对评论进行回复 还是针对回复进行回复对于 点赞表 ---考虑到 点赞可以对作品进行点赞 也可以对评论进行点赞 设计type 来区分 该点赞类型( type )是针对 作品还是评论 以及后期有可能的需求 回复点赞等等由于公司没用到redis 直接操作数据库mysql, 一般来说 对于作品或文章来时 点赞与取消赞 是一件很频繁操作的事件 ,这样数据量一大感觉 频繁的更新会很耗服务器性能。目前 想法是 用个redis做缓存,频繁点赞的更新操作 放到redis中 一个放(用户最终的点赞状态) 一个放待更新待插入到数据库的点赞状态,通过一个定时任务去 跑 待更新待插入的数据同步到数