如果想自己做个文章的浏览量功能，应该用Job还是Observer？

我知道这是有相关套件包，但刚好这个项目需要准确一点点的记录浏览数量，并且获得一些数据并记录起来，比如浏览的时间、ip、user_id 等等

之前有研究过 cyrildewit/eloquent-viewable
发现他好像把数据单单存到redis 不存在SQL，对于SQL这套件只给浏览量+1? 而不能作其他计算？

自己做？

但如果我不用套件我知道如果每一次进入时都把IP写入SQL，然后每次进入都要检查一下IP是否24小时内没有浏览过同一篇文章,感觉这样是否很费SQL效能吧？
我应该直接就这样写入SQL?
posts_views
id (AUTO_INCREMENT)
posts_id
ip_address
timestamp

这样应该加一层job 或observer去记录吗？还是说直接放在 POST::show 中就算了？

身为新手的我，也跑去了研究redis，也理解得很有限

最理想的做法是，有没有一个可能，是把一些浏览数据先存在redis或cache的中间层？然后再定时的写入数据库？

还是说，其实大佬们已经有其他类似解决的方法？

SS

课程读者 16 声望

暂无个人描述~

0 人点赞

你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程，JWT 概念及使用和 API 开发相关的进阶知识。

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

推荐文章：

更多推荐...

博客

用 Laravel12 Startkit 做了一个 composer 私有包托管平台 😂 点赞超过 20 个开源，看看需要的人多不多 28 / 19 |

如何打造令后端面试官印象深刻的简历？ 16 / 10 |

博客

10年了，兜兜转转，我还是回去了 26 / 42 |

博客

花了四个月打磨的 Laravel Plus 开源 32 / 98 |

博客

冯老师的困惑 —— 一个跑了两年的 BUG 21 / 17 |

博客

在laravel下实现全双工的websocket开发 21 / 10 |

MArtian

版主 3.8k 声望

最佳答案

我做这个功能的时候没有使用 Job 和 Observer，我使用了中间件，这样做的好处是不会侵入业务代码。给每个文章建立了一个 Redis 的 hash 表，我也没有使用 ip 来记录访问次数，「因为一个局域网下，多个终端访问的时候，不会被统计浏览次数。」我的做法是当客户端第一次请求应用的时候，会颁发给客户端一个 view-tag，前端把它存储在 LocalStorage，前端每次请求时在 header 中添加 view-tag，这样就会分别统计每个客户端的浏览次数，但它也有一个弊端，当前端缓存被清除时，view-tag 会发生变化，可能会发生刷浏览量的行为，具体看你那边的业务需求，如果不想这种情况发生，那就需要强制用户登录，然后在 hash 表中记录 user_id 即可。

在中间件中要做的操作就是判断 header 中是否有 tag 标签，如果有的话，去检查这个文章的 hash 表中是否有这个 view-tag ，如果没有，把 view-tag 和用户 id (如果有，没有的话记录 IP 地址)，写入 hash 表，下一次相同 view-tag 的用户再次访问这篇文章时，就不会再增加次数。

然后再使用任务调度，每几小时，或每天把 Redis 数据持久化。这样相同 view-tag 用户可以每个周期结束后再次访问这篇文章时，浏览次数还会再 +1。

3年前评论

SS （楼主）

谢谢你详细的分享，其实我有想过用session_id，但是重点是，每次浏览都都核对比对一次SQL，不在指定时间再去建立一则浏览记录，如果流量一大这样SQL吃得消吗？

MArtian （作者）

@Sky9413 session_id 关闭浏览器的话不就没了吗？那这种刷浏览量比我上面说的给 view-tag 简单多了，如果你每次浏览都要对比的话，为什么不把浏览量放到 Redis 里面存储呢？每次去 Redis 中读取不就可以了吗？然后定时把 Redis 持久化一下，这样根本不需要查 SQL，没压力啊

SS （楼主）

@MArtian 好的谢谢，只是因为在此之前我没怎么使用过redis，这次要深入了解一下隃

讨论数量: 11

巴啦啦臭魔仙

见习版主 300 声望

可以看一下页面访问统计工具 laravel-visits，我的博客文章浏览量就是用的这个页面访问统计工具 laravel-visits：021. 统计页面访问次数——awssat/laravel...

3年前评论

SS （楼主）

谢谢，这有了解过，但好像拿不出更详细的记录，只能帮字段＋1？因为我的项目，每个页面的浏览记录都需一条条列出来

MArtian

版主 3.8k 声望

我做这个功能的时候没有使用 Job 和 Observer，我使用了中间件，这样做的好处是不会侵入业务代码。给每个文章建立了一个 Redis 的 hash 表，我也没有使用 ip 来记录访问次数，「因为一个局域网下，多个终端访问的时候，不会被统计浏览次数。」我的做法是当客户端第一次请求应用的时候，会颁发给客户端一个 view-tag，前端把它存储在 LocalStorage，前端每次请求时在 header 中添加 view-tag，这样就会分别统计每个客户端的浏览次数，但它也有一个弊端，当前端缓存被清除时，view-tag 会发生变化，可能会发生刷浏览量的行为，具体看你那边的业务需求，如果不想这种情况发生，那就需要强制用户登录，然后在 hash 表中记录 user_id 即可。

在中间件中要做的操作就是判断 header 中是否有 tag 标签，如果有的话，去检查这个文章的 hash 表中是否有这个 view-tag ，如果没有，把 view-tag 和用户 id (如果有，没有的话记录 IP 地址)，写入 hash 表，下一次相同 view-tag 的用户再次访问这篇文章时，就不会再增加次数。

然后再使用任务调度，每几小时，或每天把 Redis 数据持久化。这样相同 view-tag 用户可以每个周期结束后再次访问这篇文章时，浏览次数还会再 +1。

3年前评论

SS （楼主）

谢谢你详细的分享，其实我有想过用session_id，但是重点是，每次浏览都都核对比对一次SQL，不在指定时间再去建立一则浏览记录，如果流量一大这样SQL吃得消吗？

MArtian （作者）

@Sky9413 session_id 关闭浏览器的话不就没了吗？那这种刷浏览量比我上面说的给 view-tag 简单多了，如果你每次浏览都要对比的话，为什么不把浏览量放到 Redis 里面存储呢？每次去 Redis 中读取不就可以了吗？然后定时把 Redis 持久化一下，这样根本不需要查 SQL，没压力啊

SS （楼主）

@MArtian 好的谢谢，只是因为在此之前我没怎么使用过redis，这次要深入了解一下隃

GDDD

110 声望 / 工头 @ 工地

这样简单的功能，你说的两个方法都可以，但是如果用户量很大，从优化角度肯定是job任务队列去实现好多了。

3年前评论

SS （楼主）

好的谢谢，我是刚接触没太久，不知直接 POST::show 中用SQL 检查再＋1 还是先折腾去job排队再去执行，哪个好。

因为我感觉用了job，只是载入时不会影响速度，但是最终也是干了同样的事

去查sql 24小时内有没来有这个人的IP/SESSION_ID 与这个post_ID 如果没有，那么再建立一次

感觉加不加Job影响不大？甚至会不会反而太简单的查询反而不应该加Job?

GDDD （作者）

@Sky9413 这看你们业务大小，只要不是太大，就没必要job。也和你开发习惯有关，就好比当前只做当前的事情，其他不重要的往后安排

5yop

课程读者 16 声望

matomo 用js去请求的统计。

3年前评论

SS （楼主）

了解过，这个感觉太大了，还要把matomo整合至本身的Laravel DB感觉有点杀鸡用牛刀了。但是用js 多建子域名来统计，也是个思路，但就是太折腾了

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

如果想自己做个文章的浏览量功能，应该用Job还是Observer？

自己做？

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

如果想自己做个文章的浏览量功能，应该用Job还是Observer？

自己做？

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录