Re: [問題] Browser Next?

看板Browsers (瀏覽器)作者 (O_o)時間11年前 (2013/12/10 01:46), 編輯推噓6(608)
留言14則, 7人參與, 最新討論串3/4 (看更多)
好久沒來了,也來分享一下個人各瀏覽器 Mac 版用到現在的使用經驗和感想: ※ 引述《fema (Currahee)》之銘言: : IE, Opera, Firefox, Chrome : 是我用過瀏覽器的順序 : 但是預設的瀏覽器幾乎都是 Opera : IE : 不多做解釋 Windows 上的話,除了沒有正式的套件支援以外(至少現在有 AdBlock Plus 了), 其實 IE 10 之後的速度算是很不錯啦,Windows 上純瀏覽夠用。 Mac 上用不到(出了我還是不會用XD)就不多說了。 : Firefox : 之前不用的原因是後來開啟太慢,已經很久沒用它了 從 Firefox 3.5 就開始在 Mac 上使用,一路走來進步是十分有感的。 可惜套件雖仍強大,但對我來說已無足夠吸引力、市集的活躍度也漸漸被 Chrome 追過, 此外不支援 H.264(YouTube、Vimeo 等眾多網站無法完整使用 HTML5 版)、 到現在仍是非原生的 XUL 架構(介面容易雜亂出 bug、許多原生功能難以實作), 以及 Mozilla 在某些大方向的執行上略嫌粗糙、龜速、不夠力等因素, 讓我終於在版號還不到 10 的時候跳槽到 GC。 : Chrome : 吃記憶體驚人,2G RAM 筆電吃不消 : 即使我擁有較多的 RAM,還是不太想讓瀏覽器這樣使用 版號個位數時就開始使用,放棄 FF 之後變成主要瀏覽器。 速度快又穩不用說(常看到 Windows 的在抱怨,但 Mac 版倒是異常穩定), 採用 WebKit(Blink)+V8,HTML5+JS 各方面以及 Mac OS 原生功能支援度夠、 甚至後來還首先內建 Flash Player、PDF plug-in、click to play 等實用功能, 加上(對我來說)足夠豐富強大的套件選擇、方便到爆的完整同步功能, 還有 Google 無論介面設計、功能引進等的細心度與效率都遠優於 Mozilla, 整體來講 GC 使用下來的體驗讓我十分滿意。 在此同時,雖然一直想試著去愛上 Safari,但無奈 extension 支援有限, 速度和穩定性不甚理想的因素下,讓我還是繼續使用 Chrome(雖然它越來越肥、笨重), 不過最後 Safari 7 終於在今年隨著 OS X 10.9 Mavericks 推出的時候讓我成功跳槽 XD 最後補充。 : Opera : 已經習慣安裝後 : 稍做設定就可以開始、不用安裝附加元件就可以便利地使用 : 但是現在 Chrome 化,實在是吞不下 : 真的只能 12.16 一直使用下去嗎? 因為已經跳到 Safari 了,所以 GC 理所當然短暫地當了一陣子的第二順位, 但前面說過它愈來愈肥、而且如擋路下載列之類的部份介面特色讓我覺得很討厭 XD 於是在前陣子把第二瀏覽器換成已轉用 Chromium 作為核心的新 Opera(Dev 版)。 首先優點不多說,核心換成 Chromium(Blink+V8)之後速度、支援度大增, 然後最重要的,能通吃 GC 的套件根本是件完全犯規的事 XDD 此外就是 OP 現在基本上是砍掉重練的時期,雖然舊使用者覺得缺東缺西, 但對我來說,用新 OP 這個一切從簡的「輕量版 GC」來取代 GC,只能說再合理不過了。 缺點是它不支援 H.264、也沒內建 PDF plug-in,反正只是次要瀏覽器就沒差囉。 (那個… 回上一篇,雖然我沒在用,但現在好像已經有書籤了 XD) 最後說說 Safari。 我是大概從 Mac OS X 10.5 Leopard 的時候首次踏入 Mac 的, 用到現在當然是回不去 Windows 了,不過重點是 Safari。雖然它也為瀏覽器界貢獻不少 (WebKit、私密瀏覽、pop-up 式下載管理器、搶先支援部份 HTML5 新功能特性等等) 但它一向都是走超精簡路線,除了跟系統整合性最佳之外,功能與速度沒有特別突出。 Safari 5 之後,它終於支援 extension 了,可惜 API 限制多、使用人數少, 剛開始那段時間的開發潮過後,好像就慢慢地變回一潭死水,API 也不見強化、更新。 不過我常用的幾個 Safari 獨有套件、部份主流跨平台套件目前都有上架並持續更新, 最近隨著 Mac 使用人數攀升,幾個高知名度網站、套件又開始想到要照顧 Safari 了, 但總之 Safari 5 那時有限的 extension 支援,並不足以將我從 GC 拉過來。 Safari 6 更只能說悲劇一場。Safari 6 走出了 multi-process 的第一步,將瀏覽器框架 (chrome)與網頁內容(content)分開,但不知是架構上的問題還是只是 code 寫爛, 效能慢就算了,網頁內容常常有事沒事就 crash,甚至比 Safari 5 還要不穩個好幾倍, 而且由於所有網頁內容只是單一個處理程序,一頁 crash、全部 crash,慘烈。 最後就是 Safari 7 了。除了記憶體用量、功耗、Nitro 引擎又再進一步改善之外, Safari 7(或應該說是 WebKit 2)在這代終於做到完整的 multi-process, 穩定性沒話說、瀏覽器整體執行時的反應速度更是有史以來最快的, 再來 Mavericks 的硬體加速捲動實在太奶油了,加上一直以來都是最好的系統整合性、 已算是堪用的套件(極少數的機會下需要用到某些功能,就是偽 GC 出場的時候了 XD) 終於讓我可以名正言順的把 Safari 拿來當成主要瀏覽器使用了。Sweet! 以上。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.59.149.235

12/10 04:38, , 1F
sweet!
12/10 04:38, 1F

12/10 11:11, , 2F
個人感覺fx/gc開網頁比Safari順 真的是因人而異 XD
12/10 11:11, 2F

12/10 11:12, , 3F
不然Safari觸控板手勢支援比較好 我會拿它當主力
12/10 11:12, 3F

12/10 12:53, , 4F
FX在Win和*nix上已經可以利用系統解碼器看h.264 Mac也會跟
12/10 12:53, 4F

12/10 12:53, , 5F
進才對?
12/10 12:53, 5F

12/10 13:22, , 6F
只能說multi process在win上做起來效果很難太好
12/10 13:22, 6F

12/10 13:23, , 7F
win架構裡沒fork 這對要狂生process就是一大傷了...
12/10 13:23, 7F

12/10 13:30, , 8F
至於FF在MAC上的h264... 感覺應該沒啥機會?
12/10 13:30, 8F

12/10 13:30, , 9F
Apple這方面的API好像都沒公開 好像沒辦法直接用系統的
12/10 13:30, 9F

12/10 17:03, , 10F
我沒在用 Mac,請問 Chrome 或新 Opera 會佔用很多記憶體嗎?
12/10 17:03, 10F

12/10 17:24, , 11F
OSX跟Win的記憶體管理方式不同 不能這樣比較
12/10 17:24, 11F

12/10 17:25, , 12F
唯一有感的大概就是他們比其他兩家更吃CPU...
12/10 17:25, 12F

12/10 17:27, , 13F
同樣的Flash Game在chrome核心下就是比較頓
12/10 17:27, 13F

12/15 22:34, , 14F
push, nice article
12/15 22:34, 14F
文章代碼(AID): #1IfW7qNQ (Browsers)
討論串 (同標題文章)
本文引述了以下文章的的內容:
31
77
完整討論串 (本文為第 3 之 4 篇):
31
77
1
4
文章代碼(AID): #1IfW7qNQ (Browsers)