@3dwelcome

我不知道你怎么测试的，我实测 Chomre 97.0.4692.99 正式版，是会形成缓存。单个页面单个 script 标签，第一次打开后会下载 js 文件，切换成别的 URL ，不改 integrity ，再访问不会产生新的通讯。

抓包软件上看得清清楚楚，明明白白。

我已经表达得很清楚了，你还在疯狂的反驳，测试数据也不正确，自写 JS 也不干（明明很简单就能实现完全可控的方式），不要回复我了，帮你搜索，帮你测试，最后还是无效沟通，这个贴浪费我太多时间了，再见。

三十多岁的人，大多该克制的已经克制了，该放纵的已经放纵了，该体验的已经体验了。

生活没有太大的波动，对未来没有过高的渴求。


也充分考虑过婚姻的好与坏，也被无数人洗脑婚姻的不好，异性的各种缺点各种渣，因为顾忌的越来越多，期待也越来越高。
例如我自己，内心的期待其实是对方经济独立（附带人格独立），生活有自主能力不过多的依赖对方，明确婚姻的目标，情感上寄托对方，信任与被信任，在付出给孩子的时候也保留两三分给伴侣。

经济独立是希望对方不要过多的在父母的阴影下生活，自己被父母影响我管不着，但是长臂管辖或者围魏救赵的方式干涉我们的婚姻生活就会很烦躁。所以人格独立的前提是经济独立。
自主生活能力是为了双方都把精力花在值得的事情上，尊重对方，如果只是一个拖油瓶，那我真的很抱歉，谁家都不缺花钱的主。
情感上寄托与认可，和一定程度的包容，其实也是有责任心的成分在其中，毕竟一走就是一辈子，胡思乱想只会添麻烦。
对孩子的投入不会少，甚至有人喊出了“都是这个小东西在谋害我！”，是啊，加班也好，吵架也好，分歧也好，很多时候都是希望下一代能过得好一点，甚至是放弃了对自己的好和对伴侣的好。

哦对了，还有门当户对。

这些组合在一起能做好的话，妥妥的完美家庭，但是说得容易又何其难呢，利益分歧永远存在，自私自利才是常态，太累太累。



大龄男女更多的是对生活的失望，对未来的失望，逐渐会失去“生”的想法，而逐渐考虑的是怎样解脱，因为赚钱无意义，辛苦无意义，躺平无意义，横竖都是痛苦，八面埋伏四面楚歌。

“娶妻生子只是个让自己活下去的救命稻草而已”，是的，已经无法做到更好了，只能加入不在自己控制范围内的“伴侣”，才能让生活有一点波动，不管这波动是好与坏，至少是能够活下去了。

@3dwelcome

“integrity 是内容强校验 hash ，仅仅只是确保内容是否正确。”
如果浏览器不按 integrity 做缓存，那我觉得才叫奇葩，为什么呢，我认为这个属性重要的功能应该是 2 项，1.防止执行未知的 js 文件内容，带来了安全的效果； 2.跨网站做缓存（例如大家都调用了 vue2.0 ，只要第一个网站加载过，第二个网站就再也不用请求这个 js 文件了）。

但是我们之所以写 script 标签，写 src ，99%的目的是什么呢？最大的目的仍然是“我要执行这个文件里面的 js 语句”，而不是“我只是为了检验 src 的 js 文件是否符合预期”。



重点：我做了测试，Firefox 会按照 integrity 做缓存，新的 url 但是 integrity 相同，不会发出请求，Chrome 我就不测了。

楼主说的第二条，现在浏览器已经支持了，link 和 script 标签都支持 integrity 就是填入文件的 hash ，这样还能跨网站缓存（意思是 A 网站缓存过这个文件，B 网站就直接使用，而且 A 和 B 的 JS 文件的 URL 是截然不同的）：
2. 用〈 script src='file.js' etag='hash'〉

就像我上面 2 楼回复的一样，你只是在“提建议”，却不给“解决办法”，你自己也不愿意动手写，自己写其实这玩意是很简单的一个事情啊！然后你又没有去找资料，明明浏览器已经支持了，你还在说没人推动，怎么就没人推动实现呢，明明是已经实现了的！！！就等着你去用的！

你可以看一下，我回复了 2 条内容，都是有明确的解决办法，你提了 N 个问题，有 N 个想法，却只是在“我想要”的层面。我的方法 1 ，如果是你的网站，那完全是在控制范围内，方法 2 ，是跨域使用 js 文件，你还想要继续讨论得到方法 3 吗。。。

好吧，那我提一个方法 3 ，随便一个能读写文件的语言，都能实现自动生成时间属性、时间后缀、hash 后缀并写入你的 html 文件，

请结贴，哦哦你想要偷懒，让 HTTP 服务器自动干这个事？其实也完全没问题啊，都是开源的，改一改一定能实现的。等等……你不会是想要“提一个意见，天下都听我的按我的方案来！”这样的吧。这样的话就尴尬了，毕竟谁也不缺一个想法啊。。

交流最好的方式是，不能只提问题，也要提解决方案。

虽然你给了解决方案，说白了也是不可行的，需要浏览器支持，需要服务器支持，难难难，而且你这个就涉及到所有软件都会面临的问题（自动升级）。。。你说的“一次性查询”，是怎么定义的，每天第一次？每次打开浏览器第一次?每次打开此网页的一次？如何定义呢。

就难度来说，JS 的开发者都有能力实现你所需要的这个功能，我举个例子，你服务器上可以有一个 json 的 list ，里面有每个 js 文件和日期，或者你用服务器语言自己定义一个动态的列表，浏览器有 localstorage （现在的浏览器没有不支持的）你也可以在里面放上一个 list ，然后在你任何想要“检查”的时候检查，然后版本号 /日期加入到 js 文件的 url 后面就可以了。

相对而言，是不是自己写的兼容性又高，又能满足自己的各种个性化需求呢？

不过说实话缓存这个东西确实是有点尴尬，我在服务器更新的 js 文件，大半年过去了，还能在同事电脑看到未修改前的版本，不过也是我没用心去处理，其实这些东西百度早有解决方案了。

这是不是：找不到罪犯，就消灭受害者……

@Symo 疫情在 20 年 1 月份的时候来到大家的视野，2 月份反应快的企业都已经筹备了口罩机，3 月份基本上大家拿到了口罩机，改造好了车间。

拿到口罩机的时候我们突然意识到，一个稀缺货被我们掌握了，他就不再是稀缺货了，疫情什么时候走才是关键，如果疫情只能再坚持一个月，肯定大家一起亏。

结果没想到疫情没有那么快被扑灭，出口口罩也收紧了，口罩飞速降价，一下子就降低了十倍的价格，库存积压出不去。。。后来疫情又一直处于蓄势待发的时刻，旅游业还是无法完全恢复。。

所以一般的依托旅游业的产业，能尽早转换战场，还有一丝机会。。苦苦坚持的，大多也只是持续的亏损，极少数生存下来的，只能说是运气好。。。

大浪淘金不错，但是更多比拼的是运气。

也可以反过来讲：

其他的店铺有过硬的风险防范能力，在预知风险或风险刚产生影响的时候就及时的止损转移战场了，虽然仍然有风险，但也有更多的机会。

只有管理不善，不懂经营之道的才在死死坚持，羊毛出在羊身上，现在客人少，客人所要承担的成本也更加高昂。

从投资和风险的发现多考虑，才能坚挺和长久，毕竟咱们世世代代，祖上谁家都有皇权或者富贵的祖宗，而这些财富能坚持到现在的寥寥无几。可想而知，如果当年的祖宗知道我们会没落至此，恐怕也免不了唏嘘落泪吧。

@ReZer0 厉害厉害，HR 给你“税前工资”，你给 HR“税前公司+公司支付部分”

@camus 是的，严格情况下要这样说，不过……人员不足，唉，没办法太细化管理。现在管理都比较放纵。

服务器都这样不安心的话，确实是相当郁闷。

目前我的措施是把一台的自动更新取消，下次 1 台更新没问题后再更新另一台。

手头还有一堆 Windows 服务器，害怕 ing 。

总结都是有套路的，首先列举一下你负责哪些内容，ABCDE 类，然后每一类再说一下今年干了什么。然后就是明年怎么规划。


发个段子：
你这一年总共写了 60384 行代码，总共出现了 1887 个 bug ，也就是说你平均 32 行代码就有一个 Bug,你一个人养活了咱们公司一半的测试，你真行，你这一年总共加班了 1824 个小时，总共 76 天，超过了 92.3%的同事，还得继续努力啊。你最常用的是 ctrl+c, ctrl+v 的组合键，光 4 月 30 日你就用了 212 次。你经常在晚上 debug ，最晚的一次是凌晨 4 点，你才把 bug 清空，技术不太行哦。产品一年给你提了 382 个需求，你说的最多的一句话是，这个需求我做不了，一共说了 315 次，其他常说的是：在我电脑上是正常的，你清下缓存试试。结合你的表现，恭喜你蝉联年度 bug 之王称号，希望你新的一年再接再厉，bug 长存，恭喜！

是时候转 Java 了。。。

无线的问题主要是延迟增大和干扰的问题。

由于干扰无处不在又不可预期，使用效果多多少少会让人有点担忧。如果传输稳定的话，其实 1-2 毫秒确实对日常使用速度造成不了什么影响。