哪有那么多“优质单身男性”，能不能合适就好。

最近回家相亲，连温饱线上混的女生，都能对对方挑挑拣拣，我也是服气了。

很奇怪的是，市场上的设备都看不到类似的功能，特别是光纤收发器。。。想要 vlan （ 802.1Q ）就要网管交换机，成本太高了。

其实需求一直是存在的，单线复用不仅仅是家用才有，企业也很需要，毕竟线路施工麻烦，但线路还有较大的资源可以利用。

常识：电子表 160 万年误差 1 秒。
现实：160 万年亲妈都不认识了。

@MiketsuSmasher 你说的知乎，是那个明明是问答社区，却试图转型为短视频的知乎吗 0 0

最后申明，不要 @我了，我甚至连个程序员都不是，业余程序员都算不上，但是我遇到这个困扰的时候起码能找到 2-3 种解决办法。

给你最后一点建议，在你发挥超能力改变这个世界之前，请你先了解它，然后尝试一下有没有办法用起来，如果实在是不行，我真心的期待你有能力改变它。不管是钱也好、超能力也好、其他能力也好，我希望你有这个能力。

而你现在发起讨论，但又过于偏执，浪费的不光是你的时间，还有别人有限的生命，而且还是浪费在抬杠上面。


“只要 max-age=0 ，资源过期了”，这种参数确定不是为了抬杠而设计的吗？

这才是“年终奖”的正确打开方式……

@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 月份基本上大家拿到了口罩机，改造好了车间。

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

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

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

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