让建站和SEO变得简单
让不懂建站的用户快速建站，让会建站的提高建站效率！
999论坛白菜大全网站多少 照这么下去，“千年虫”还得再来十遍
发布日期：2023-03-19 08:07 点击次数：84
999论坛白菜大全网站多少
在 21 年前世纪之交，全球的谋略机系统和互联网也曾出过一个紧要事件：千年虫。
那时的谋略机系统处理年份的款式都是两位数（如 1998 年会被系统缩略成 98），而 2000 年在老系统里仍然以 00 浮现，则会被系统当成 1900 年。
然则谁都没预想的是，就在前几天，”千年虫“又重演了……
发生了什么？
领先，庆幸的是，此次的事故限制，并莫得千年虫那次那么大。现在已知受到影响的，唯独领受了微软 Exchange Server2016 和 2019 版块的企业腹地邮件办事器。
因为全球许多企业里面的电子邮件，领受的都是自主搭建的系统（而非基于 Gmail、网易、阿里云等云霄邮件的有谋略），而微软的 Exchange 办事器 (Microsoft Exchange Server) 则是许多企业用户都在用的腹地邮件系统。
然则在 2021 年 12 月 31 日——前年的终末一天，在 IT 东说念主员都仍是休假的时候，微软霎时推送了一个全新的 Exchange Server 版块，径直把悉数企业客户的电子邮件系统都给搞宕机了，遍及邮件积压在发送序列当中，却无法正常发送和经受。
失实代码大概是底下这么的：
Log Name: Application Source: FIPFS Logged: 1/1/2022 1:03:42 AM Event ID: 5300 Level: Error Computer: server1.contoso.com Description: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.
整夜之间，遍及的 IT 东说念主员在 Reddit 和微软官方技艺社区上大倒苦水。
“这玩意儿是怎么发布出来的？而且如故在新大除夜？？？”
“电话都被打爆了。微软你弄啥嘞？”
问题，出在微软推送的此次更新的版块号上。
此次的更新，里面包含的电子邮件坏心软件扫描引擎的版块号是 2201010001，暗意的是 2022年01月01日00点01分。
微软的产物和系统在暗意时辰的时候，用的都是这种绚烂整数。然则，凭据微软我方的斥地文档，其系统能够袭取的 Int32 绚烂整数的最大值是 2147483647。
这个最大值的前两位是21。
也即是说，领受这种整数款式来纪录和暗意时辰，只可够正常遮盖到 2021 年的终末一秒。
是以，当微软推送出这个 2201010001 版块的时候，版块数字越过了系统能够袭取的整数最大值，成果就径直把 Exchange Server 邮件系统给搞崩溃了……
现在，微软方面仍是提供了诞生此问题的设施，不错引申 PowerShell 剧原本自动诞生，也不错用手动设施诞生。诞生必须在悉数被涉及的 Exchange Server 2016 或 2019 版块办事器上引申。
许多被影响到的公司 IT，在诞生历程中也碰到了多样种种的问题。总的来说，此次微软送的这个新年大礼包，让公共悉数这个词新年都没过好……
在微软官方技艺论坛上，一位用户发出了灵魂拷问：谁会在 12 月 31 日推送坐蓐环境更新啊？
千年虫重演999论坛白菜大全网站多少，原因依然很蠢
此次微软邮件办事器的 bug，以过火它公司/产物发生的雷同的日历时辰处理失实，一皆被定名为 Y2K22（也即 Year 2022 的缩写）。
为什么这么定名？恰是因为，导致这些 bug 出现的问题，和 21 年前的千年虫 (Y2K bug)，确实一模同样。
著作初始提到，千年虫的出现，是因为那时一些相对比较陈旧的谋略机系统，在处理年份的时候会领受两位数简写。
那时的普通东说念主根蒂想不到，新千年的到来会让谋略机系统出故障——惟一有可能先见这种情况发生的，也就唯独要津员了。
而当千年虫事件行将发生的时候，那些仍是插足使用十年甚而 20 年的系统，背后的 COBOL 要津员（大多仍是或者将近退休了），又被请出山来诞生他们昔时“埋”下的这些间隙……
在那时，有两种诞生的念念路：
1）全盘重写悉数系统的代码，称为“expansion”；
2）打个快速的补丁，让谋略机能够将从 00 到 20 的数字，正确识别为 2000 年到 2020 年——这种款式也被称为“windowing”.
具体来说，这个补丁让谋略机系统将 1970 年 1 月 1 日 0 时 0 秒（也即要津员都突出谨慎的 Unix 时辰戳）四肢百年“时辰窗口”的中间点，也即从 1920 年到 2020 年的任何一个时辰点，在谋略机系统里都可领受其到 Unix 时辰戳的距离四肢暗意设施。
“高性能谋略机新闻网”的一篇发布于 1999 年的报说念浮现，在那时，梗概有大致的系统终末都是用第二种快速补丁的款式诞生的。比拟暂劳永逸的全盘重写，快速补丁的款式的老本上风突出显然，然则即便如斯，全寰球的预估诞生老本加起来也高达 3000 亿好意思元……
迎濒临一个敷裕大的问题的时候，坚信一般东说念主的正常反映，都是“这个问题晨夕得绝对照应”，而况也会倾向于暂劳永逸地照应问题。
然则在那时，东说念主们莫得遴选暂劳永逸，而是遴选了打补丁，还有另一层探究，也即：这些系统仍是敷裕老了，在将来的 20 年里老是要还的，是以没必要暂劳永逸的重写了，归正到时候换新系统的时候，把日历时辰的问题搞好，不就行了。
对此，伦敦经济学院的 Dylan Mulvin 老师暗意，“Windowing 即使在那时亦然悉数可选有谋略中最差的一个，它即是把皮球踢给后东说念主的作念法。”
不出所料，当新系统替代旧系统的时候，昔时的编程念念路，仍然被袭取了下来了……
事实上，到了 2020 年的时候，一些千年虫诞生过的系统，以及新安设的系统，都又一次出现了和千年虫确实同样的问题：Y2K20 bug.
比如，在那时有些用户惊诧地发现，他们从宽带公司收到的账单浮现日历为 1920 年：
游戏公司 2K 斥地的摔角游戏《WWE 2K20》，也在游戏标题里这一年的第一天的第一秒就宕机了：
那时纽约市的许多泊车自动缴费机，也因为系统时辰失实而触发了防火墙机制，无法袭取信用卡支付：
成果你猜怎么着？这些故障，很快就被诞生了。
至于他们领受了哪种念念路——是暂劳永逸，如故快速补丁——你应该也能猜出来了……
若是说东说念主类一定有什么作念不到的话，那一定是从历史中吸取资格。
紧接着，Y2K21 bug 又来了。比如，前年好意思国悦目局 (NWS) 的官方数据库出现了紧要过失，对外提供的接口的数据晚了足足一天，导致许多第三方机构的天气数据都出现了失实，影响了民航、海洋捕捞、畜牧衍生等诸多行业的正常运作。
也有一些普通用户发现，我方的电脑梦回 1921 年了：
再然后，2021 年也翻篇了，Y2K22 bug 也毫无悬念地依期来到了……
除了此次微软 Exchange Server 出了故障除外，一些本田车主也发现，他们的车每天早上启动都会把时辰自动跳回到 2002 年。
汽车专科东说念主士走访分析发现，本田车载系统的问题原因和微软同样，都是出在 Int32 整数上，开始 22 的字符串无法被读取，在本田这里就酿成时辰回退到 2002 年了……从 2004 到 2012 年的上百款车型都有较高几率碰到此问题。
在公开步地，本田公司发言东说念主暗意，现在还在走访这个问题的具体原因。不外有车友在论坛上发帖暗意，本田公司派东说念主干系他们，说这个问题会在本年 8 月份自行摈斥……
在可见的将来，Y2K23, 24, 25... 多样种种的问题还会陆续发生。
而况，仍是在多样谋略机系统中普通领受的 Unix 时辰戳，还会在 32 位系统中导致一个问题，使得某些软件在 2038 年 1 月 19 日 3 时 14 分 07 秒后无法责任：
关于”2038 年问题“，悉数这个词行业（突出是硬件寿命极长的镶嵌式行业）的搪塞款式，和 21 年前如出一辙：归正到了 2038 年的时候，应该新系统又换了一茬了吧，到时候再说吧……
看来，公共根本不想绝对照应”千年虫“以过火衍生问题。
可这又是为什么？
“暂劳永逸”，不如多劳多得？
关于千年虫这么反复出现的情况，有东说念主开打趣说是要津员埋的坑
至少在千年虫刻薄的时候，那些 COBOL 老古董要津员被请出山来诞生问题的时候，就有东说念主质疑：他们是不是昔时独特给咱们埋的坑啊？
第15张，成龙和“四大天王”，这一张可以说是很珍贵了。
而近日，有网友又偶遇了谢霆锋和王菲出现在了机场，当天的两人同样是休闲的装扮，王菲坐在机场的座椅上，戴着口罩，专注地看着前方，而一边的谢霆锋戴着帽子和墨镜，正专注地看着王菲，这一幕就好比一首言情诗中所描述的“你站在桥上看风景，看风景的人在楼上看你”一般浪漫。
这种目的有它的意旨：要津员的劳动生计是有限的，不是悉数东说念主都能升到高管。那么那些普通的要津员，如何保证在我方临到退休的时候还能够被需要？
埋个唯独我方才懂得怎么修的间隙，也没什么罪状？20 年一个周期，正值遮盖从大学毕业到中年不惑……
固然，本色上，在具体操作中，大多数运作谋略机系统的公司，在事故发生的时候，也一定会更倾向于遴选速率快、奏效快、老本低的诞生款式。
是以，要津员也不是什么无餍家999论坛白菜大全网站多少，因为他们不是决策者——他们仅仅在正确的时辰，引申了对公共都恰当的照应有谋略辛苦。