回复一些推文,顺便提一点 FF 的历史。
推 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