在 Slashdot 上看到又有瘋子出現:Hand-made Web Server, Built From 200 TTL Chips。
這次的瘋子是用兩百個 TTL chip (好問題,我不知道這是什麼 chip,現在網站被 Slashdotted,暫時連不上 :p) 生出一顆 3Mhz 的 CPU,然後再自己 port TCP/IP,最後再上面架一個 Web Server… o_O
註:有人把網頁丟到 mirrordot 上了:Homebrew CPU Home Page。
在 Slashdot 上看到又有瘋子出現:Hand-made Web Server, Built From 200 TTL Chips。
這次的瘋子是用兩百個 TTL chip (好問題,我不知道這是什麼 chip,現在網站被 Slashdotted,暫時連不上 :p) 生出一顆 3Mhz 的 CPU,然後再自己 port TCP/IP,最後再上面架一個 Web Server… o_O
註:有人把網頁丟到 mirrordot 上了:Homebrew CPU Home Page。
研究 XMLHttpRequest 時,改了半天還是弄不起來,老是出現 “Error: uncaught exception: Permission denied to call method XMLHttpRequest.open“,用 Google 找半天看不出什麼原因,只看出跟安全性問題有關,但是也沒有說要怎麼解決。
想了一陣子才想到我這邊使用 XMLHttpRequest.open() 時是去 Flickr API (www.flickr.com) 抓,而不是同一個 site 下面的 url,把 url 改回同個 site 下面就馬上 okay 了。
於是我就試看看:用 Redirect 把某個目錄的 URL 導到 Flickr API,結果發現 XMLHttpRequest 居然抓到 Redirect 的頁面而不是 Flickr API…
這樣就很奇怪了:那我之前看到的 LfVr 是怎麼做到的?突然想到 LfVr 似乎是用 FlickrJS (參考 Flickr API 上 LfVr – a Lightweight flickr Viewer 的說明),於是跑去抓 FlickrJS 0.5 下來看,發現…
/*
* flickr.proxy.php,
* this is an interface between the Flickr API wrapper
* and the REST methods from flickr.com
原來大家的做法都一樣,都是寫一個 flickr.proxy.php 之類的東西過一次水,然後再透過 cache 加速… *boom*
好怪喔,國外都已經傳得沸沸揚揚了,國內卻沒什麼人提到這個新聞?:p
不過… 如同 Slashdot 那篇報導下面的 comment 所說:既然都不是合法使用,為什麼不直接抓 Windows XP Pro 下來安裝?(Why not just download XP Pro, its just as illegal?)
Perl 5.8.7 的消息:Perl 5.8.7 released,在 Nicholas Clark > perl-5.8.7 > perldelta 有完整的 Changelog。
Oui Blog 的聯播又被搞了,而這次搞的帳號看起來就是特地來廣告的?
請參考 http://www.wretch.cc/blog/Gongliao。(Of course,rel=”nofollow”)
最近 CPU 的戰況真慘烈啊…
先是三大遊戲平台 (這包括了 Sony 的 PS3、Microsoft 的 Xbox 360、Nintendo 的 Revolution) 全部採用 PPC,正當大家都覺得 PPC 大獲全勝準備反撲時,Apple 決定在 2006 年放棄 PPC 架構跳槽到 x86:Apple Switching To Intel Chips In 2006。
轟轟…