這幾天幾乎有空就在看 Netflix 上面的節目
雖然有人說畫質跟網路有關係
但我自己怎麼看就是覺得畫質沒想像中的好
所以我去比對了一下我自己之前抓回來的同一部影集
source 是 webdl，我看 source 確實是有 1080P 的畫質沒問題
但是我在家裡看到的卻不是如此
觀察 router 流量也大約只有 2000kbps 左右

google 了一下，我在 chrome app store 找到這個套件
https://chrome.google.com/webstore/...chrome-ntp-icon

裝了之後可以查看影片的流量，還可以改流量跟 CDN
稍微研究一下這個套件為什麼可以改 CDN 跟查流量資訊後
發現 netflex 的播放器有兩個快速鍵
CTRL + ALT + SHIFT + S 可以手動更改畫面流量
CTRL + ALT + SHIFT + D or Q 可以顯示影片資訊，包含音訊跟視訊流量資訊

在 FIREFOX 跟 CHROME 流量最高就是 2000kbps(video) + 64kbps(audio)
最高就 720P 沒有更高了
但神奇的是 IE 跟 EDGE 有 1080P 的流量 4870kbps，但是 audio 還是只有 64kbps
其實 FIREFOX 在播放的時候
居然要調用 sliverlight 的時候，就覺得事有奚竅了
參考了 EDGE 的 user agent，把 firefox 的 user agent 改成跟 edge 一樣
想試試看能不能 1080P，結果一直不停轉圈圈
後來找了一個很古老的 ie 8 user agent 下去開
直接跳轉到這個網頁，看起來應該是 HTML5 支援的問題
https://help.netflix.com/zh-tw/node/23742?tnid=23742
netflex 不知道用了什麼，連 CHROME 都不支援 1080P 播放

所以想要享受高畫質 1080P，請使用 IE 或 EDGE
然後 IE 跟 EDGE 比較的話，IE 會比 EDGE 好一點
IE 用更少的時間就可以進行 1080P 的緩衝
EDGE 從最一開始的 480P 進行緩衝，到 1080P 時間太長了
太蓋是像這樣的的長度
480P ---- 720P ------------------1080P
而 IE 是像樣
480P ---720P -----------1080P

然後因為是比較特殊的 HTML5 語法
所以 IE11 以前的版本，全部不支援 1080P
換句話說 WIN7 以前的 OS 最高只能觀賞 720P 最高的影像品質
如果使用 WIN7 但沒有升級到 IE11，也不能看 1080P
所以你當初隱藏了 IE11 的更新在 WIN7 平台上的話
可以從這裡獲得 IE11 的更新
https://www.microsoft.com/zh-tw/dow...-7-details.aspx

然後除了 netflex 自己的那一些影集外
大部分電影只有 480p 1750kbps 畫質
沒全部都看，隨便挑幾部觀察
最高都只有 480p 的 dvd 畫質
感覺有點可惜..
先這樣，想到什麼再補充 (繼續閱讀...)

Apple：Safari 4是全世界最快的瀏覽器！

Safari 4在今天已經正式脫離測試，推出正式版了
官方網頁上很清楚的說著Safari 4是目前最快的瀏覽器
依照慣例，我又做了幾個簡單的測試，來檢驗次世代瀏覽器的JS render性能



測試對象有Firefox 3.5、Safari 4、IE 8、Chromium 3.0還包括前幾天釋出的Opera 10
測試網站使用：Javascript speed tests、V8 Benchmark Suite、SunSpider JavaScript Benchmark、Dromaeo JavaScript performance test suite、JavaScript Preformance Test


測試平台：

C2D E6300@3G 4G RAM
Windows XP SP3 32bit


受測軟體：

tete009 Firefox 3.5b4pre
Opera 10.00
Chromium 3.0.185.0 build:17933
Safari 4 build:530.17
IE 8.0.6001.18702



測試結果：





















後記：

1.測試過程中我將IE的JS等待時間給延長，以確保成績的正確性

2.並將Firefox 3.5設定為初始狀態，再關閉所有addons，以確保記憶體消耗測試時的正確性

3.IE在測試Dromaeo JavaScript performance test suite時多次無故停止，迫使我必須放棄

4.記憶體消耗測試方法，為每一個瀏覽器開啟十個NBA.COM的分頁，再計算記憶體消耗程度


最後附上Dromaeo JavaScript performance test suite的詳細測試結果


其實從這幾個結果上來看，Safari 4使用了新的WebKit引擎之後，性能確實相當卓越
假使Safari 4目前坐穩世界第一快的寶座好了，與其它競爭對手的差距也實在是太小了

實際使用的速度，我個人還是覺得Tete009再編譯並優化過的Firefox 3.5
與Chromium還是要來的比Safari 4要來的再快上一些
而且Safari並不如Chromium來的輕量，Top Sites雖然炫麗
但對老機器而言卻是個惡夢，華而不實並沒有想像中的實用


測試過程中，做記憶體消耗測試時，Safari、Chromium、IE都有非常嚴重的凍結狀況
Opera表現較略好於前三者一些，表現最好的則是Firefox
Firefox沒有凍結的情況發生，但依然會有一些延遲的情況發生
但比起其它受測瀏覽器，Firefox則明顯表現的最好！ (繼續閱讀...)

如何通過PC FLank的瀏覽器測試？

PC Flank是一個提供了很多線上測試工具的安全網站
它能夠幫助你檢查防火牆有沒有正常工作
其中它還有一項瀏覽器測試（Browser Test）



只是大部分的瀏覽器在這一關都會失敗




到底要怎樣才可以過關呢？我測試了數種瀏覽器
分別為Firefox 3.0.9pre with Stealther、Shiretoko 3.5、Safari 4.0、Chromium
以及微軟IE 8，並分別打開它們的隱私瀏覽功能

Safari 4：



IE 8：



Firefox 3.09：
Firefox 3.X本身不提供隱私瀏覽功能
請參閱以前我所推薦的Stealther addons


Shiretoko 3.5：



Chromium：



最後的結果其實還蠻意外的，唯一能夠通過測試的就只有Firefox 3.0.9pre with Stealther
這個組合而以，其它瀏覽器全軍覆沒．．





不過正常情況下PC Flank的這個測試是沒有意義的
所以你的瀏覽器無法通過測試也不見得就真的不安全
唯一直得一提的是Stealther這個擴充套件是真的能防堵track cookie
但這個安全套件很有可能因為功能與Firefox 3.5重複的關係而不再提供更新了 (繼續閱讀...)

駭客大會上MAC OS再度讓人失望！

Pwn2Own駭客大會上（３．１８）一位名叫Charlie Miller的參賽選手
他僅僅只花費十秒的時間，就成功入侵了MAC OS！
並讓MAC OS成為本次大會上率先被成功入侵的第一個系統！
而Windows上的IE 8、Firefox、Safari也在同一天被另一名德國選手Nils給攻破！



Windows上唯一全身而退的只有Google Chrome瀏覽器！
Miller賽後接受ZDNET的訪問說到MAC/Safari的漏洞他之所以能夠在短時間內突破
那是因為他很早之前便發現了該漏洞，發現漏洞後並沒有做任何通報，也沒有公佈該漏洞
不公佈漏洞，讓他在此次駭客大會上拿到了5000美元的獎金，也為了他的公司做了一個很好的宣傳

但在他的眼哩，另一個發現Windows/IE漏洞的Nils，Miller認為Nils所發現的漏洞價值
遠比他突破MAC OS系統所得到的5000美元獎金還要高出十倍！

Miller接著被問到，為什麼不選擇Windows平台而卻選擇MAC作為攻擊對象時
他說"因為MAC OS上所發現的漏洞非常容易利用"！
用白話一點方式來講，Miller的意思其實是說MAC OS上的垃圾漏洞（很難被利用的漏洞）
相對於Windows來說低了很多！

而且Windows系統上有所謂的反漏洞攻擊（Anti Exploit），在MAC OS上卻沒有類似的功能
Miller所謂的Anti Exploit，其實就是指Windows系統上的"資料執行防止"（DEP）
從訪談中可以透露出在Miller眼裡，Windows其實是個比MAC OS還要來的安全的系統



而在網路瀏覽器的部分，Miller說道同樣的Firefox瀏覽器，在MAC OS系統下
就是要來的比Windows系統上來的好利用多了，在他的經驗裡，MAC是一個很容易被入侵的平台！

而Google Chrome也是本次駭客大會上唯一一個全身而退的網路瀏覽器
Miller說Chrome的漏洞很難利用，因為Chrome有自己的沙盤（SandBox）技術做後盾
如果你得到一個Chrome的漏洞，你還必須還要再有一個Chrome沙盤的漏洞
藉由沙盤的漏洞讓瀏覽器本身的漏洞可以穿出沙盤之外！不過Miller說這種同時存在漏洞的可能性不高！

雖然目前Chrome在漏洞的數量上，不見得比較少
但由於它自帶沙盤的關係，使得漏洞的被利用率大大的降低！
所以就目前來說，瀏覽器加上沙盤，是另一個不錯的選擇！


而所謂的沙盤，這裡我用SandBoxie官網提供的說明圖做個簡單的說明
在沒有沙盤的保護下，瀏覽器可以對系統做任何的修改
但只要你有了沙盤，沙盤便會對位於沙盤內的應用程式，將它們對系統的修改
重新定像到一個空白區域，而不是直接就將修改寫入硬碟之中
此舉它有一個好處！就是你不滿意的部分你只需要清空沙盤內的資料
那一切又回覆到最初的那個原始狀態！


Chrome剛推出時，Google特別強調的沙盤技術
在這次的駭客大會上證實確實是一個有用的功能
如果你對Chrome的沙盤技術感興趣
可以順便看我去年所寫關於Chrome沙盤技術抄襲的事件！ (繼續閱讀...)

瀏覽器三強JavaScript性能大車拼！

很久沒有更新blog了，這段時間我過的不太好
最近因為流行性感冒肆虐，所以我在家裡休養了一段時間
今天心血來潮，做了這次的測試，有別於之前我所做的那些測試
之前的測試算是大雜燴，把我想得到的瀏覽器全部都抓來測試了一番
但那個測試只使用單一的測試工具，也就是SunSpider JavaScript Benchmark
這個算是時代比較悠久的測試工具了，這次新的測試我只挑選比較備受矚目的三款瀏覽器

它們分別為才剛推出沒幾天的Safari 4.0beta、Chromium 2.0、Firefox 3.1beta
這三款均為目前JS render性能最強大的瀏覽器！




測試使用的測試網站分別為Javascript speed tests、V8 Benchmark Suite、SunSpider JavaScript Benchmark、Dromaeo JavaScript performance test suite、JavaScript Preformance Test

測試平台：

C2D E6300@3G
2Giga RAM
Windows XP SP3 32bit
FireFox 3.1b3pre
Chromium 2.0.167.0 build10297
Ssafari 4.0 build528.16

測試時由於Javascript speed tests每一次測試的結果誤差相當大，所以我每一款瀏覽器
均測試三次，然後取成績最好的那一次作為本次的成績登入



測試結果：
















這幾個測試工具，比較新也比較符合時代潮流的就屬V8 Benchmark Suite與Dromaeo JavaScript performance test suite這兩個
這裡我附上Dromaeo JavaScript performance test suite的詳細測試結果，讓大家自己測試時可以做個比較

最後我就不多做說明或下結論，結果誰好誰壞大家都可以一目了然
畢竟目前只有極少數的網站才會需要如此強勁的JS render engine (繼續閱讀...)

歐盟可能強迫微軟在Windows內預裝多種網頁瀏覽器

延續之前的話題，歐盟正在評估強迫微軟在Windows中內建其他作業系統的可能
未來在歐盟會員國內上市的Windows很可能會內建包括Firefox、Safari、Chrome、Opera等的瀏覽器



歐盟認為，預裝IE瀏覽器的Windows危害到了其它瀏覽器的生存
所以可能會迫使微軟未來在Windows內預裝其它第三方瀏覽器
針對這個結果，微軟有兩個月的時間可以替自己辯護！

如果未來真的這麼做了，可以讓一些只會說："沒有瀏覽器我怎麼上網下載其它瀏覽器"的人閉嘴
因為微軟老是喜歡把IE歸類為"系統程式"而不是"應用程式"
因為如果IE屬於系統程式，就會成為Windows不可分割的一個部分，也因為這點
讓IE跟Windows密不可分！也無法輕易的將其分割，但是如果是預裝其它瀏覽器
就不會有這個問題，使用者可以自行決定自己的預設瀏覽器
也不要再去相信某些不負責人所發出的："沒有瀏覽器就無法下載其它瀏覽器！"這樣的荒謬言論！

因為事實上我們沒有瀏覽器同樣可以上網，例如用Telnet或者是wget這類的工具
條條大路通羅馬！"瀏覽器的取得"不見只能透過"瀏覽器來下載"
所以希望微軟基本教義派可以同情一下多年來被微軟權益侵害的這些廠商
不要只是為了反對而反對，這樣對事情不但沒有幫助，也只會越幫越忙！ (繼續閱讀...)

一個沒有隱私憂慮的Google Chrome

大家都知道Google Chrome瀏覽器雖然快速好用
但大部分人不知道的是它的Google Omnibox有不小的隱私爭議
當用戶將Chrome做為預設瀏覽器時，在網址列輸入的內容
也不需要敲Enter，所有內容全部都會回傳給Google
而且每一個Chrome用戶都會有一個圖特的身份證號碼
Google會統計每個用戶的使用情況，收集你的一些資料
例如IP還還有你瀏覽過一些什麼樣的網站，或用Google搜尋了些什麼
在某方面來看，Google透過Chrome收取用戶資訊，以壯大自家的搜尋引擎
看到這邊，可能有人內心開始發問了，那我可以不要嗎？




Chrome收集用戶資訊有些人或許不在乎，但有些人可能會覺得隱私被侵犯了
好在Google Chrome是個使用BSD授權許可的開源軟體
開源的好處就是任何人如果使用上不滿意都可以自行fork源代碼
所以現在有一個完美的解決方案，那就是SRWare Iron
SRWare Iron是Google Chromium開源計畫的一個實現
它使用了Google Chromium的源代碼，去除掉了那些會侵犯隱私的代碼
改用SRWare Iron後與Chrome相比SRWare Iron少了：

1.如果發生crash，將不會傳送任何相關資訊給Google

2.安裝時不會像Chrome一樣安裝身份證

3.網址列輸入的訊息不會回報Google，同時也失去自動揪錯與快速提示功能

4.不會安裝無用的元件在背景時時刻刻檢查有沒有新版出現

除此之外使用上與Chrome沒有任何差別，其實SRWare Iron推出有一段時間了
我一直注意它的發展，之所以現在才推薦，是因為現在有內建正體中文，在之前只有英文版
其它的不同請參閱Srware官方網站的詳細說明！ (繼續閱讀...)

次世代瀏覽器誰比較省資源？

剛剛做了一個簡單的瀏覽器資源消耗測試
比較了Safari 4.0、Opera 9.60、Firefox 3.0.2、IE8 Beta2以及Chromium開啟網頁的資源消耗量

測試硬體使用intel E6300@3G跟2G RAM
測試方式為每個受測瀏覽器同時開啟10個NBA官方網站
然後使用Chromium內的Memory比較功能統計的結果來作為這次測試的最終結果
所有的NBA網站均採用TAB的方式，而不是"New Window"的方式開啟！
受測瀏覽器中除了Firefox的成績可能會對它不太公平外（我裝了超過30個擴充套件）
其它的瀏覽器均無任何修改！


首先這張是Chromium的統計結果截圖



成績圖表：



資源佔用最高的是Chromium居次的是IE8
成績表現最好的是Opera以及Safari！
對於這次的結果其實並不意外，由於IE8跟Chromium使用了新的設計
因為強調Web APP的應用，他們加強了瀏覽器的安全性以及穩定性
在以往的瀏覽器對於分頁的處裡是採用一種稱為one Process for Everything的方式
意思就是一個進程處裡所有分頁裡的JS engine還有解析HTML等等的工作
這種做法的優點就是瀏覽器本身會比較省系統資源，理論上速度也會比較快！
但是這種傳統式的做法有個很大的缺點！由於所有的物件全部都是由單一進程處理
如果瀏覽器的JS engine或者是其中一個分頁因為Bug的關係
姜導致其它已經開啟的分頁遭到強制關閉！

現在網路瀏覽器已經進入了一個新的時代，未來會有越來越多Web APP出現
所以現在比較新的瀏覽器都會採用one Process Per Tab這種做法
意思就是說你眼睛所看到的每一個分頁全部都是一個單獨的進程
如果你因為某些原因導致某個你正在操作的分頁崩潰，你只需要重新啟動這個剛崩潰的分頁
而其它已經開啟的分頁則不會受到影響，依然可以繼續使用

但是這種方式的缺點就是會消耗更多的資源，因為每一個分頁都有自己的JS engine
也就是每個分頁之間的進程所使用的資源全部都是各自獨立！
不會說A進程跟B進程共用JS engine，C進程又跟B進程共用網路連結的組件
所以從理論上來看這種做法是維持了安全以及穩定，但是要付出犧牲一些性能的代價！ (繼續閱讀...)

我的Google Chrome讓我拼了個世界第一的噓名XD

這是有別於我自己常用的一個JavaScript Benchmark
跟其他的BenchMark不同的是，這個網站提供成績登陸
所以有一群人把自己瀏覽器的成績登陸了上去！

這個測試網站有英文原版
但是我現在一時找不到那個英文原版的網址，所以就先將就點
因為開啟的速度真的很慢很慢，有的時候還會失去回應．．

進行測試可以按每個項目的按扭，或者是最下面的開始所有測試
按下後差不多兩三秒的時間就完成測試了！
比大部分的JavaScript Benchmark都還要來快！



在今天之前我都使用官方版Google Chrome來進行測速
但是怎麼測都是在28ms左右，無法更進一步提高成績
今天我發現了基於Chrome源代碼的另一個測試版本
這個版本叫做Chromium，每天更新，相當於Chrome的Nightly build版
相較於Chrome，Chromium有更好的穩定性以及更優秀的資源管理
也有不必安裝就能夠直接使用的免安裝版！
只是比較麻煩的是Chromium無法像FireFox Nightly build版一樣可以自動更新



換成Chromium後，才測了兩次，成績就與排名在第一位的老兄並列第一！
這個感覺還真是不錯，滿足了埋藏已久的以為不再出現的虛榮心XD．．



只是Chromium快是快，但是實際在用的時候卻爾偶會發生凍結．．
往往是一個分頁出了問題，然後其它分頁也不動了，凍住的這段時間
其它的分頁無法拖拉．．跟Google所大似強調的Process per Tab有點差距．．
因為在我看來還是有可能造成其它分頁也跟著崩潰．．．
不過因為是Nightly build版的關係，穩定性上雖然某些Chrome會崩潰的網站
Chromium雖然不會崩潰但是一些怪問題也不少，例如會造成I/O持續
除此之外Chrome除了比Chromium慢一點，耗了多一點資源，偶爾崩潰一下
使用上卻還是比較順手一些，畢竟瀏覽器平穩的用才是最重要的！ (繼續閱讀...)

Google Chrome爆出逆向Windows API的事情

剛剛看到的一則趣聞，內容是說Google的Chrome瀏覽器
它的源代碼被人發現有逆向Windows API的嫌疑！

該位程式人員名字叫做Scott
Scott花了不少的時間研究Chrome源代碼，以及Chrome的授權協議
他發現Chrome在安全功能上用了一些不在MPL授權範圍內的功能！
這個功能實現了Chrome的SandBox功能，由Scott的文章裡可以看出
Chrome的SandBox很有可能就是基於Windows的DEP（資料執行防止）
這個DEP主要是用來防止Buffer Overflow（緩衝溢位）

雖然這是Windows早就內建的功能，但是在IE7的時候MS沒有讓IE7加入這個保護
他們的理由是由於plug早已規範好了，如果冒然加上，可能會造成plug相容性的問題！
不過在最近推出的IE8中，預設就已經擁有了DEP的功能，可以用來阻止Buffer Overflow的行為

種種跡象看起來Chrome好像真的透過逆向工程使用了MS隱藏起來的API
其實這類事情好像也不是第一次發生了！

幾個月之前在FireFox 3還沒有正式推出的時候，我在Mozilla Develop Team blog上
上到了一個程式人員寫了一篇關於Apple隱藏了關鍵MAC OS API
導致FireFox在MAC OS上效能很差勁！
這個程式人員說他剛開始的時候感到很懊惱
因為MAC版的FireFox無法像在Linux或者是Windows平台上一樣擁有極高的性能
後來在持續的改進與摸索下，他發現了MAC OS隱藏的API，認為Apple是故意的！

只是原本我想把這件事給寫在自己的blog上，但是回頭去找該篇blog時卻再也找不到了．．
不知道是程式人員發現自己說了不該說的話？還是被Apple施壓？
一直到現在還是個謎．．不過我個人是傾向於應該是被Apple施壓．．
因為這還瞞像Apple會做的事情XD．． (繼續閱讀...)

Google Chrome的幽默崩潰圖片

這是今天跟朋友一起試用Chrome時發現的有趣崩潰圖片
Google還漫幽默的，從Gmail的"萬歲一封烙澀郵件都有"倒現在的Chrome
極盡所能的表現出幽默風趣的一面，讓人再遭遇這些問題時還能夠會心一笑！




以上圖片由tomato提供！



Chrome目前在某些系統上確實非常不穩定，不過畢竟是測試版
我們就讓Google慢慢進步吧！ (繼續閱讀...)

Google Chrome網頁瀏覽器正式推出！

萬眾矚目等待多時，Google終於在幾個小時前釋出了Chrome Beta版瀏覽器！
Chrome是一個開源並基於WebCore引擎的網頁瀏覽器
WebCore同時也是Apple Safari的排版引擎
這是一個優秀的開源網頁排版引擎，是目前唯一能夠通過ACID3的測試
並且還同時擁有極高JS性能的網頁瀏覽器！FireFox 3雖然JS性能極佳
但Acid3表現卻遠不如WebCore引擎的瀏覽器！這是一個比較遺憾的地方．．
想瞭解關於更多關於Google Chrome關於的介紹，Google網站上有更詳細的說明

初始畫面有點類似Opera的"快速撥號"，用戶可以在這個地方自定不同的網頁通路


瀏覽的速度確實很快，可以明顯的感受到JS宣染性能快過FireFox 3！


跟FireFox一樣網址列也擁有搜尋功能，差別為FireFox會直接把你帶到欲瀏覽網站
Chrome則是會把搜尋結果透過自家Google搜尋網站開啟，由用戶本身決定開啟哪個Link！


Acid3測試結果


簡單的測試一下JavaScript性能，表現簡直一鳴驚人！
測試結果為1172ms，表現稍優於同樣使用WebCore引擎的Midori
JavaScript性能也幾乎是FireFox 3的一倍！


習慣了快速宣染能力的瀏覽器，真的就很難在回頭去用慢速的瀏覽器了
不過Chrome目前由於還在測試中，設定上相當簡陋，也有一些潛在穩定或功能問題
在朋友的簡體中文系統裡還一直崩潰，到成熟還有一段不短的時間
目前與FireFox 3相比，除了WebCore本身一貫優良血統外，幾乎不是FireFox的對手！
只能盼望將來Chrome能夠擁有龐大的addons，足以跟Mozilla相抗衡的addons
到時自己才會考慮是否該轉換跑道Google陣營，畢竟FireFox的精隨就是那些addons啊！

除此之外，剛剛短時間的試用Chrome，發現它在宣染某些JavaScript時會有些問題
這些有問題的JavaScript完全失去功能，但在FireFox 3或是Opera下卻完全正常
看來Google還需要一段時間才可以完善Chrome！ (繼續閱讀...)