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

@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 吗

一直困惑这个问题。mysql 官方文档讲解的也不清楚。


https://dev.mysql.com/doc/refman/5.7/en/innodb-locking.html#innodb-gap-locks

找工作最好找的其实是 java 。
经历过的公司 python 更多的是运维侧。
至于 go，一般我们拿它写各种服务。

其实最先考虑自己想要的是什么生活，然后再考虑是在一线或者回家乡。

明白了，谢谢大家

我这样理解对不对，
就是服务之间一般是通过 ip 地址和端口之间访问。

如果服务比较多的话，就提供一个接口来实现获取域名和端口。

谢谢各位了