幹壞事是進步最大的原動力
jQuery 官方 Blog 公佈了這項消息：jQuery, Microsoft, and Nokia。
jQuery 將被整合進 ASP.NET Ajax Framework，同時微軟也會利用 jQuery 為基礎發展 widgets。Nokia 則是在自己的平台 (Web Run-Time) 試著整合現有的開發工具 (而非重新造輪子)，所以選擇了 jQuery。
如同官方 Blog 所說，微軟與 Nokia 都直接拿來用，而非要求 jQuery 釋出特殊的版本。所以不需要擔心之後升級 jQuery 會需要 patch 之類的問題。
Catalyst Framework 是 Perl 上一個蠻有名的 MVC Framework，使用 Catalyst 比較知名的站台是 Vox.com。(可以參考 How we build Vox 這一份投影片)
在正式環境下會用 FastCGI 或是 mod_perl 提供服務，但測試環境用 CGI 版本似乎是個還可以的選擇，因為改完後馬上就會生效。我記得我很久前用過 Apache + Catalyst-CGI，但是一時間找不到設定檔，只好再從頭摸起。趁這次重新摸的時候把設定檔寫到 blog 上，之後用 Google 找的時候才找的到。
在 .htaccess 裡這樣設定：
#
AddHandler cgi-script .sh
Options +FollowSymlinks -Indexes
#
RewriteEngine on
RewriteBase /~gslin/testbed/
RewriteCond %{REQUEST_URI} !/~gslin/testbsd/index\.sh/
RewriteRule ^(.*)$ index.sh/$1 [L]
然後 index.sh 要設成 0755：
#!/bin/sh
cd ../../hg/project
exec script/project_cgi.pl
另外 project_cgi.pl 也要設成 0755。這樣子除了靜態檔案應該都會動了。不過靜態檔案已經慢慢有習慣丟到另外一個 domain 上，所以還好…
Update：修正 .htaccess 的內容，這樣也順便修好 Catalyst 處理 static files 的部份。
WYSIWYG，也就是「所見即所得」，不過我要講的是 Browser 裡常用的所見即所得的編輯模式。
感想：這東西能不碰就不要碰，基本上是個大地雷。如果打算要支援 1% 以上市佔率的瀏覽器，那麼就包括了 IE6/IE7/Firefox2/Firefox3/Safari/Chrome，每個都是地雷密佈。如果真的要碰，找個 JavaScript 強者，學 Blogger 弄一個超簡單的版本吧，避免支援一堆特殊效果… (絕對會因為 browser 的「特性」而死人)
然後儘量加強傳統模式 (non-WYSIWYG)，像是 JS Quicktags 這種編輯器，因為這種編輯器的後遺症少很多，少一些使用者用 WYSIWYG editor，就可以少一些人抱怨。
這是這幾天看 TinyMCE forum 的感想。
Yahoo! UI Library: YUI Compressor，用 Java 寫的 CSS 與 JS 壓縮器，安裝以及使用起來也很方便。雖然軟體的速度不快，不過以現在的效能已經夠用了。
在 FreeBSD 上可以透過 ports 的 www/yuicompressor 裝到系統裡，而使用上只要把檔案從 stdin 輸入，或是在第一個參數裡指定檔名，就會從 stdout 輸出 (或是用 -o 指定輸出檔名) 壓縮過後的版本。
軟體本身的授權方式與 YUI 本體相同，都是 BSD license。
Google AJAX Libraries API 除了包括 jQuery 外，也包括 jQuery UI 了：AJAX Libraries API Developer’s Guide。
應該是愈來愈愉快了，什麼東西都用 Google CDN 幫你… XD
Google 的創辦人 Sergey Brin 也開始寫 Blog 聊工作外的事情：too.blogspot.com。
剛剛看只有兩篇，第一篇是 Hello World，第二篇是講帕金森氏症。
Amazon 要搞 CDN 了：We’re Never Content、AWS Content Delivery Service。
可以直接跟 Amazon S3 配合，並且提供 API 管理… 不過 CDN 這塊已經算是比較成熟的領域，Amazon 的價格不知道夠不夠漂亮…
另外 Amazon 的 CTO Werner Vogels 也有寫一篇「Expanding the Cloud」廣告 Amazon CDN。
這兩天跟 XDite 聊 Amazon EC2，除了拿來跑 apache、MySQL、memcached 外，也有人拿來作為其他的用途。
其中一個比較有名的例子是去年十一月的時候，紐約時報的 Derek Gottfrid 寫了一篇文章，說明了把 1851 年至 1922 年的 TimeSelect 與 The New York Times 轉成 PDF 的過程。
他們已經有 TIFF 格式的圖檔，現在想要轉成 PDF 檔，但原始 TIFF 檔有 4TB，如果在短時間內要轉成 PDF，需要投資不少設備。
由於他之前使用過 Amazon S3，覺得 S3 是一個還不錯的服務，所以他決定嘗試 Amazon EC2。首先先把 4TB 的圖檔傳到 S3 上。再用 Amazon EC2 跑 Hadoop，在上面開 100 台 EC2 instance 轉檔，只花了一整天就把 4TB 的 TIFF 轉完並產生 1.5TB 的 PDF。(Self-service, Prorated Super Computing Fun!)
如果計算 S3 與 EC2 所花掉的費用 (包括 storage、bandwidth、running time)，可以在 USD$3000 內解決，總共只花了兩到三天的時間。這是一個還蠻有趣的例子，拿 Amazon EC2 來跑這種需要大量 CPU resource 的工作。
又有一陣子沒有重灌 Windows 了，這次居然是因為誤砍 Windows 系統檔案而爛光光。還好還可以先拿 Notebook 的 Ubuntu 做事，然後另外一邊重灌 Windows 以及 Windows Update…
這個週末大概要大亂了…
剛剛發現系統異常，一路追查下去發現國內 ISP 一卡車的反解不見了，從上層一步一步 trace 後，似乎是 TWNIC 改設定造成的問題 XD
以 HiNet 為例，122.116/16 整段都是 HiNet 的 (IP代理發放單位網段:122.116.0.0-122.117.255.255)，但 DNS 並不是直接交給 HiNet 管，而是透過 TWNIC 管：
116.122.in-addr.arpa. 86400 IN NS rns2.twnic.net.
116.122.in-addr.arpa. 86400 IN NS rns3.twnic.net.
116.122.in-addr.arpa. 86400 IN NS rns1.twnic.net.
目前 twnic.net 有兩台 NS RR：
twnic.net. 172800 IN NS moevax.edu.tw.
twnic.net. 172800 IN NS ns.twnic.net.
ns.twnic.net. 172800 IN A 192.83.166.11
其中 moevax.edu.tw 已經不會回答了，而 ns.twnic.net 則是傳回不存在 rns{1,2,3}.twnic.net 這些 hostname XDDD
Update：結果是 moevax.edu.tw 恢復了，rns1.twnic.net 還是回 SERVFAIL。所以，這個現象其實很久了？