Microsoft Web API於Windows Server 2008 R2之手動部署
當你在Visual Studio上面快樂的使用NuGet來抓取各式有用的套件，並且快樂的開發完成後，通常你把這個應用程式搬到正式的Web Server一定會發生很不快樂的事。特別是對一個有潔癖，不喜歡用Code Behind（喜歡用Code Inline）來進行動態編譯，又喜歡手動進行複製貼上部署網站的程式設計師。
通常我開啟一個新專案，我的網站不會是範本型網站，而是全新的空白網站，然後在現代NuGet強大的威力下，你會開始一個個加裝套件，然後你會發現你的/bin/目錄開始慢慢的肥大，各式config開始擴增，其實NuGet在後面幫你覆寫、擴增、新增非常多你意想不到的官方、非官方DLL。這對我這種手動型設定的工程師來說，我不喜歡這樣的事情發生，我不喜歡一堆有的沒有的DLL，有可能是我沒有用到的東西，全部都放到/bin/裡面，這對我來說很困擾，因此我相當的討厭現在的.NET Framework / NuGet的開發方式，反而想念以前.Net Framework Redistributable Package裝一裝，Code複製過就就可以「部署完成」的年代。以現在Microsoft全面動員式的更新思維，我在想DLL的更新異動會更頻繁吧？因此何年何月才可以回到以前的完整安裝包年代，我想是遙遙無期了。
廢話不多說，如果你是跟我一樣的程式設計師，你在手動部署時一定會發現困難重重，所謂的重重就是你解完一件Bug就又會冒出另外一件Bug，然後你必需不斷的開web.config加入許多DLL的更新替換指令，大略是跟ASP.NET講說，某某DLL已經廢止，請參考到新版（2.0.0.0? 4.0.0.0）之類的某某DLL，在這邊就不詳列出來了。有的是.NET Framework提供的新擴充方法，但是（可能因為思維不同）被寫在別的Namespace裡面，例如要調用某些System.Web.Http下的新方法，其實該方法是被掛在（擴充在）新的System.Net.Http下。
總之在2013/11/25的此刻，如果你在不想修改任何的web.config的條件下，請按照我的方式來進行下列的動作，有可能可以一次性的解決你困難重重的問題。（或許日後就被解決了）
請更新到最新版本的.NET Framework 4.5，並到微軟的官方網站，下載 ASP.NET MVC4 獨立安裝檔，裝在你的Windows Server 2008 R2。（這個動作將會更新許多新的DLL到你的.NET Framework目錄）
請到你自己電腦的.NET目錄下，把你安裝過後的最新版本的DLL（以我的伺服器為例，是放在C:\Windows\Microsoft.NET\Framework64\v4.0.30319目錄下），複製到你的/bin/目錄下，這樣就可以不用改半行web.config，又可以順利運作了。（但這樣的缺點是日後你.NET的更新修補時，這個DLL不會被修補到）
要複製的DLL共計五個：
- Newtonsoft.Json.dll
- System.Net.Http.dll
- System.Net.Http.Formatting.dll
- System.Web.Http.dll
- System.Web.Http.WebHost.dll
透過這樣的方式，應該就可以解決99%你遇到的問題，除非你用到更特別的DLL，那我就沒辦法幫忙了，請自己從ErrorMessage挖出來吧！