「Plurk API 2.0 beta」總算是提供 OAuth Core 1.0a 介面讓人使用了,想把之前「Twitter 轉 Plurk 的程式...」的程式改寫,不過新的 API 不管怎麼註冊都不會過...
有人有註冊成功的嗎?
PS:另外「* 如果這不是一個網頁應用程式,請留空白即可」好像也怪怪的,我記得應該反過來?
幹壞事是進步最大的原動力
「Plurk API 2.0 beta」總算是提供 OAuth Core 1.0a 介面讓人使用了,想把之前「Twitter 轉 Plurk 的程式...」的程式改寫,不過新的 API 不管怎麼註冊都不會過...
有人有註冊成功的嗎?
PS:另外「* 如果這不是一個網頁應用程式,請留空白即可」好像也怪怪的,我記得應該反過來?
在 Twitter Engineer Blog 上的「The Great Migration, the Winter of 2011」這篇文章裡提到了 Twitter 預定搬機房的行程,裡面有些數據...
目前維護的人數:
Today, the feed and care of Twitter requires more than 200 engineers to keep the site growing and running smoothly.
機器數量超過 1000 台:(用 thousands 這個詞)
Simultaneously, our operations engineers divided into new teams and built new processes and software to allow us to qualify, burn-in, deploy, tear-down and monitor the thousands of servers, routers, and switches that are required to build out and operate Twitter.
Tweet 的資料量:
Once we proved our replication strategy worked, we built out the full Twitter stack, and copied all 20TB of Tweets, from @jack’s first to @honeybadger’s latest Tweet to the second data center.
Twitter 將 jQuery 1.4.2 換到 1.4.4 以後,發現在捲頁時的效能變得很差:「About that slowness on Twitter…」。
這件事情讓 John Resig 在他的 blog 上發表了一篇文章,發現原因在「$something.find(".class")
」這種用法,成為壓死駱駝的最後一根稻草:「Learning from Twitter」。主要的原因是 querySelectorAll(".class")
比起 getElementsByClassName()
慢了一些,而 Twitter 的寫法會使得這個 function 的效能明顯放大到影響整體效能的程度...
文章以及 comment 有給一些建議 (cache selector 與針對 scroll event 的處理),記起來以後應該會有幫助...
想在 Twitter 上面丟一些東西,結果發現噴掉了 XD
參考「Site availability issues」這篇的更新狀況,看起來是正在處理中...
twitterfeed 一直是 RSS feed 轉到 Twitter 上的首選,但最近似乎怪怪的,blog.gslin.org 不管怎麼重設都沒辦法轉上去,找了一下資料發現也有人有類似的情況:「dlvr.it - Twitterfeed 的另一選擇」。
所以,照著上面那篇文章,我也換去 dlvr.it 了,接下來就觀察看看吧...