Laravel GraphQL接口请求频率限制实战,有哪些经验分享?
- 内容介绍
- 文章标签
- 相关推荐
本文共计1789个文字,预计阅读时间需要8分钟。
前言:来源:通常在产品的运营过程中,我们可能会做数据埋点,以此来了解用户的行为发展,访问了多少页面,做了哪些操作,从而方便根据用户喜好调整和推荐,同样在服务端开发。
前言
起源:通常在产品的运行过程,我们可能会做数据埋点,以此来知道用户触发的行为,访问了多少页面,做了哪些操作,来方便产品根据用户喜好的做不同的调整和推荐,同样在服务端开发层面,也要做好“数据埋点”,去记录接口的响应时长、接口调用频率,参数频率等,方便我们从后端角度去分析和优化问题,如果遇到异常行为或者大量攻击来源,我们可以具体针对到某个接口去进行优化。
项目环境:
- framework:laravel 5.8+
- cache : redis >= 2.6.0
目前项目中几乎都使用的是 graphql 接口,采用的 package 是 php lighthouse graphql,那么主要的场景就是去统计好,graphql 接口的请求次数即可。
本文共计1789个文字,预计阅读时间需要8分钟。
前言:来源:通常在产品的运营过程中,我们可能会做数据埋点,以此来了解用户的行为发展,访问了多少页面,做了哪些操作,从而方便根据用户喜好调整和推荐,同样在服务端开发。
前言
起源:通常在产品的运行过程,我们可能会做数据埋点,以此来知道用户触发的行为,访问了多少页面,做了哪些操作,来方便产品根据用户喜好的做不同的调整和推荐,同样在服务端开发层面,也要做好“数据埋点”,去记录接口的响应时长、接口调用频率,参数频率等,方便我们从后端角度去分析和优化问题,如果遇到异常行为或者大量攻击来源,我们可以具体针对到某个接口去进行优化。
项目环境:
- framework:laravel 5.8+
- cache : redis >= 2.6.0
目前项目中几乎都使用的是 graphql 接口,采用的 package 是 php lighthouse graphql,那么主要的场景就是去统计好,graphql 接口的请求次数即可。

