其中有提到iPK這個Facebook應用程式，是筆者參與Inside部落格團隊所開發的應用案例，投影片中所有的程式碼片段皆整理自該程式，若您對於程式的寫法有任何建議或疑問，歡迎在本文提出以進行交流、討論。:)

投影片內容除了團隊共同的研究、開發經驗之外，也感謝Cardinal Blue經驗上的分享，關於Cardinal Blue分享的投影片請見：Cardinal Blue的Facebook應用程式開發經驗分享：使用Ruby on Rails與Heroku

1. 將專案納入git版本控管中，指令是git init
2. 建立一個新的Heroku空間，指令是heroku create或是heroku create YOUR_APP_NAME
3. 在config/environment.rb加上$KCODE='u'（避免中文編碼問題，我是加在第一行）
4. 將所有檔案丟到Heroku上：git add . ; git commit -a -m "deploy to Heroku" ; git push heroku master

步驟其實很簡單，官方文件上應該也能找到更詳盡的教學，另外要注意的是，如果您的專案擁有自己的網址，希望能一併指到Heroku，還需要注意下列事項：

1. 將DNS中的CNAME 指到proxy.heroku.com，或是將A Record指到75.101.163.44, 75.101.145.87, 174.129.212.2，Heroku的程式在新增custom domain name時會先檢查您的DNS Records。
2. 請在Heroku的帳戶管理中輸入您的信用卡資料（custom domain name雖然是免費的服務，但要驗證信用卡）
3. 使用heroku addons:add custom_domains指令啟用自定網址
4. 使用heroku domains:add YOUR_DOMAIN_NAME來新增網址

當然，上述步驟可以不透過指令，直接在Heroku的管理介面完成。

我自己在移植的過程中遇到兩個問題，第一個是資料丟上Heroku之後都變成亂碼，但我的MySQL編碼就是UTF8了，實在沒道理，因此就嘗試加上$KCODE的設定，沒想到馬上管用。

第二個問題是資料如何丟到Heroku，步驟也很簡單：

1. sudo gem install tap（tap就是讓你可以無痛轉移的關鍵Ruby gem）
2. heroku db:push（如此一來就會把資料庫，包括schema、data、index完整送上Heroku）

其中要注意的是，Heroku設計的原意是讓你可以將開發過程中已有的測試資料（development環境）丟上Heroku一併測試，因此我目前沒有找到如何讀取production環境的參數，我自己的作法是在config/database.yml中將development的設定改為production的設定，讓程式去讀取production。

或是你也可以使用指令的方式指定任意的資料庫：heroku db:push mysql://YOUR_USER_NAME:YOUR_PASSWORD@localhost/DB_NAME

P.S. 當然，如果嫌Heroku不好用或是其他原因想要搬家，只要下heroku db:pull，就會把雲端上的資料撈回來放在development環境，我自己是用SQLite，資料就會倒進SQLite了，是不是很方便呢？:p

之前使用Rails 1.2.x版本時根據我當時的作法並無不妥，因為我自己的coding習慣是會完整地指定controller, action以及id，並在對應的action中使用find_by_key的方法來找到資料。

然而，升級到Rails 2.0後便會出現許多麻煩，例如預設產生的scaffold必須修改許多地方，才能讓Model.find_by_key、redirect_to post_url(@post)之類的方法正確運作。

於是我一直到前陣子才找到應該比較正規的作法：在Model中使用to_param方法。

to_param(): Enables Active Record objects to be used as URL parameters in Action Pack automatically.

這麼好用的方法我居然不是一開始就發現，只能說相見恨晚，好險我開發Rails 2.0的時間還不算長，沒走到太多冤枉路。要實踐本標題所說的在Rails 2.0中如何避免在URL使用資料流水號便相當簡單！

1. 建立Scaffold：（通常會對key這個欄位建立index並設定字串長度limit，別忘了:p）
script/generate post title:string content:text key:string

2. 將Post的migration寫進資料庫後修改Post model如下：

class Post < ActiveRecord::Base
  before_create :generate_key

  def self.find(*args)
    if args.first.is_a?(String)
      find_by_key(args.shift, *args) or raise ActiveRecord::RecordNotFound
    else
      super
    end
  end

  def to_param
    key
  end

  protected
  # 我前一篇文章產生key的方式不太一樣，這應該是個人習慣。
  # 另外，其實亂碼的網址沒有SEO的效益，建議還是弄個slug吧！
  def generate_key
    require 'digest/sha1'
    self.key = Digest::SHA1.hexdigest( Time.now.to_s.split(//).sort_by {rand}.join )[15..24]
  end
end

就這樣！概念很簡單，就是不再用ID當查詢的參數，全面改用key啦！關鍵就在於使用to_param()方法以及對find做進一步的判斷，因為我除了Model.find(:all)之類的Symbol，其餘的CRUD都是傳入Key作為參數，因此在此僅簡單地判斷是否為字串。

如此一來，不管你是什麼user_posts_url, new_user_post_url都可以輕鬆地直接以ActiveRecord Object傳遞，起碼我之前曾經嘗試用edit_post_url(@post.key)這種方式傳值，非常麻煩、要改Controller又要改View，現在用了to_param()，什麼都不用改了！又優雅又簡單，寫起來更加快樂、效率也提昇了:p

P.S. 其實在Rails 1.2.x應該也是這麼做比較優雅，不限於2.0

至於301、302兩種狀態的差異，所謂的「永久」定址轉移是指搜尋引擎會根據你所指定的新網址重新建立索引，原來的位址便不再使用；而暫時定址轉移則是暫時性地將網頁搬到某個地方。

一般做301/302轉址可直接更改.htaccess檔案，讓Apache代勞即可：

Redirect 301 /not_available/old_page.html http://www.newserver.com/available/new_page.html

若要在Rails中來做這件事情，有幾種作法，最簡單的是在Controller裡面寫

headers["Status"] = "301 Moved Permanently"
redirect_to http://somenewurl/

或者

head :moved_permanently, :location => 'http://somenewurl'

或者，從Rails的原始碼中可以看到下列用法，感覺這個最好用:p

(from trunk/actionpack/lib/action_controller/base.rb)

# Examples:
#   redirect_to :action=>'atom', :status=>:moved_permanently
#   redirect_to post_url(@post), :status=>301
#   redirect_to :action=>'atom', :status=>302

前陣子看到Ruby on Rails的開發團隊捨SVN改用Git作版本控制系統，並且改用Lighthouse作為Issue Tracking System，今天心血來潮便在Windows Vista上把Git的環境建置了一下，並且使用Github作為Git repository hosting。嘗試Git的原因很簡單，一來是我喜歡新鮮、再來是看了Github的介面挺清爽的，就玩看看:p如果你對於Git跟Svn的差異有興趣可以看看這篇文章。

安裝Git on Windows

在Windows上安裝很簡單，Git官方網站上有列出Linux、Windows以及MacOS專用的版本，我下載的是msysGit 1.5.5 Preview的版本，過程中唯一比較特別的是下列畫面：

你可以選擇使用Git內建的Bash或是Windows本身的Console，我是選擇第一個，因為我擔心混在一起不但做不出撒尿牛丸還有可能讓系統爛掉，所以還是讓兩個命令列模式各自為政吧！若習慣cygwin的人，應該也是能在cygwin底下使用的。

初次使用（設定Github）

第一次執行Git Bash的畫面如下：

在這個console底下，常用的Linux bash指令應該都可以用，tab auto-complete也能用，還算挺方便的。

我是選擇Github來作為Repository的所在（目前也沒注意是否有其他選擇），我先上Github申請了一個帳號之後，開啟Github進行幾個簡單的步驟。

1. 產生SSH Key
   在Git bash中輸入下列指令：
   ssh-keygen -C username@email.com -t rsa
   產生key的過程中會要你輸入路徑及passphrase，在此我是都直接Enter略過（passphrase視你的慣用環境而定，一般來說有設定passphrase的話要另外設定ssh-agent）
2. 接著輸入： cat .ssh/id_rsa.pub
   畫面上便會顯示你的SSH Public Key，將所有的文字複製下來，貼到Github上個人帳戶設定裡的Public key即可，未來你的電腦在與Github溝通時便會以此為基礎。

剩下的我想應該都很簡單，只要從Github的首頁建立新的Repo.，有經驗的或是想開始學版本控制的朋友應該都能照著上面的指示完成建立Repo.的動作:D

參考網站

• Git - Fast Version Control System: http://git.or.cz/
• msysGit(Git for Windows Installer)http://code.google.com/p/msysgit/downloads/list
• 在Git Bash中產生SSH Key
  http://github.com/guides/providing-your-ssh-key#msysGit
• Github http://github.com/

Zoundry Raven官方網站：http://www.zoundryraven.com/

自從Windows Live Writer推出，我便一直以Windows Live Writer作為主要的部落格發佈軟體，選擇使用WLW的主要原因如下：

• 支援離線編輯，讓我即使沒有網路也可以寫部落格，等找到網路時再發佈即可。
• 便利的圖片編輯功能，例如陰影、相框、飽和度、浮水印等各種方面編輯的功能，可以參考Windows Live Writer快速發佈你的部落格（圖形處理篇）。
• 我只需要按下Print Screen抓下整個螢幕、Alt + Print Screen，在Windows Live Writer貼上即可，WLW會自動將圖片上傳到部落格空間或指定的FTP空間。
• 可管理多個部落格，支援所見即所得、可透過Windows SDK開發不足的功能、網路上有許多方便的外掛可以安裝

其實當初真的很訝異微軟願意釋出這麼好用而且完全免費的軟體，雖然說這是推廣Windows Live Spaces的一種方式，但微軟這兩年來漸漸開放實在是挺不賴的。

而就在剛剛看到這篇「Zoundry 推出新一代 Blog 發佈軟件 - Zoundry Raven」，文章中提到兩個功能挺吸引我的：

• 可透過 Media Storage Wizard 把圖片發佈到 Picasa、ImageShack、LiveJournal ScrapBook 等
• 可同時把文章發佈到多個 Blog 帳戶

雖然Windows Live Writer也可以把文中的圖片發佈到Picasa，但卻是僅限於使用Google Blogger的部落客才可以；另外，Windows Live Writer雖然支援多個部落格帳號，但每次的發佈動作卻只能針對單一帳號，對於同時擁有多個部落格的人，在Windows Live Writer中要進行多重發佈變得相當麻煩。

雖然目前跟Windows Live Writer比較起來，也只是多了上述兩個功能，但起碼對我而言這就很重要了！如果往後能有更多獨特的功能推出，或許我就真的會考慮跳槽了:D

倘若你不怎麼喜歡微軟的產品，或許可以考慮用Zoundry Raven來進行部落格寫作，這套軟體接下來的發展還真是令人期待啊！:p

Ruby Plus是個類似Railscasts的影片收藏站，提供各種Rails（或Ruby）相關的教學影片，例如：如何在Rails 2.0中上傳圖片、如何開發Rails Plugins，或是最近比較熱門的RESTful目前也有幾篇教學影片可以參考。

註：Railscasts因為出來得比較早，教學影片較多，也可參考參考。:D

剛剛看到「雅虎開放API網站海外版 首站在台灣」，總算推出中文版的YDN了！該篇新聞有提到這是繼美國Yahoo!之後第一個海外的Yahoo! API網站，不過不曉得是記者沒搞清楚還是雅虎奇摩的新聞稿寫錯，日本版的YDN應該是推出將近一年了，假使是新聞稿發錯，在台灣這種媒體製造社會亂源的小地方，記者有善盡查明真相的義務啊！（或許記者也不是很懂？）

從上圖可以發現日本Yahoo!的YDN起碼早在2007年2月底就上線了。

中文版的YDN跟美國版比較大的差異是提供了幾個本土的服務，例如Yahoo!生活+，如果接下來將Yahoo!知識+也納入版圖，我想應該會很快就出現一些有趣的中文mash-up應用。

引用一下官方網頁上對Yahoo!生活+的介紹文字：

Yahoo!生活+ APIs 提供一個簡單的介面，讓你可以存取生活+內的商家資訊，也包括了使用者在生活+中對商家所作的評論跟評分。
生活+所提供的資料庫與介面讓開發者很容易的可以進行網路綜合服務的開發，或者使用這些資訊，讓更多開發者可以產出各式各樣的
小工具，可以開放給一般的使用者使用。
生活+ Beta V0.1
在 Beta 版本，生活+將會提供相關的商家搜尋功能。利用關鍵字以及位置搜尋附近商家，或僅使用關鍵字查詢相關的商店資料。
最主要的部份，透過 APIs，可以取得每一個商家完整的評價分數。也可以使用 APIs 來提供使用者對商家評分的動作，簡化原來
繁雜的開發工作。
次數限制
Yahoo!生活+網路服務目前限制每天2000次，在於非商業性的使用。更多相關的使用限制，請參考使用規範的部份。

此外，在YUI（Yahoo! User Interface）的部份也有了完整的中文文件，看起來挺舒服的，對於某些開發人員來講應該會是個很方便的參考工具。

Reference

• Yahoo! Developer Network中文版
• Yahoo! Developer Network日文版
• 雅虎開放API網站海外版 首站在台灣
• 本週科技大事：雅虎奇摩開放API

上面這張圖片是直接指向"http://chart.apis.google.com/chart?cht=p&chd=s:world5&chs=200x125&chl=A|B|C|D|E|F"這個網址的圖片，其中幾個重要的參數如下：

• http://chart.api.google.com/chart?是Chart API的網址
• cht是圖片類型，圓餅圖、長條圖....等等
• chs=200x125代表圖片size（以pixel為單位）
• chd則是指定圖表的數據資料，格式在Google Chart API的網頁上有說明：
• Upper case A = 0, B = 1 and so on to Z = 25.
• Lower case a = 26, b= 27 and so on to z = 51.
• Zero (0) = 52 and so on to 9 = 61.
• Specify a missing value with an underscore (_).
• If you have more than one set of data, separate each set with a comma (,).

稍微改一下參數就可以變成3D的立體圓餅圖了:D（不過文字標示部份怪怪的，等要用到再來研究研究吧:D）

詳細的說明就請上Google Chart API的說明網頁吧！

初次登入之後會看到如下畫面：

此時尚未建立任何應用程式，點選建立程式之後會轉到另一個網址：http://edit.untitled-22289.heroku.com/，由於尚未對應用程式命名，網址是以流水號加上untitled的方式命名，這是可以設定的。（說不定還支援使用者自行指定domain name？或許將會是個付費服務）。

上圖是應用程式的設定畫面，可以自訂網址、支援協同編輯、匯入/匯出、程式版本快照（簡單的版本控制），至於Other裡面目前只有Destroy一項功能:p

因為內文都是一些截圖，使用起來對我而言也沒有太大的驚喜，所以先講結論吧！

• 適合初學者
  環境都已經建好了，連資料庫都免費提供，完全不需要學習建置環境或是任何設定，就可以開始快快樂樂寫Rails。
• 適合拿來當維護環境
  手邊沒有電腦、沒有合適的開發環境、沒有安全的網路環境，又急著要修改？如果類似的服務可以提供https://的SSL環境，或許可以拿來玩玩看。
• 適合拿來推廣Rails
  技術高手想要推廣Rails，但手邊沒有現成的環境，登入Heroku馬上就可以開始demo Ruby on Rails的威力，新手看到一個留言板居然沒有幾行程式就搞定，一定會馬上被拐進來的:D

下圖即編輯程式的主畫面：

畫面的構成我就不多做介紹了，基本上在編輯畫面可以看到Rails app的目錄結構、檢視資料庫schema以及Rails的log file，點選右上角的圖示則會馬上跳轉到應用程式執行的頁面，讓你知道目前執行的狀況。

畫面左下角則有幾個寫Rails必備的指令工具：Generator, Console以及Rake

先打開Console模式來玩玩看，點選Console之後會跳到另一個網址，此時出現的是全螢幕的Console畫面，等等再建幾個Model來玩玩看：

HelloWorld，建個留言板！

Code Generator的畫面：

執行之後也會告知執行結果：

稍微寫一下migration，使用編輯器的感覺是非常不順手，我的作業系統、Firefox都是英文環境，語系也設為en-us，但在編輯器裡面卻會出現游標與實際文字位置無法對齊的狀況，實在是相當奇妙。

先不管它，先migrate上去了！Rake的畫面也是純指令模式，這點就不太親切啦～建議開發團隊可以考慮NetBeans那種IDE懶人用法啊XD

看到這個畫面，我才想起我根本還沒設定database啊XD趕快看看database.yaml如下：

換句話說，heroku目前提供了database而且還是postgresql :p，說不定以後也會是個向使用者索取費用的服務。

接下來建立scaffold讓我的guestbook跑起來吧！

建立完成之後，應該就可以馬上看到程式目前的畫面啦～！

檢視資料庫

檢視資料庫的畫面可以看到目前有哪些資料表：

也可以直接點進去修改：

檢視Log file

點選各個訊息還可以看到更詳盡的資訊。

（最近因為忙著申請學校，同時面對工作上的專案跟學校的專題，實在是難有餘裕寫文章，今天算是忙裡偷閒:p幾天沒寫文章手真的很癢，過一陣子忙完會盡量多發文的。）

Heroku是個號稱可以讓你在線上撰寫你的Rails程式，並且連Hosting的服務都一起搞定的網路服務，有興趣的朋友可以到此網址排隊申請：http://heroku.com/beta，邀請函目前需要等待12天左右。

Heroku上列出了幾個特色如下：

• 線上編輯程式
  
• 支援Hosting，新建或是匯入Rails程式後即可直接啟動:D
  
• 分享或協同編輯
  
• 支援匯入、匯出
  
• 還支援完整的Console模式
   

References

• Heroku: An Online Rails Development and App Hosting Environment

紅寶石加上像框跟Ruby的正名。

來源：So Here's The New Ruby Logo!

由於我是用Wordpress的Plugin，取代Wordpress內建的RSS，指向Feedburner，讓訂閱來源一致可以使用Feedbuner的一些統計功能。

在不拿掉Plugin的前提下，我便想了辦法讓Feedsky也能讀到我的RSS Feed，雖然是個很迂迴的作法，不過就姑且分享吧！:D

1. 首先利用Google Reader訂閱自己的Blog
2. 在「管理訂閱項目」裡面替自己的Blog加上新的Tag，此Tag裡只有自己的blog。（當然你也可以藉此製作聯播功能啦～）
3. 到標記的地方，將剛剛設定好的Tag設定為公開，再點選隨後的「檢視公開網頁」
    
   
4. 此時打開的頁面，內容的來源便是自己的blog了:D（或是您想製作的聯播內容），畫面的右邊就有RSS feed的連結囉，效果等同於自己的feed，只不過我是讓Google Reader又重製了一放，好讓Feedsky來連結。

因此，未來同時提供Feedburner & Feedsky的RSS feed，方便在大陸的朋友也能訂閱。不過，直接輸入http://punk.tw/ 或 http://punk.tw/feed 還是會轉到Feedburner去。

Feedburner: http://feeds.feedburner.com/Cyberpunk

Feedsky: http://feed.feedsky.com/Cyberpunk

補充：耍笨了，如果我的Feeburner feed是透過Feedburner轉址，大陸的朋友雖然可以看到全文，但要點閱時還是會出錯。我想，要嘛就是新增一個permalink在feed裡面，不然就是請大陸的朋友平時觀看RSS即可，需要到訪本站麻煩點，自己打個http://punk.tw吧orz。

SELECT * FROM posts WHERE DATEPART(weekday, date) BETWEEN 2 AND 6

DATEPART函數裡面第一個參數代表要parse出怎樣的資料、第二個參數則是欄位的名稱。第一個參數有下列選擇：

• year傳回年份
• quarter傳回第n季
• month傳回月份
• dayofyear傳回一年之中的第幾天
• day傳回天數
• week傳回週數
• weekday傳回星期幾 （星期日是1，星期一是2....星期六是7）
• hour傳回小時
• minute傳回分鐘
• second傳回秒數
• millisecond

Reference

http://technet.microsoft.com/zh-tw/library/ms174420.aspx

string strSQL =
    string.Format("SELECT id, title, content FROM posts WHERE ( date < '{0}' )",
          myCalendar.SelectedDate)

// myCalendar是一個萬年曆的物件

沒想到在本機上測試都沒問題，但丟到遠端資料庫時卻會出錯（從字元字串轉換到 datetime 時，轉換失敗），我猜是因為日期的格式出了問題，有可能是語系不同所造成的，總之我將日期的格式轉成下列格式就沒問題啦:p

myCalendar.SelectedDate.toString("yyyy/MM/dd HH:mm:ss"); 

昨天發現我的Tag雲的字體實在怪到誇張，本來以為是CSS設定的問題，後來發現似乎不是。從Google上找到這篇「修改 wordpress 2.3 侧边栏 widget 标签云字体大小」就輕鬆解決啦～

只要修改wordpress/wp-includes/widget.php裡面的呼叫wp_tag_cloud()的地方，加上參數"unit=px&smallest=8&largest=20"即可。其中分別是字體大小的單位、最小字體跟最大字體，我分別設定為10 & 16。

由於明天要向老師報告微軟最近吵得相當火熱的技術：Silverlight，今天晚上便臨時抱佛腳找了點資料準備明天報告。（不過事實上這門課我很認真的，只不過最近專題、工作、練功等諸事纏身，不得已只好最後一天犧牲睡眠來做事orz）

首先要說明的是，Silverlight是個「純client端」的技術，你可以把他想像成跟Flash的.swf一樣，放在任何的Web Server上讓使用者取得後，才依賴client端的Runtime Component render出畫面來。

初次接觸Silverlight，除了我的小黑上已經裝有.NET Framework 3.0之外，我還另外裝了Expression Blend 2 Preview（Blend不支援Silverlight開發，必須是Blend2才有）。

稍微翻了點資料之後，目前大概看到Silverlight有以下幾點特色：

• 以XAML為基礎，動態render畫面（向量文字、2D圖形或影音畫面等）
• 畫面中的文字是可選取、可被搜尋引擎辨識的 （for SEO purpose ）
• 具備強大的影音播放能力，號稱擁有高畫質，且畫面縮放不會影響解析度
• Silverlight Object Model（Silverlight DOM），可使用JavaScript直接操控Silverlight現有元素的屬性或是動態新增元素（這點是讓我覺得最酷的）

之前曾經有短短幾天使用Flex開發Web Application的經驗，當時發現要使用JavaScript來跟Flash互動並不難，透過External Interface似乎就可以讓ActionScript與JavaScript溝通，但是我們當時好像光看到這樣的運作機制就懶得繼續寫下去了XD

沒想到現在Silverlight居然可以讓developer直接使用JavaScript去操控元素，換句話說使用JavaScript就可以同時操控HTML本身的DOM結構，也可以操控Silverlight的DOM，實在是太酷啦！尤其是可以動態新增元素，這一點對開發Silverlight的彈性來說還滿棒的！試想，透過Ajax的機制，從後端動態產生"我想在Silverlight上出現的畫面"，傳回來其實是一串XML（應該說XAML比較精確:P），但他卻會變成在Silverlight上精美的畫面，光想到這樣的運作方式就覺得很興奮，再加上Silverlight是純Client端的技術，改天應該來玩玩看Silverlight on Rails （言下之意是我可能要放棄Flex on Rails了orz）。

不過目前所看到的，如果要在Silverlight畫面上呈現大量資料，好像沒有現成的DataGrid？Third-party開發的應該是有，不過就不像Flex Builder裡面內建一堆可用的controls。Anyway，過幾天有空再以實例來分享使用JavaScript操控Silverlight的程式。

註：目前我都只有看到從Silverlight主動呼叫某個js function的範例，要是可以直接從js去抓到silverlight的element就更有趣了:D是我手殘，雙向互動完全是沒有問題的。

• Creating a Windows SharePoint Services 3.0 Web Part Using Visual Studio 2005 Extensions
  http://msdn2.microsoft.com/en-us/library/aa973249.aspx
• Working with ASP.NET 2.0 Web Parts and Windows SharePoint Services 3.0
  http://msdn2.microsoft.com/en-us/library/bb153523.aspx
• Web Parts in Windows SharePoint Services
  http://msdn2.microsoft.com/en-us/library/ms476318.aspx
  這是個滿完整的section，共有下列段落：
  1. Web Parts Overview
  2. Windows SharePoint Services Web Part Infrastructure
  3. Creating Web Parts in Windows SharePoint Services
  4. Walkthrough: Creating a Basic Web Part
  5. Walkthrough: Creating a Basic SharePoint Web Part
  6. Walkthrough: Creating Connectable SharePoint Web Parts
• SharePoint Server 2007 Sample: Web Part that Calls Excel Web Services
  http://www.microsoft.com/downloads/details.aspx?familyid=2c5919e4-0757-4db1-9798-e0e4032f12a8&displaylang=en

其他相關資源：

• Using Excel Web Services in a SharePoint Web Part
  http://msdn2.microsoft.com/en-us/library/aa973804.aspx
• Deploying and Optimizing a SharePoint Web Part That Calls Excel Web Services
  http://msdn2.microsoft.com/en-us/library/aa973805.aspx
• SharePoint Products and Technologies Templates: Web Part Templates for Visual Studio .NET
  http://www.microsoft.com/downloads/details.aspx?familyid=CAC3E0D2-BEC1-494C-A74E-75936B88E3B5&displaylang=en
• 繁簡中文搜尋網頁組件 (32位元版)
  http://www.microsoft.com/downloads/details.aspx?FamilyID=5ace1408-d681-41a2-bb3b-924f5798876d&displaylang=zh-tw
• 繁簡中文搜尋網頁組件 (64位元版)
  http://www.microsoft.com/downloads/details.aspx?FamilyId=C3E0F748-3FCF-4A80-B009-4362D0C6F98C&displaylang=zh-tw

參考了一篇對岸朋友寫的文章：Windows Live Writer支持WordPress 2.3的tag的方法（不用插件），發現其實很簡單，只要到這裡下載wlwmanifest.zip這個檔案，解壓縮之後將裡面的檔案上傳到Wordpress的根目錄，再次打開Windows Live Writer就會發現編輯區下方的選項多出了Keywords（關鍵字）的文字方塊，透過剛剛的檔案，關鍵字就是直接對應到Wordpress裡的tag啦:D

本文下方的tags就是用Windows Live Writer設定好的喔:D

（我本來幾乎是把Wordpress的分類當成tag在用，看來現在得把分類好好整理整理了:p）

在Google稍微找了一下相關資訊，一開始認為是XMLRPC.php出了問題，但發現跟我遇到同樣問題的人幾乎都是Wordpress plugins出的問題，今天總算卯起來停用所有外掛，一個一個交叉測試的結果發現罪魁禍首了：

居然是Google Analyticator出問題，另外我在GuaGua's Blog看到「Extended Live Archive」也會有問題，不過花兒開了已經提供修改好的版本讓網友下載：WP-Plugin: Extended Live Archive for WP 2.3。

Google Analytics的問題算小，大不了手動加程式碼:D（這麼說起來我還是昨天才更新 Google Analyticator的，說不定舊版的沒有問題喔）

好險我平常在用的外掛不多（七、八個，都是無關緊要的小功能XD），否則要一個一個測試就相當麻煩了，建議有遇到同樣問題的朋友就不厭其煩測試一下吧！:D

註：我錯了，發佈文章還是會有問題orz。

對不起各位朋友，我又錯了，結果是Google Sitemap這個外掛的錯，圖中的兩個外掛都沒問題，一直反覆測試文章造成困擾真是抱歉。

結果一上Google Sitemap Plugin for WordPress網站一看，有釋出新版的Plugin :p

anyway，ericsk的文章在此：jq4r - jQuery helpers for Rails

他另外開了一個blog及google code project專門來放jq4r：

• jq4r project: http://jq4r.googlecode.com/
• jq4r blog: http://jq4r.blogspot.com/

另外還有這個Tab看起來也是滿簡單好用的，對於我這種懶人而言實在是相當方便:D

jQuery：jQuery- The Write Less, Do More JavaScript Library

jQuery的Plugins：http://docs.jquery.com/Plugins

在Visual Studio 2005中開發WPF除了要先安裝好.NET Framework 3.0之外，只要再安裝Visual Studio 2005 extensions for .NET Framework 3.0即可。安裝完成之後在Visual Studio新增專案的畫面會看到多了Windows Application(WPF)的選項：

進入開發畫面之後，會看到Toolbox裡的Controls跟傳統的Windows Form不太一樣，主要分為三大類：Common Controls, Containers以及Menus and toolbars。

沒想到這樣簡簡單單就可以開始玩WPF的GUI開發，希望這個嶄新的技術可以為我正在進行的專案帶來全新的User Interface XD

安裝步驟：

1. 下載原始檔案（官方網站似乎不提供host）：
   http://google-code-prettify.googlecode.com/files/prettify-small.zip
2. 在需要顯示程式碼的網頁加入下面程式：<link href="prettify.css" type="text/css" rel="stylesheet" />
<script type="text/javascript" src="prettify.js"></script>
3. （我的作法是將上述兩個檔案丟到Google Page Creator上面）
4. 修改<body>標籤，加入onload="prettyPrint()"

 之後有需要顯示程式碼的地方，只要用<pre class="prettyprint">...</pre>或<code class="prettyprint">...</code>將程式碼包住即可。

（我猜直接連到http://google-code-prettify.googlecode.com/svn/trunk/src/prettify.css也可以，不過我就懶得測試了。）

在Google Blogger修改的方式如下圖：
（範本修改HTML、找到<head>將上述兩行程式放在<head>之後，再找到<body>將onLoad加在後面：<body onLoad="prettyPrint()"）

ActiveScaffold: A Ruby on Rails plugin for dynamic, AJAX CRUD interfaces
http://activescaffold.com/

我自己還沒有實際用來開發，不過光看demo還滿吸引人的，簡單的CRUD機制都包好並且用Ajax的方式運作，包成Ruby on Rails的plugin使得安裝、使用都很簡單，有空再來研究研究。