在「Twitter OAuth API Keys Leaked」看到有人把 Twitter 官方應用程式的 API key 給解出來了,包括所有平台 XD
這件事情在技術上沒辦法避免,就跟 DRM 技術一樣... 不過也不用擔心,這些 key 與 secret 沒有安全問題,在 OAuth 設計上只是拿來識別 client 用,而用這些 key 的好處是 Twitter 不會限制這些 client 的 API 呼叫次數... XD
這完全怒了啊 XDDD
幹壞事是進步最大的原動力
在「Twitter OAuth API Keys Leaked」看到有人把 Twitter 官方應用程式的 API key 給解出來了,包括所有平台 XD
這件事情在技術上沒辦法避免,就跟 DRM 技術一樣... 不過也不用擔心,這些 key 與 secret 沒有安全問題,在 OAuth 設計上只是拿來識別 client 用,而用這些 key 的好處是 Twitter 不會限制這些 client 的 API 呼叫次數... XD
這完全怒了啊 XDDD
看到 Ash Wu 貼的「5 easy tips to accelerate SSL」:
unhandledexpression.com/2013/01/25/5-e…
— Ash Wu (@hSATAC) January 28, 2013
先列出原作者在文章裡給的結論:
ALL:!ADH:!EXP:!LOW:!RC2:!3DES:!SEED:RC4+RSA:+HIGH:+MEDIUM
不過,現在考慮 SSL 效能以行動平台為主 (因為桌機用軟體計算也超快),而行動平台中 iOS 可以對 AES 與 SHA1 硬體加速 (iOS 4.3+),Android 一般的情況下看起來沒得用,所以就自己取捨啦...
我很喜歡在 iPad 上用 Zite 讀文章,除了看文章以外,有些常出現的新站台我會丟到 Google Reader 訂閱...
不過最近一次改版後,操作上變得很難用...
next 的設計是希望我一直看一下去,不過我用了一陣子以後發現:
所以後來就完全放棄 next 按鈕,我寧可點左上角的 close 按鈕... (要用左手按,很不方便)
有人要推薦其他的軟體嗎?
今天 MOPCON 的投影片,題目「API Design Optimized for Mobile Platform」:
昨天入手了一台 HTC Flyer,有一些比較簡單的感想,首先是硬體的部份:
再來是軟體的部份:
接下來就是看 XDA 上面的後續了...
YouTube 發了一篇公告,將站上約 30% 的影片另外壓一份 WebM 格式,而這 30% 佔全站 99% pageview:「Mmm mmm good - YouTube videos now served in WebM」。
目前在 Firefox 4+、Opera 10.6+、Google Chrome 支援 WebM 格式,手機平台則是 Android 2.3 (Gingerbread) 支援。
希望有一天可以完全取代 H.264...
Steve Souders 分析了手機瀏覽 Bing 與 Google 的手機平台時,這兩個平台如何處理 cache issue:「Storager case study: Bing, Google」。
這兩個平台不約而同都用上 HTML5 的 localStorage,其中 Bing 用了 ~170KB (未壓縮大小) 的 localStorage,內容包括 CSS/JS/JSON,而 Google 也用了 154KB 存放這些資料。
這應該是因為手機平台的 browser cache 共用一塊不大的空間,很容易被 purge:(我的 Desire 跑 Android 2.2,剛剛看設定,預設值是最大值 6MB)
而 localStorage 則是每個 domain 自己一份空間,相對於共用的空間反而更適合當 cache...
剛剛看到 Google 買下了 BlindType:「Google Acquires BlindType to Improve Android's Virtual Keyboard」。
這是 BlindType 的 demo:
Holy...
HTC Desire 入手,拿到後先更新到 Android 2.2,然後到 Market 上面抓一堆應用程式回來玩...
等到比較熟了以後再來看看有什麼想法...