!!!! 小丑竟是我自己
我问一下现在有多少做API是用session的，就问问啊
单体服务的话，session更优。
赞成
session是每个请求默认都会创建的
没有这个说法哈，webman只有调用$request->session()接口的时候才会创建session/读取session。如果你的业务逻辑没有调用$request->session()接口就不会创建session/读取session，所以是否读写session完全由业务决定，框架本身不会每个请求都去读写session哈。
$request->session()
小丑竟是我自己,对不起大佬是我的惯性思维让我以为会自动分配创建session
刚刚自己测试了一下只要没有往session里面写值就不会创建session
然后就是我想提个小建议就是session的有效时间我觉得放在config里面的session配置里面比较好(小声bb:不知道大家伙是怎么的习惯,反正我的习惯是这样的)我自己是已经改成了这样,感觉相对灵活一点
对了,大佬webman把session存储到redis然后我的redis是云redis 这样我做分布式的话 假设登录的时候请求是分配到的服务器a 下一条请求分配到服务器b 这样应该不会影响session有效性吧
不影响
session可以存储到mysql里吗？哈
可以自己写驱动，参考redis驱动写法
好的。谢谢！大佬。
Session不是每个请求都创建，另外创建、销毁session的消耗没有你描述的那么高
额,一条session是这样的,但是我的网站每天的请求量都是百万以上,有的时候还会面临CC攻击
我问一下现在有多少做API是用session的，就问问啊
单体服务的话，session更优。
赞成
没有这个说法哈，webman只有调用
$request->session()接口的时候才会创建session/读取session。如果你的业务逻辑没有调用$request->session()接口就不会创建session/读取session，所以是否读写session完全由业务决定，框架本身不会每个请求都去读写session哈。小丑竟是我自己,对不起大佬是我的惯性思维让我以为会自动分配创建session
刚刚自己测试了一下只要没有往session里面写值就不会创建session
然后就是我想提个小建议就是session的有效时间我觉得放在config里面的session配置里面比较好(小声bb:不知道大家伙是怎么的习惯,反正我的习惯是这样的)我自己是已经改成了这样,感觉相对灵活一点
对了,大佬webman把session存储到redis然后我的redis是云redis 这样我做分布式的话 假设登录的时候请求是分配到的服务器a 下一条请求分配到服务器b 这样应该不会影响session有效性吧
不影响
session可以存储到mysql里吗？哈
可以自己写驱动，参考redis驱动写法
好的。谢谢！大佬。
Session不是每个请求都创建，另外创建、销毁session的消耗没有你描述的那么高
额,一条session是这样的,但是我的网站每天的请求量都是百万以上,有的时候还会面临CC攻击