今年年初打算用Node.js基於Express框架重寫博客程序，從此告別ASP.NET。然而，我目前用的VPS是Windows Server系統、IIS伺服器，如果讓Express和IIS都監聽80個端口，明顯會產生衝突。幸好，有一個叫做iisnode的擴充可以把Node.js程式託管到IIS。而且，這樣託管之後也意味著可以使用IIS裡面的各種功能（進程管理、GZip壓縮、日誌、快取、權限控制、網域綁定等）。
要使用iisnode，得安裝：
1.Node.js
2.IIS的URL Rewrite模組
3.iisnode
裝好之後，還是按照常規操作，在IIS管理器中建立站點，指向Express程式的目錄，關鍵是還要增加一個web.config檔：
這段內容也可以透過IIS管理器的視覺化介面來配置。大概意思把所有請求重寫到bin/www，而且使用iisnode擴充來運行bin/www。然而，打開站點後，卻出現了這樣的錯誤提示：
在IIS管理器中重啟站點後再次訪問，終於運行起來了，不容易啊！不過還是高興得太早了。
在測試程式功能的過程中，竟然發現取得到的IP為空。在Express框架中，IP是透過req.ip取得的，而req.ip又是從請求頭的REMOTE_ADDR取得值。透過一段簡單的測試程式碼，發現REMOTE_ADDR的值也為空。很明顯，從IIS到Node.js的過程中，這段頭訊息遺失了。 Google一番之後，發現iisnode確有此問題，官方提供的解決方案是使用X-Forword-For，不過我又發現了另外一個辦法。
Web.config中有一段設定（加到前）可以保留REMOTE_ADDR：
根據說明，保留的REMOTE_ADDR會被改名為x-iisnode-REMOTE_ADDR，所以還得把req.ip的值覆蓋一次，在Express的app.js中增加一個中間件函數：
這樣問題終於解決了，但這不是個好方法，要是以後Express把req.ip設成只讀就麻煩了。
繼續測試，又發現另外一個問題。正常來說，部落格後台的檔案上傳功能會把檔案傳到public/upload這個目錄下，但實際上卻在launch目錄（即原來的bin目錄）下產生了public/upload資料夾。其實原因是作為程式入口的www檔是在launch目錄下，所以launch目錄成了應用程式的執行目錄。我的解決方法是，把launch目錄的名字改回bin，在根目錄下建立一個launch.js去呼叫bin/www：
require('./bin/www');
然後把程式入口改為launch.js：
規則>
規則>
重寫>
，iisnode還不是一個成熟的產品，當然顯然Node.js也不是（到目前為止還沒有1.0），一切都有待進一步探索和完善。
