比如 hash 保存用户信息，以前帖子有提示容易做成热 key 和大 value 。这个大 value 指的是 hash 里边所有的值呢，还是单纯的 key field

就比如用户信息，我可以存 string,也可以存 hash 。
这之间的取舍，还不太清晰。

@NoString 广告行业其实还是比较不错的，对性能要求也比较高。
而且广告系统更多的还是业务和技术之间的取舍。

广告行业里边大数据就是你现在做的工作。统计广告最终消耗金额，统计各自点击，展示数据。然后入库。

@谢谢大家，我再思考思考

@liushaokang

好友记录表主要记录该客服接待的线索。
系统流转表可以理解成日志

你提供的思路还是非常好的，给人耳目一新感觉。

@liushaokang 对，要的就是这种效果。

简而言之，就是把针对这个用户会话。从客服 A 身上转移到客服 B 上边。
那牵扯到 A 客服的主键 ID 都要替换成客服 B

这需要操作的表数据就比较多了。

不太清楚你说的统计和分析到底是怎么一回事

原来公司大概给一周左右理解业务。
现在公司，大概两到三天吧。

谢谢以上了。

把手里这个项目做完就可以过去了。

@leo108


感觉你这个方案比较好

我现在直接是部署了一套 php7.4 的项目。

谢谢大家了。

在浏览器里边，是通过 php-fpm 来执行的，属于请求响应模式，没有常驻内存。
一般 php-fpm 设置有超时时间，超时就会报 nginx 错误。

谢谢诸位了

我明白了

就是我后台提供的接口是 https 的{http 也可以用}，但是前端请求我接口用的是 http，然后就报错了。

我现在对报错这个环节不太理解。

我这样理解不知道对不对

1.用户首次 http 请求，首先发 option 预检请求（走 http ），通过之后正式 post 请求(走 http)。 这时候 strict-transport-security 会把域名加入 hsts 缓存中。
2.第二次请求，预检请求（走 http ），通过之后正式请求（走 hsts 缓存）。跨域失败。

当用户已经安全的登录开启过 htst 功能的网站 (支持 hsts 功能的站点会在响应头中插入：Strict-Transport-Security) 之后，支持 htst 的浏览器(比如 chrome. firefox)会自动将这个域名加入到 HSTS 列表，下次即使用户使用 http 访问这个网站，支持 htst 功能的浏览器就会自动发送 https 请求（前提是用户没有清空缓存，如果清空了缓存第一次访问还是明文，后续浏览器接收到服务器响应头中的 Strict-Transport-Security，就会把域名加入到 hsts 缓存中，然后才会在发送请求前将 http 内部转换成 https ），而不是先发送 http，然后重定向到 https，这样就能避免中途的 302 重定向 URL 被篡改。进一步提高通信的安全性。

那岗位比较多的职位集中在 java 吗