@LuxChen 我猜测应该是第三方网站中，走正常渠道请求你授权 Stream 的某些操作权限给第三方网站，于是 Stream 给了第三方一个 Token ，之后他就可以用这个 Token 以你的身份操作 Api 了。
所谓的鉴定网站，就是骗你授权 Stream 权限的

@13936 抖音搜索大天使 Icey ，每天晚上 9 点随机直播，真的很随机，有时候你有空了，去看他直播，他不播，有时候你没空，他就在那直播到凌晨 1 点

特意登录留言，同样是最近在自学英语，起因是抖音上大天使 Icey 老师的直播，先后在抖音买了 299 、399 、429 共计 3 门英语的课程，分别是 Miss 杨的自然拼读，Icey 的音标+自然拼读组合，孙志立老师的新概念英语一。后两门课对我来说帮助最大。

Miss 杨的就不提了，主要说一下 Icey 老师和孙志立老师的理念
1. 他们两个的理念都是连读是现象，不是规则。 举个简单例子，an apple ，我学到的是 an apple 分开读的。 但是母语者通常读出来是 a napple 的感觉，n 会自然而然的粘到 apple 的开头上去，形成一个 napple 的声音。
2. Icey 老师在直播间放一句电影原声放 10 遍，我听不懂，他用我们学过的错误读音读 1 遍，那清切的感觉，瞬间秒懂。其实很多句子不是里面单词有多难，都是初中词汇，关键是我们过去的读音不对。读的不对，所以听不出来。
3. 所以孙志立老师课程的贯穿始终的理念是，先听见，听见=听懂，不要去想文字，听见那个声音跟语义绑定在一起，会读，能听见了，知道什么意思了，最后再去看文字。


关于楼主说的 th 的发音咬舌头的事情，我学习过音标课后，一开始我觉得这动作太难了吧，怎么可能每次发到 th 的时候都咬舌头呢，现在通过每天不断的练习，我已经很自然的能做到把舌头放在牙齿中间发 th 的音了。 所以说，没有什么事是做不到的，只要不断的练习，形成肌肉记忆，语言的本质就是肌肉记忆。

server {
listen 443;
server_name example.com;

location / {
proxy_pass http://localhost:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
监听 443 端口，返回出去的也是 443 端口，所有的请求，都会代理到 localhost:8000 端口，且是 http 的，就是这样子简单，无需 2 台 nginx 转来转去，想复杂了

做个问卷星把，问卷星这么多年，界面都不优化的

@fe619742721 上报请求只需要打到 nginx 产生日志就可以了。 妙啊，实在是妙

海量物联网设备数据上报后是否需要计算，还是说只需记录。 讲道理真实环境中物联网数据上报后应该要计算的，数据的计算交给 flink 非常合适。
首先做一个 api service ，只做一个事情就是接收数据上报，然后丢入 kafka 中，flink 消费 kafka 中的数据，按流式数据进行处理，可选的操作有开一个 24 小时的窗，求最大值最小值平均值，对异常数据进行报警，将原始数据 sink 到 es 中，将汇总数据 sink 到数据库中。
kafka 和 flink 天生就是分布式，吞吐量没问题，所以现在整个系统的瓶颈可能就是，你的 api service 怎么接收海量的数据，能扛得住高并发。这个部分我也不是很熟悉，能优化的地方就是 kafka 的连接池，让所有的消息投递都能复用同一个连接池中的链接，不用频繁开启和关闭链接。 http 本身如何优化就暂时不清楚了

jquery 的话我会找 h1

别来网站上摸鱼，看书去

@ljzxloaf 手动点赞

我也吃过这个亏，当时弱密码 1，被比特币勒索了，重装系统，文件全丢

@DoctorCat 谢谢，ICP 和 EDI 去申请了

项目经验这么写
项目名称
项目描述：简单介绍下这个项目做的什么东西
团队构成：1 经理，3java 后台，1 前端 （我看你的简历，感觉项目就是几个全栈，前后台都做的那种，那你就写清楚，表明你有前台技能的）
技术架构：spring+mybatis+vue
个人职责：在 3 个 java 后台中，我属于新手，独立完成 xx 模块、xx 模块、xx 模块。其中 xx 模块遇到了什么样的问题，利用什么方法解决。

这么写比你流水账有吸引力，纯粹站在一个面试官的角度，我期望了解的东西出发

看#33 楼的说法，这个是没救了，妹妹用的是 2011 版本的~~~妥妥的挂了

你都没说你在哪个城市，怎么有小而美的公司来找你呢

A 项目和 B 项目是否存在同一个手机号在两边注册的情况？我觉得要考虑这个情况。目前看来，必须要做统一登陆 sso 。需要考虑的问题主要在 cookie 鉴权上面。细节比较多，很难说清楚，建议多看几篇 sso 的文章。模拟淘宝登陆后，跳转天猫是不用二次登陆的情况。两者的域名是完全不相同的，携带的 cookie 如何传递。
1. 建立 C 项目，只有一个登陆页面，统一身份认证登陆，C 项目可以连接 A 和 B 两个项目的数据库，用户名密码过来后，根据来源自动判断去 A 项目数据库里查还是 B 数据库里查。
2. A 项目中没有登录，需要登陆的时候跳转到 C 项目的登录页面，登陆成功后跳回 A 项目。（ A 项目此时将 token 写入 cookie ）
3. 此时从 A 项目跳转到 B 项目，B 项目后台判断尚未登陆，302 跳转到登陆页面（即 C 项目的登录页面），因为之前 C 项目登陆过，所以自动登陆成功再给个 302 跳回 B 项目。（ B 项目此时将 token 写入 cookie ）

上面的步骤仅仅是简单地流程，实际要考虑的问题比较多，你们人多，再研究把

同 C#转 java，有 C#经验，转 java 就只需要注意熟悉 java 的语法，和适应离开宇宙第一 IDE 后的阵痛期。然后就愉快的开发 java 了。
java 的版本，jdk1.8 是目前用的最多的，支持了 lambda 表达式，jdk 的选择用 1.8 是最稳的，其次可以选择的是 11 。其他版本的我理的不是很清楚，就不乱说了，注意 jdk 9 10 11 12 13 14 里面，11 是长期维护版本，其他版本中注意区分，有的版本仅维护半年或一年，然后就不维护了。
关于问题 openJDK，oracleJDK，甚至还有腾讯的 jdk，阿里的 jdk 等等，都是基于基础的 sdk 来的，对初学者来说几乎看不出差别，我也不清楚里面到底有什么区别，但是可以明确的是他们各自有对 GC 、性能做调整的。
springboot 项目基于 maven 创建，用 IDEA 就可以直接创建，然后 IDEA 这边的 pom 就类似 C#那边的 NuGet 包管理，只不过微软做了市场的界面，java 这边完全用 xml 在 pom 文件中配置，没有可视化而已。至于 springboot 版本的选择，随便用啊，反正初学也用不到那么深的核心功能。
springboot 就是提供了一个类似 C#的 mvc 的框架，第一次用的时候学会如何从 url 里接参数，如何接 post 的参数，然后知道如何返回一个 json 字符串就足够你开发 web api 了。
springboot 另外一个功能就是注入，任何你要用的 dao，service 都要通过他注入，注入的前提是他要能扫描到对应的类，怎么扫描呢，springboot 在入口处通过注解告诉他要扫描哪些包。
接下来就是 JAVA 如何对接数据库了，C#中有 EF 框架，java 中也有 MyBatis，用 MyBatis 也是一样的，在 pom 里先引入这个包，然后你只要按照规则建立 domain，dao，xml 三个文件就可以对应起来了。
最后的最后，记得先搜索并安装 IDEA 的插件，有插件和没插件的 IDEA 是两个工具。

写了一大堆，没什么逻辑，想到哪就写到哪了，希望对你有帮助

工作这么多年，除非是要写专题博客，真的没有去完整阅读过 spring 或者其他项目的源码，都是用到哪调试到哪。所以我会这么回答。
完整的看整个源码的是没有的，但是在使用框架的时候遇到问题，会断点进去调试，顺便就阅读一下对方的源码。
举个例子，有用过一个 ElasticSearch 的开源项目，在使用过程中，他能对写好注解的 dto 自动生成对应的 index，但是发现没有对 nested 对象的处理。于是阅读了他根据注解反向生成 index 的部分的代码，追加了一个注解类型，追加了一段 json 拼接的方法，使得其能支持 nested 对象的 index 生成。 还扩展了他分页返回的对象中的属性，之前分页是没有返回 max 的。 最后 pull 了代码给项目。作者也采纳了我的思路，并完善了他的框架。

完了之后估计面试官要追问，你是如何使得他能支持 nested 对象的 index 生成的。这都是套好吗，把面试官引到你的套里来。

回答 ElasticSearch 创建一个 index 就是拼接一个符合规则的 json 字符串，然后 post 到 Api 接口上去嘛。 其他的字段他都拼接好了，那我要追加的一个方法，就是判断当前属性是 nested 类型，然后去反射这个类型里面有哪些基础的类型，拼接一个正确的 json 部分组装起来就可以了。 如何判断属性是 nested 类型，通过注解嘛，我扩展了原项目中注解的类型，这样就非常好判断了，照着之前项目里的写法用就可以了，你要问我怎么获得属性上的注解，我现在背不出来，但是当时的场景中，我只要照着前面的代码写，就能获得注解和注解内的类型值了，这就是阅读源码和实践结合嘛。 再补充一点，我考虑到有 nested 嵌套 nested 的情况，这样显然复杂程度要增加，需要进行递归调用，不过当时项目时间有限，我就没有深入去实现递归的方法，仅支持了一个父类型里面嵌套一层 nested 类型。

先 select 再插入，单这样效率很低，插个眼看看其他大佬给的方案