作者eight0 (人类)
看板Browsers
标题Re: [闲聊] 浏览器版本号可能影响网站运作
时间Mon Feb 21 06:02:08 2022
回覆一些推文，顺便提一点 FF 的历史。
1F：推 abramtw: 不要升就好了 是在 02/19 05:10
2F：→ abramtw: 反观现在反向操作的就能收割市占 02/19 05:11
刚好相反，如果这些网页不修正，它们未来就是会产生错误，
在搜寻引擎中的排名可能反而会下滑，市占减少。
对浏览器不会有什麽影响。
3F：→ hsparrot: 再说了，Fx改成GC式版号除了挣面子或模仿外，有什麽必要 02/19 19:23
4F：→ 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。
5F：推 hsparrot: 是的，道路有坑不是Fx的错，但原本乖乖的骑也能闪得过， 02/19 21:05
6F：→ 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://webptt.com/cn.aspx?n=bbs/Browsers/M.1645394536.A.660.html
7F：推 zhtw: Google在2012年将更新频率提升至四周一版本(Fx 2019) 02/21 11:53
8F：→ zhtw: 2021 02/21 11:53
9F：→ zhtw: 原因就是为了更快应对浏览器漏洞等问题 02/21 11:55
11F：→ zhtw: 升大版本推进功能更新也能提升使用者更新机率 02/21 11:57
12F：→ zhtw: 还有内文说的 可以让开发者知道哪些功能支援 哪些不支援 02/21 11:59
13F：→ zhtw: 提升大版本更新周期这件事本来就有利无害 02/21 12:06
14F：→ zhtw: 网站没写好不支援3位数版本号 那是网站自己坑自己 02/21 12:06
15F：→ zhtw: 说成是 Fx 或 GC 踩坑 这样比喻其实不恰当 02/21 12:07
16F：→ zhtw: 减少使用者继续用有重大漏洞版本的机率、快速推进功能更新 02/21 12:08
17F：→ zhtw: 让开发者更直观知道某版本支援什麽新特性 02/21 12:09
18F：→ zhtw: 这些都是新机制带来的优点 02/21 12:09
19F：→ zhtw: 浏览器厂商给网站开发者这麽长的时间修BUG 02/21 12:11
20F：→ zhtw: 到时主流网站该修的也修好了 User想要真正遇到这坑其实很难 02/21 12:12
21F：→ hijacker: 有bug就更新是没问题 但时间到就更新版本真的有意义吗 02/21 13:25
22F：推 zhtw: 每版都有bug修复啊 02/21 14:33
23F：→ zhtw: 更新的意义就是修bug 02/21 14:33
24F：推 t7yang: FX改成四周发布一次，GC也跟进了，这样是不是可以GC抄呢XD 02/21 16:11
25F：→ t7yang: 网路乡民就是有一堆奇葩言论，讲话也不用本，愿意花时间 02/21 16:12
26F：→ t7yang: 解释给他们听的真的很佛（推 02/21 16:12
27F：推 ray2501: 推 02/21 20:43
28F：→ sam613: 修bug和大版号没那麽相关,反而是更动一些折腾开发者的地方 02/21 21:41
29F：→ sam613: FX自己很清楚这点,才会为企业出ESR版 02/21 21:42
30F：推 Alica: 或者直接用YY.MM.n模式的版号 像Ubuntu或Windows 10+一样 02/21 23:32
31F：→ Alica: 每个月都要出新版的话 直接用时间标记最单纯 02/21 23:33
32F：→ legnaleurc: 就是因为HTML5盖的东西太多太杂, 多到需要定期rollout 02/22 02:18
33F：→ legnaleurc: 甚至有的是先释出实验性API, 等标准出来再配合 02/22 02:19
34F：→ legnaleurc: e.g.: 古早的 Future -> Promise 02/22 02:19
35F：→ legnaleurc: ECMAScript, CSS, HTTP 3 ... etc. 等个一年再一次发 02/22 02:21
36F：→ legnaleurc: 布都不知道飞去哪里了 02/22 02:21
37F：推 hsparrot: 版号怎麽定是政策性问题，不是技术性问题，每次更新是要 02/22 07:53
38F：→ hsparrot: 在主版号上还是副版号上加一加十加ABC都是开发者说了算 02/22 07:53
39F：→ hsparrot: 感觉有些人言语间似乎把我喷Fx飙主版号和否定Fx更新频率 02/22 07:53
40F：→ hsparrot: 画上等号，随你们画吧 02/22 07:53
41F：→ hsparrot: 倒是每次酸Fx学GC时常会有人出来解释那样做是对的，搞得 02/22 07:54
42F：→ hsparrot: 好像GC才是走在正确道路上的那个，我都不知该认同好还是 02/22 07:54
43F：→ hsparrot: 否定好 02/22 07:54
44F：→ kawasakiZII: 版号飙升就更新频率提高造成的 如果觉得更新频率没问 02/22 10:34
45F：→ kawasakiZII: 题，为什麽增加版号反而变成了问题? 02/22 10:35
46F：→ Agency: 承认自己酸错才是重点 02/22 12:54
47F：推 Kenqr: 主版号没变的话网站就当作你浏览器的功能是完全一样的， 02/22 21:18
48F：→ Kenqr: 所以加了新功能主版号当然就要跟着变。 02/22 21:18
49F：推 MilchFlasche: 技术和功能开发是变快没错，但我不觉得现在每个Fx 02/23 18:09
50F：→ MilchFlasche: 主版号的更新幅度有0～4那个时期每个主版号跃进那多 02/23 18:10
51F：→ MilchFlasche: 所以只能说，主版号往上调升的逻辑似乎也变了 02/23 18:11
52F：推 mjsg: 关於楼上的疑惑……本篇主文不就在讲这件事？ 02/23 20:51