Home » 2011 » June (Page 2)

Google Chrome 的 Cookie 隱私功能...

Firefox 裡,我們可以藉由「預設所有的 cookie 都只能是 session only」加上「例外名單」,做出「關閉瀏覽器就把白名單以外的 cookie 清掉」的功能,但在 Google Chrome 裡面,用內建的功能做不到這件事情。(他只能做到關閉時全部清除,沒辦法把白名單清除在外)

剛剛找到一個 extension 實做了這個功能:「Vanilla Cookie Manager」,在每次打開 Google Chrome 時會清除所有白名單以外的 cookie,也算是做到這個功能了... (雖然我比較喜歡在關掉的時候處理)

繼續找 Google Chrome 上對應的套件...

從 EveryDNS 搬出來...

剛剛把 gslin.{com,info,net} 的 DNS hosting 從 EveryDNS 上面搬出來,改丟到 Linode 上面代管。(看起來目前付 USD$20/month 的主要用途只有這個?:o)

理論上是無痛轉換,但如果連線上有遇到問題的話可以寫信給我 (上面的 About & Contact 有聯絡方式),另外在 Twitter 上也可以找到我...

Facebook 將繼續提供 IPv6 的服務...

World IPv6 Day 結束了,結束後第一個看到公告的是 Facebook 在「Exciting Results from World IPv6 Day」提到的:

Based on the encouraging results, we’ve decided to leave our Developer site dual-stacked, supporting both IPv4 and IPv6. And we will continue to adapt our entire code base and tools to support IPv6.

也就是 developers.facebook.com 仍然會保留 IPv6 & IPv4 位置:

developers.facebook.com
developers.facebook.com. 30 IN AAAA 2620:0:1c00:0:face:b00c:0:7

不過這次 World IPv6 Day 以 Facebook 的量也才看到 1 million users 啊...

另外觀察到 www.limelightnetworks.com 還繼續有 IPv6 服務:

www.limelightnetworks.com. 128 IN CNAME llnw.vo.llnwd.net.
llnw.vo.llnwd.net. 257 IN AAAA 2402:6800:720:11:230:48ff:fed9:f114
llnw.vo.llnwd.net. 257 IN AAAA 2402:6800:720:11:230:48ff:fe8d:aa74

另外這個比較特別,不確定是還沒拔掉還是決定要繼續跑:

www.hinet.net. 300 IN AAAA 2001:b000:180:3::7

中華又降價了...

中華電信的網站上可以看到公告:「中華電信HiNet ADSL及光世代感恩回饋」。

中華電信這次與行政院一搭一唱演得還不賴,繼續打趴其他不長進的固網業者 (參考行政院的「數位匯流發展方案(2010-2015年)」,在 P.26)。

雖然口號是類似於「提昇普及率,所以大幅調降高速率光纖的費率」,但這次調整最大的實質改變其實是光世代上行速率的提昇 (10M/2M 變成 12M/3M、20M/2M 變成 20M/4M、50M/3M 變成 50M/5M、100M/5M 變成 100M/10M),這使得許多 P2P 應用會更有機會 (對,壹電視的 IPTV box 使用 P2P 會是其中之一)。

等家裡的 cable 合約到期再來看看要怎麼處理好了...

家裡的螢幕爛了...

回家發現螢幕過電沒畫面,看了一下購買日期,過三年保固期在討錢了... 只好先把電腦電源關掉,明天下班的時候去光華商場買一顆回來。在新的螢幕到之前只好先用 laptop 撐著。(剛好前陣子買新的 laptop...)

查了一下資料,有支援 2560x1440 WQHD 解析度的只有 AppleDellEIZO 這三家有出,拿來寫 code 偶而看看動畫,應該會買 Dell 的吧...

這個月看起來又得花不少錢了...

Google +1 按鈕的效率問題

在「Google +1 Button Performance Review」這篇中,Aaron Peters 對 Google +1 按鈕所提供的方法感到疑惑,因為官方所提供的方法效率其實並不好。

首先先拿出官方的 sample:

<!-- Place this tag in your head or just before your close body tag -->
<script type="text/javascript" src="http://apis.google.com/js/plusone.js"></script>

<!-- Place this tag where you want the +1 button to render -->
<g:plusone></g:plusone>

即使 Google 給了建議「Place this tag in your head or just before your close body tag」,但這仍然會延遲 onload 的時間。

另外一個更糟的是,目前 Google 的伺服器會把使用者從 http://apis.google.com/js/plusone.js 導到 https://apis.google.com/js/plusone.js,多一個重導又使得 onload 時間又更久了。接下來是噴飯的「Cache-Control: private, max-age=360」,這使得 proxy server 無法 cache,而且因為 cache 的時間過短而經常要向 server 要資料。

再來是這個 js 沒有 minified,造成 gzip 後仍有 628bytes 的差距。然後在這個 script 裡面還可以看到特地為 Blogger「減速」使用 sync loading (喔喔)。

從以上的情況,可以看出來 Google +1 這個產品符合了不少產品成功的要件... XD

Anyway,真正的重點在文章最後面,他有引用一段 async loading 的程式碼讓大家用,雖然不能解決所有問題,但至少可以讓 onload 事件儘快觸發... (這是其中一個很大的問題)

Sony 密碼分析...

好像每次有密碼被流出來就會有人做類似的事情:「A Brief Sony Password Analysis」。

這次分析的內容中有個不一樣的部份,大概是因為有不少「資料」可以「參考」,所以就拿來交叉比對了:

67% of accounts on both Sony and Gawker use the same password.

oops... :(

World IPv6 Day

預定在 6/8 舉辦的 World IPv6 Day 快要到了,因為是以 UTC 時間來算,所以換算成台灣的時間,是早上八點開始。在「Participating websites」有列出參與的站台以及會使用的 domain (也就是直接加上 AAAA record)。

可以看到 Google 是拿 www.google.com 以及 www.youtube.com 出來參戰,Facebook 也會將 www.facebook.com 參與。

這樣已經很大沒錯,但另外一個重點是 YouTube 的 video data 本身有沒有打算要上這一波的測試。

另外剛剛發現 HiNet 已經建立了自己的 192.88.99.1 anycast address 負責 6to4 (nopa.tw/45),而 TWGate 則是透過香港的 Hurricane Electric 轉。

另外兩家大的 ISP 就不提了,都是 Hurricane Electric 在美西的點...

HTC Flyer 的問題...

Ruby Tuesday #19RGBA_ 上都帶過 HTC Flyer 讓一些朋友摸摸看...

買了這台最方便的就是開會與外面聊天的時候查資料... 尤其是 600x1024 的關係,很多沒有對 mobile 特製的網頁也是可以轉 90 度後用 1024x600 看。也因為如此,我看維基百科是切到正常版看。

不過買了 Flyer 從來沒在上面看過電子書... Amazon Kindle 比較適合讀文字,在上面看了不少東西。

會特地寫「HTC Flyer 的問題」是因為有個問題一直解不了,不確定是什麼問題,只好用 Desire 拍下 Flyer 的錯誤畫面:

如果有解法的話麻煩留個 comment 吧 :o

GitHub 換 SSL certificate

離 expire 時間還很久,但是從 wildcard SSL certificate 換成普通的 SSL certificate:

不過 gist 沒換,用的仍然是 wildcard 這組:

Archives