Chrome瀏覽器要翻車了？

隨著版本號即將達到100，谷歌瀏覽器遇到了一些意想不到的問題。

而這可能會影響高達20多億的用戶。

當然了，緊隨其后的Firefox和Edge也不能幸免。

滿100減90

這個問題吧，倒不是說瀏覽器會閃退，只不過是失去了它原本的作用：訪問網站罷了。

當你使用Chrome 100時，網站一看，你這是個什么「老古董」？

對不起，不支持，我拒絕。

對此谷歌表示，這一問題主要出現在與Duda合作開發的網站中，并已著手開始修復。

原因其實很簡單：版本號。

大多數網站都會檢查用戶代理字符串來確定用戶的瀏覽器版本。

在Chrome瀏覽器中，以當前公共版本為例，這個用字符串表示的版本號的內容是：Chrome/96.0.4664.110。

正常情況下，開發者不需要知道瀏覽器的具體版本。因此，Duda在默認情況下只會讀取「Chrome/」后面的兩個字符。

比如，在「Chrome/96.0.4664.110」的例子中，Duda將只讀取「96」。

而 「Chrome Canary」已經到了「99.0.4791.0」，那么Duda就只讀取「99」。

這種讀取方法是出于安全考慮，以阻止舊的、已經不予支持的Chrome瀏覽器訪問（40及以上是一個常見的Chrome瀏覽器版本分界點）。

這樣的設計雖然簡潔，但如此一來，Chrome 100只能被識別為Chrome 10。

而最坑的是，Duda出于兼容性的考慮，會阻止版本低于40的Chrome瀏覽器打開網站，這樣就會導致Chrome 100無法正常訪問網站。

為了避免這種尷尬的情況，網絡開發者必須在Chrome 100推出之前找到一種方法，正確解析三位數的版本號。

不過，要尋找一個能夠徹底修復這一漏洞的方法是很棘手的，而且時間已經不多了。

因為谷歌公司開發Chrome瀏覽器的速度極為驚人，Chrome瀏覽器的版本號也在不斷增加。

根據目前的發布速度，Canary用戶可能最快會在下個月就會遇到這個bug，而運行穩定版的數十億用戶也只剩3至6個月的時間了。

這也就意味著，Chrome瀏覽器的用戶需要為網絡中斷做好準備，或者在問題解決之前先用其他瀏覽器。

99.100先湊合用

其實，在11月1日的時候，谷歌就發現這個潛在的問題了。

對此，谷歌為Chrome提供了一個測試flag，從而可以強制瀏覽器的版本號顯示為100，以便于網站排查問題并為變化做好準備。

只需在地址欄中輸入chrome://flags并啟用#force-major-version-to-100就可以了。

不得不說，工程師的腦洞還真挺大。

如果實在是不行的話，也不是沒有辦法！

他們想出了一個能湊合用的方法：讓Chrome瀏覽器版本的前兩個數字鎖定為99，然后將實際版本號放在第二組數字中。

對于幾乎沒有機會更新的老網站來說，這招應該會非常有效。

這樣，用戶代理字符串中表達版本號的內容將以「Chrome/99.100.XX」的形式呈現，從而解決了Duda的識別問題。

此外，谷歌也在尋找有識別問題的網站，并試圖與開發者取得聯系，從而通過修改代碼來解決問題。

當然，這聽起來肯定不是最優雅的解決方案。

谷歌方面也把這個解決方案認定為一個「備份計劃」。

畢竟這個「備份計劃」并不能覆蓋所有情況，因為Duda可能并不是唯一出現問題的網絡工具包。

目前，谷歌希望能夠明確地找到全網所有在Chrome 100發布時出現故障的網站，并就這個問題與它們的開發者聯系。

如果這些問題能在3月底Chrome 100發布前得到解決，那么對網絡開發者來說就根本不需要改變什么。

否則，Chrome就只能在用戶代理字符串中增加新的內容。

谷歌的金絲雀

Chrome有四個「發布渠道」：穩定版，測試版，開發版和金絲雀版。

從為普通用戶提供最穩定的版本的穩定版，到提供尖端功能和修復但更不穩定的金絲雀。

煤礦工人過去下礦井時，他們帶著一只金絲雀作為早期預警系統。如果金絲雀活下來，空氣就可以安全呼吸。如果不安全，則是時候離開了。

技術圈的Canary正式來自「礦井里的金絲雀」這個諺語，指的是軟件的alpha測試版本，谷歌瀏覽器也不例外。

Chrome Canary中的一些修復和新功能在成為主要穩定版的一部分之前，將在開發和測試版進行全面測試。

除了缺乏測試，并且可能沒有修復所有錯誤之外，Canary僅僅是Chrome FROM THE FUTURE。

異曲同工的「千年蟲」

Y2K是2000年軟件bug的通用縮寫。

該縮寫中的字母Y代表「年」，數字2和大寫的k代表kilo，意思是1000，因此，2K表示2000年。

Y2K也被命名為「千年蟲」，因為它與千禧年的時間戳有關。

在上個世紀，無論是大型計算機還是個人計算機，「存儲信息」這一行為是非常昂貴的，少說也要每千字節10美元，在許多情況下甚至超過超過每千字節100美元。

因此，對于程序員來說，最大限度地減少存儲信息是非常重要的，能省1bit是1bit 。

所以，那時候的數據文件的日期格式是六位數字，形式為DDMMYY，日為兩位數，月為兩位數，年為兩位數的YY。比如，1970年1月1日，就是700101。

甚至，還有一種更短的表示方法「YYDDD」，其中DDD是一年中的天數。由于磁盤和磁帶上的空間也很昂貴，因此通過減少存儲日期的數據文件大小也節省了資金。

可是，有些程序在面對兩位數年份時，無法區分2000年和1900年。這便是「千年蟲」的由來。

不過，有一個地區是例外。

1999年年底，在全世界程序員在為千年蟲問題焦慮的的時候，日本程序員卻靈機一動：如果繼續沿用昭和（1926年開始）年號的話，千年蟲會足足延后到2025年。

25年的時間總該可以解決這次的問題了。當然，如果真的打算解決的話……

然而日本在2019年改元為令和時，不但要更改年號，而且昭和時代年號計算的「新千年蟲」（昭和100年）馬上就要來臨。

而且不幸的是，不少系統的源代碼經過30至40年都已經丟失了。

更加不巧的是，據說在日本IT界還有一個叫「2007年問題」的問題。

也就是說，當年建立電腦系統的工程師，大部分都會集中在2007年退休。到現在，已經基本上沒有多少人知道如何維護舊的系統了。