没 home 键无所谓，但我还是更喜欢指纹解锁，不想用人脸。

人人都爱，只是程度不同。
当别人评价我”只有 65 分、庸人一个“，我自我评估”唉、好像也就是个比较底层的庸人“，我觉得他说的对，并且他也并不是为了贬低我而恶意攻击，那就承认“是的，确实如此"。

但我一个朋友， 受到相同的评论后，虽然自我评估也能得出差不多的结论，但他就会气的跳脚 ”你凭什么非得说别人不好？！你就是完人？ 我 65 分里头的那些的好不说，非说我才 65 分，65 分咋了？ 65 不也及格了？ 你 100 了？别人这么说你你高兴？“

还有些人， 是自己蠢到无法正确的对自己评估，别人说完后 他自我评估自己有 90 分，”你就是诋毁我，见不得别人好，非得从鸡蛋里挑骨头“。

各位可能和我生活的不是一个次元的中国，我从 6s 开始直接首发官网就能预定上，而且是第二天顺道看了一眼就有货，根本没抢。

好像后面也只有 XR 那年双卡首发需要抢，不知道各位需要抢的是买的哪一代？是通过百亿补贴的渠道买的吗？

@ryuutanyou

2：没有，最少得 AB 都安装 VPN 软件（约等于新开一个路由器把 AB 连一起），或者路由 1 上开启 VPN 然后 A 连上（约等于把 A 接在了 1 路由上），以此来让 AB 都在同一个网段下。

1 ，A 访问 B 时，发送 源 A:port1 -> 目标 B:4000, 路由 5 收到后转发时修改为 源 路由 5:portxxxx -> 目标 B:4000 ， 同时记录映射关系，即 路由 5:portxxxx -> 目标 B:4000 实际源为 源 A:port1 -> 目标 B:4000; B 收到请求实际与 路由 5 建立通讯，5 再收到地址后再转发给 A 。

2 、在 路由 1 上添加静态路由表，路由对于查不到的 ip 会转发到 wan 由上一层路由去处理，而你需要配置一个路由告诉他收到某个 5 的 ip 段时不发送到 wan 口，而是发送到与路由 5 连接的那个 lan 口。

因为除了顺丰、京东和国家的邮政是自建物流系统，剩下的都共用的，说白了和你骑共享单车一样，人家共享货车。

所以 jd 、顺丰可以每天上午发一趟，下午再发一趟，赶上高峰期，或者有什么贵重大件甚至可以临时加车、加次。
但三通一达那就是大家和物流承包商商量好的 xx 到 xx 的路线一天走几趟，每批多少车都是定好的，你突然想加车那就和物流的老板商量吧，人鸟不鸟你都看情况。
甚至有些偏远地区连这种物流承包商都嫌赔钱，根本不通这趟线，结果这些物流最后都得转给邮政 ems 发件，（有些地方 jd 好像也是转 ems 的）。

截图都截不到重点

"The semi-automated changes from Huawei have returned after a few
releases of relative calm, putting the company firmly as #1 negative
contributor from the reviewing perspective. This saves Intel from going
to #1, but note that in absolute terms the "negative" side of the
ranking got a lot worse. Previously first three positions had scores
of 55, 42 and 40, so they would *not even make the top 6* now!
SUSE is likely a temporary blip due to work from Hannes, but the other
companies on the list should take a hard look at themselves."

“华为的半自动生成器又回来了，因此对审核非常负面（应该是说类似灌水，全是一大堆没啥几乎改变但重新生成后却在对比工具里全展示了，审核人员审的非常痛苦），因此超越了 intel 成为了第一。但从绝对数值来看，项目实际更差了，以前的第一名 55 分现在连前六都进不去”

@bugprogrammer 和你体制外有啥关系啊，体制内的停车场已经禁止特斯拉超过 3 年了吧，也没见买 t 的变少啊。

@Tiller 我测出来也是，哈哈哈，而且标签还有工业党和毛粉。
估计是因为我选了医疗交通基建属于公共事业，还有毛是伟人我选了同意。
并且有几个题我感觉同意和反对都不算是符合我的想法。

蛙泳很简单，我自学的下了 4 次水就几乎能游能换气了，就是游不快。
作为一个穷逼，去问了一下 1800 的学费，所以还是自己看看视频然后去水里扑腾划算一些。

自由泳还是比蛙泳难学一些，加上我会水了后也就没那么强学习的动力，我后面去游泳池里大多数也就随便游着玩玩了没怎么好好自学了。

@hanv2 在 nginx 上做缓存反倒在现在的模式下也可以正常使用，因为这种方式无需生成文件无需处理静态化后的请求连接的修改，不过我没实际涉猎过，不太懂也就不乱说了。

但一般而言，各类技术文章中都推荐 所有生成静态文件的缓存方式都最好只使用在不会经常发生改变的位置，如果你的缓存频率是小时、分钟这种级别的，那么前后端的缓存都有相应的技术可以满足，无须专门生成磁盘文件，你提到的用 nginx + lua 的方式也可以。

静态生成页面对于后端而已确实属于上古技术了。

记得以前 jsp 的时代写过这类玩意，整体很简单，不过当时是做的 CMS 系统中有个按钮，“生成静态文件”，要监控变化就写一个定时任务轮询最新数据然后触发生成。
具体做法是 spring 自带类库就能实现还是额外引入其他插件我忘了，就是执行一下渲染逻辑然后存储为 html 到服务器上的某个 nginx 做了映射的路径里，然后更新相关链接引用的入口。


现在的做法其实算是交给前端做了， 前端目前有两项加速访问和 seo 友好的处理方法，SSR ，SSG 。
SSR 就是以前后端用的那种 服务端渲染， 和 jsp 、freemarker 一个意思，也需要在服务器端时刻运行他们的 node 服务器。
SSG 就是我上面提到的那个逻辑，执行的时候用 nodejs 发送 http 请求获取接口数据，然后根据数据生成渲染完成的静态页，然后就完事了，服务器端不需要有 node ，但需要你手动把本地生成的放到服务器上的对应目录。

目前前端也有自己比较成熟的框架， 差不多属于前端的 “spring” 了。
react 用 next.js
vue 有个类似的 nuxt.js