推 abramtw: 不要升就好了 是在 02/19 05:10
→ abramtw: 反觀現在反向操作的就能收割市佔 02/19 05:11
剛好相反，如果這些網頁不修正，它們未來就是會產生錯誤，
在搜尋引擎中的排名可能反而會下滑，市佔減少。
對瀏覽器不會有什麼影響。
→ hsparrot: 再說了，Fx改成GC式版號除了掙面子或模仿外，有什麼必要 02/19 19:23
→ hsparrot: 性嗎? 02/19 19:23
其實版號的計算方式沒有太大改變，有新功能時版號就往上，變的是釋出周期。
Firefox 3.0 於 2008/6/17 釋出，有新功能
3.0.1 於 2008/7/16 釋出，修 bug
3.0.2 於 2008/9/23 釋出，修 bug
...
3.0.12 於 2009/7/21 釋出，修 bug
3.5 於 2009/7/30 釋出，有新功能
... 一樣漫長的 patch ...
3.6 於 2010/1/21 釋出，有新功能
...
4.0 於 2011/3/12 釋出，有新功能
從這些日期可以看出很明顯的問題︰新功能寫好後，可能要一年後才會釋出給使用者。
這在史前時代可能沒什麼問題，反正只要贏IE就行（IE6到IE7，五年，還綁作業系統）。
但是到 2011 年，已經開始使用了一些新的概念︰
HTML5 / Living Standard / Evergreen Browser
簡而言之，隨著網路技術的快速發展，需要快速把新功能推送給使用者。在史前時代，
網頁技術十年都沒什麼大改變；在現代，網頁技術每天都在更新。
從這時開始，Firefox 加快了釋出新功能的周期，隨著新功能的釋出，版本號也更新。
版本號更新的必要性，是讓開發者知道平台上有哪些功能可用，哪些功能不支援。
例如某個版本之後才有播放影片的功能，那就得在不支援的平台上請使用者更新瀏覽器，
或是用更舊的技術如 gif/flash 作為 fallback。
推 hsparrot: 是的，道路有坑不是Fx的錯，但原本乖乖的騎也能閃得過， 02/19 21:05
→ hsparrot: 可是偏要和GC一起飆 02/19 21:05
若把4之前的版號更新速度比喻成騎車的速度，可以想成每年把車往前推 100 公尺，
再回頭看看有沒有 IE 的車頭燈。
若把版號分析錯誤比喻成坑，那麼其實就算用推的，還是閃不過。
還可能要一年後才有辦法越過那個坑。
不如想成一顆會成長的樹，現在長高了，
十年前修剪樹葉很實用的50公分小梯子該淘汰啦。
這是必然發生的問題，十年後、二十年後，想必又有一套工具會被汰換。
對於一般使用者來說，應該是不需要擔心，除非你在使用的是十年前就存在/沒怎麼
在更新的老網站，那麼你可以裝 Nightly 幫忙 debug︰
https://hacks.mozilla.org/2022/02/version-100-in-chrome-and-firefox/#firefox-config
（縮︰https://is.gd/4OtxkX
Ref:
* HTML5 那段時間發生的事
https://en.wikipedia.org/wiki/HTML5#History
* Firefox 古早時期版本紀錄
https://en.wikipedia.org/wiki/Firefox_early_version_history
* Living Standard 的歷史、W3C vs WHATWG
https://html.spec.whatwg.org/#history-2
--
▉▏
▉▏
◢ ▊▎ ◣
◤ ▄▆▄ ◥
◥ ◥ ◤ ◤
▄ ▄
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.225.99.163 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Browsers/M.1645394536.A.660.html
推 zhtw: Google在2012年將更新頻率提升至四週一版本(Fx 2019) 02/21 11:53
→ zhtw: 2021 02/21 11:53
→ zhtw: 原因就是為了更快應對瀏覽器漏洞等問題 02/21 11:55
→ zhtw: 升大版本推進功能更新也能提升使用者更新機率 02/21 11:57
→ zhtw: 還有內文說的 可以讓開發者知道哪些功能支援 哪些不支援 02/21 11:59
→ zhtw: 提升大版本更新週期這件事本來就有利無害 02/21 12:06
→ zhtw: 網站沒寫好不支援3位數版本號 那是網站自己坑自己 02/21 12:06
→ zhtw: 說成是 Fx 或 GC 踩坑 這樣比喻其實不恰當 02/21 12:07
→ zhtw: 減少使用者繼續用有重大漏洞版本的機率、快速推進功能更新 02/21 12:08
→ zhtw: 讓開發者更直觀知道某版本支援什麼新特性 02/21 12:09
→ zhtw: 這些都是新機制帶來的優點 02/21 12:09
→ zhtw: 瀏覽器廠商給網站開發者這麼長的時間修BUG 02/21 12:11
→ zhtw: 到時主流網站該修的也修好了 User想要真正遇到這坑其實很難 02/21 12:12
→ hijacker: 有bug就更新是沒問題 但時間到就更新版本真的有意義嗎 02/21 13:25
推 zhtw: 每版都有bug修復啊 02/21 14:33
→ zhtw: 更新的意義就是修bug 02/21 14:33
推 t7yang: FX改成四週發布一次，GC也跟進了，這樣是不是可以GC抄呢XD 02/21 16:11
→ t7yang: 網路鄉民就是有一堆奇葩言論，講話也不用本，願意花時間 02/21 16:12
→ t7yang: 解釋給他們聽的真的很佛（推 02/21 16:12
推 ray2501: 推 02/21 20:43
→ sam613: 修bug和大版號沒那麼相關,反而是更動一些折騰開發者的地方 02/21 21:41
→ sam613: FX自己很清楚這點,才會為企業出ESR版 02/21 21:42
推 Alica: 或者直接用YY.MM.n模式的版號 像Ubuntu或Windows 10+一樣 02/21 23:32
→ Alica: 每個月都要出新版的話 直接用時間標記最單純 02/21 23:33
→ legnaleurc: 就是因為HTML5蓋的東西太多太雜, 多到需要定期rollout 02/22 02:18
→ legnaleurc: 甚至有的是先釋出實驗性API, 等標準出來再配合 02/22 02:19
→ legnaleurc: e.g.: 古早的 Future -> Promise 02/22 02:19
→ legnaleurc: ECMAScript, CSS, HTTP 3 ... etc. 等個一年再一次發 02/22 02:21
→ legnaleurc: 佈都不知道飛去哪裡了 02/22 02:21
推 hsparrot: 版號怎麼定是政策性問題，不是技術性問題，每次更新是要 02/22 07:53
→ hsparrot: 在主版號上還是副版號上加一加十加ABC都是開發者說了算 02/22 07:53
→ hsparrot: 感覺有些人言語間似乎把我噴Fx飆主版號和否定Fx更新頻率 02/22 07:53
→ hsparrot: 畫上等號，隨你們畫吧 02/22 07:53
→ hsparrot: 倒是每次酸Fx學GC時常會有人出來解釋那樣做是對的，搞得 02/22 07:54
→ hsparrot: 好像GC才是走在正確道路上的那個，我都不知該認同好還是 02/22 07:54
→ hsparrot: 否定好 02/22 07:54
→ kawasakiZII: 版號飆升就更新頻率提高造成的 如果覺得更新頻率沒問 02/22 10:34
→ kawasakiZII: 題，為什麼增加版號反而變成了問題? 02/22 10:35
→ Agency: 承認自己酸錯才是重點 02/22 12:54
推 Kenqr: 主版號沒變的話網站就當作你瀏覽器的功能是完全一樣的， 02/22 21:18
→ Kenqr: 所以加了新功能主版號當然就要跟著變。 02/22 21:18
推 MilchFlasche: 技術和功能開發是變快沒錯，但我不覺得現在每個Fx 02/23 18:09
→ MilchFlasche: 主版號的更新幅度有0～4那個時期每個主版號躍進那多 02/23 18:10
→ MilchFlasche: 所以只能說，主版號往上調升的邏輯似乎也變了 02/23 18:11
推 mjsg: 關於樓上的疑惑……本篇主文不就在講這件事？ 02/23 20:51