由于公司的產(chǎn)品在新的版本中，需要考慮一些新的部署方式，所以又抽空關(guān)注了一下.NET跨平臺的一些解決方案。雖然Mono Project對基于.NET開發(fā)的人來說都不陌生，不過由于Mono是比較狹義的跨平臺(因?yàn)樗荗S級別的)概念。而從廣義的角度來說，使用不同的Web Server也可以算是一種垮平臺。

    緣起是由于IIS的口碑實(shí)在太濫，以至于不少的關(guān)鍵應(yīng)用場景明文禁止安裝和使用IIS。而從ASP.NET的執(zhí)行原理來看，它是通過一個(gè)Web Server處理tcp請求，然后把對ASPX執(zhí)行和呈現(xiàn)交于使用.NET實(shí)現(xiàn)一個(gè)托管環(huán)境來進(jìn)行的。所以使用Apache是目前最經(jīng)濟(jì)的IIS替代品，而同時(shí)在Apache的sub-project正好有一個(gè)支持ASP.NET的模塊，并且已經(jīng)開發(fā)到了2.0版本。我所配合使用的版本是Apache HTTP Server 2.0.55和mod_aspdotnet 2.0.0。安裝非常的簡單，兩個(gè)程序都是msi安裝包，一路next就搞定了。完了再在安裝目錄/htdocs下建一個(gè)目錄，如：active。

    不過其中有兩個(gè)小問題需要注意：
    一是：在安裝Apache HTTP Server的時(shí)候，如果我們機(jī)器上的80端口已被占用，需要選使用8080端口來安裝那個(gè)選項(xiàng)，當(dāng)然這個(gè)端口是可以在httpd.conf文件里修改的。只是使用這種安裝方式安裝好以后需要手動(dòng)的啟動(dòng)apache2服務(wù)，使用cmd命令并進(jìn)入apache安裝目錄，如：D:\Program Files\Apache Group\Apache2\bin，運(yùn)行：apache -k install。

    二是：在配置aspdotnet_module的時(shí)候，我們需要在httpd.conf文件中追加以下清單：     本來這個(gè)配置文件很簡單，還有詳細(xì)的注釋。不過一定要注意上面的命令(非#開頭的行)，都需要寫在一行上，如果是從網(wǎng)頁上copy要特別的小心，特別是AddHandler和AliasMatch這兩句容易被斷成兩行，那樣啟動(dòng)apache服務(wù)就會(huì)失敗，并且提示非常簡單，根本不會(huì)告訴你配置文件加載錯(cuò)誤。

    目前，這個(gè)mod_aspdotnet模塊最大的問題是在認(rèn)證支持上的不足，比如windows和form都還不能支持，不過開源的東西更新還是很快的。由于使用Microsoft .NET Framework作為CLR，開發(fā)更新的壓力和Mono不在一個(gè)數(shù)量級上，相信很快就能有對頁面認(rèn)證的較好支持。

    安裝成功后可以運(yùn)行探針來檢查效果，比如使用邁克老貓同志的ASP.NET探針。
   

服務(wù)器基本信息
服務(wù)器名稱： birdshome	服務(wù)器IP地址： 127.0.0.1
.NET Framework語言種類: English (United States)	.NET Framework 版本: 2.050727.29
服務(wù)器端口： 80	服務(wù)器域名： localhost
服務(wù)器時(shí)間： 11/18/2005 12:11:39 AM	服務(wù)器操作系統(tǒng)： Microsoft Windows XP
服務(wù)器空間占用： .13	站點(diǎn)物理路徑： D:\Program Files\Apache Group\Apache2\htdocs\active\
服務(wù)器IE瀏覽器版本： 6.0000	服務(wù)器IIS版本： Apache/2.0.55 (Win32)
服務(wù)器上次啟動(dòng)到現(xiàn)在已運(yùn)行： 12883秒	腳本超時(shí)： 30000000秒
虛擬目錄絕對路徑： D:\Program Files\Apache Group\Apache2\htdocs\active\	執(zhí)行文件絕對路徑： D:\Program Files\Apache Group\Apache2\htdocs\active\SiteInfo.aspx
服務(wù)器操作系統(tǒng)安裝目錄： C:\WINDOWS	服務(wù)器應(yīng)用程序安裝目錄： C:\Program Files
CPU個(gè)數(shù)： 本計(jì)算機(jī)中有1個(gè)CPU	CPU類型： x86 Family 15 Model 3 Stepping 3
CPU等級： CPU等級為50528271	CPU OEM ID： CPU的OEM ID為0
CPU頁面大?。?CPU中的頁面大小為4096
75%的內(nèi)存正在使用	物理內(nèi)存共有510MB
可使用的物理內(nèi)存有126MB	交換文件總大小為1245MB
尚可交換文件大小為750MB	總虛擬內(nèi)存有2047MB
未用虛擬內(nèi)存有1817MB	邏輯驅(qū)動(dòng)器： A: ||C: ||D: ||E: ||F: ||G: ||H: ||J: ||K: ||L: ||M:

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

有點(diǎn)意思，有空做來試試看，看來也可以Apache+SVN+VS Express+MySql進(jìn)行開發(fā)了。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

改天就試一下。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

不錯(cuò) 可以不用IIS了

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

Linux操作系統(tǒng)上可以嗎？

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

兄臺，這個(gè)東東我也試了，基本上可以在Apache上跑ASP.net
但支持性還是特別好，比如我就發(fā)現(xiàn)，如果我的目錄超過8個(gè)字符，就不行，設(shè)置了權(quán)限也不行（在windows2Kserver下，2003還沒試驗(yàn)），必須要把a(bǔ)spnet_client這個(gè)東東copy到Apache的默認(rèn)目錄下（相當(dāng)IIS中wwwroot那個(gè)目錄下），但LinkButton還會(huì)出現(xiàn)訪問路徑解析錯(cuò)誤。

請教一下，看兄臺能否幫我。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

Linux操作系統(tǒng)怎么用？

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

這個(gè)俺也用過，只要按照作者的說明配置就OK了，但在將asp.net應(yīng)用配置為虛擬主機(jī)是有一定難度。不知哪位有研究？分享分享。。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

只是口碑問題，Apache并沒有比IIS好多少。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@hyp
要在Linux上用ASP.NET目前就只有Mono了，那個(gè)東西由于要實(shí)現(xiàn).NET Framework，規(guī)模和難度都太大了，潛臺詞就是要到產(chǎn)品級別的難度會(huì)很大很大。

@胖子
我沒有發(fā)現(xiàn)有目錄名8個(gè)字符的限制啊。使用LinkButton也沒有問題，你用的是上面的apache和mod_aspdotnet的版本嗎？

@Vokobo
你說的這個(gè)虛擬主機(jī)是什么？在上面配置多個(gè)站點(diǎn)？

@Ariel Y.
口碑這東西說小也好說盲從也好說盲目也好，但很多時(shí)候我們是無法說服用戶的,,,

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@Ariel Y.

口碑這東西不是你說好就真的好的~~~IIS到底有多麻煩,我想遇到過IIS莫名其妙宕掉的朋友都知道~~~

apache的穩(wěn)定畢竟是經(jīng)過檢驗(yàn)的~~~

這也就是為什么很多用戶只用apache不用iis的原因~~~更苛刻一些,只用apache1.3不用2.0

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@birdshome

沒有說你盲從，盲目，我們也不會(huì)嘲笑不太懂技術(shù)的用戶的無知。完全支持你這篇文章，這樣的文章很好，為我們提供了一種新的解決方案。

Ariel從來不在BBS/Blog上跟別人狡辯，很無聊，也沒什么意義。但是這次不得說一說：

@mikespook

問題1、我們不應(yīng)該動(dòng)不動(dòng)就妄下定論說誰好誰不好，一點(diǎn)技術(shù)含量都沒有。只有天真的小孩兒才會(huì)問父母：“哪個(gè)是好人哪個(gè)是壞人??？”；用好壞來形容系統(tǒng)只能表現(xiàn)出你的無知。

問題2、我們不應(yīng)該人云亦云，尤其是技術(shù)問題是很嚴(yán)肅的。你能保證自己的觀點(diǎn)是受到事實(shí)/數(shù)據(jù)支持的嗎？

問題3、有這樣一些人，不會(huì)用或者用不好人家的東西，就說人家的東西不好，這種人太多！尤其讓人氣憤！

這里不用說這樣的文章：
http://www./tutorials/article.php/10825_3074841_1
如果你能用這種考慮問題的方式：
http://www./articles/alert/common/2005090822439.shtml
http://www.donews.com/Content/200504/161c4997eb7743cc832fca5d71d2f933.shtm
我也會(huì)為你鼓掌！

注：我沒有能力寫這些（也不能保證這些文章的客觀真實(shí)性），但我不妄加評論誰好誰壞，我只會(huì)用IIS，我會(huì)說：IIS很強(qiáng)大，我還沒有全面掌握，但是他目前完全能滿足我工作中的需求，僅此而已。Apache也許很好吧，我很實(shí)在的說我不會(huì)用，所以我也沒有理由抨擊Apache。

以后下結(jié)論的時(shí)候，一定要多引用事實(shí)/數(shù)據(jù)/評測支持。寫過Business Analysis或者Report或者RFP之類的東西的朋友都知道，這是提高文章可信度的重要因素。

-------------------

“口碑這東西不是你說好就真的好的~~~IIS到底有多麻煩,我想遇到過IIS莫名其妙宕掉的朋友都知道~~~ ”

到底有多麻煩？莫名其妙的宕掉？你還不知道為什么宕掉？是你的問題還是IIS的問題？。為什么博客園的問題dudu都會(huì)逐個(gè)去解決呢？這是典型的問題1&3。

“apache的穩(wěn)定畢竟是經(jīng)過檢驗(yàn)的~~~ ”

你檢驗(yàn)的？IIS的穩(wěn)定也是經(jīng)過檢驗(yàn)的吧？我檢驗(yàn)了，呵呵（開個(gè)玩笑）。這是問題2

“這也就是為什么很多用戶只用apache不用iis的原因~~~更苛刻一些,只用apache1.3不用2.0 ”

很多嗎？多少用多少不用？我身邊的可都是用IIS哦。問題2。只會(huì)用1.3，不會(huì)用2.0。問題3


Ariel在網(wǎng)上從來不得罪人，如果你能夠接受我的一些膚淺的方法和建議。我愿意對言語中的不周道歉。



最后一句：沒有最好的，只有最合適的。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

用什么不一樣呢？程序員的任務(wù)是解決問題，不是討論你的鐵鍬好用還是我的錘子硬。
我用 iis 的理由很簡單，因?yàn)榭蛻粲羞@個(gè)要求。可能是我見得少吧，我還真沒遇到過要求我把 asp.net 扔到 apache 上跑的客戶?；蛟S php 也是不錯(cuò)的工具，不過我沒有學(xué)。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

事實(shí)上網(wǎng)絡(luò)上 Apache的使用量是第一位的；

如果不是windows 和iis那么asp.net是可以做更多的項(xiàng)目；承擔(dān)強(qiáng)度更大的業(yè)務(wù).

linux +Apache 環(huán)境和windows+iis環(huán)境我都是使用過的。。

linux+apache明顯要穩(wěn)定;

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@Ariel Y. 
Thank you very mush for reference, IIS vs. Apache, Looking Beyond the Rhetoric, you provide.

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@Ariel Y.

老mike從來不說自己的評論是客觀的～～也從來不請別人客觀的評論。我們無法不帶有感情色彩的去看待問題，因?yàn)槲覀兪侨?，不是圣人。thx～～

好，言歸正傳：

1.我所表達(dá)的“莫名其妙”的宕掉
很有趣，我本身也喜歡在IIS上跑PHP，因?yàn)槟菢雍唵危夜芾矸奖?。但是我從來不?huì)在商業(yè)環(huán)境中使用IIS跑PHP。因?yàn)槲也幌胍驗(yàn)榧虞d了ISAPI而掛掉整臺服務(wù)器。IIS為什么會(huì)莫名其妙的宕掉？也許許多初學(xué)的朋友都會(huì)有這樣的疑問。那么WINDOWS的LOG中給我滿意的答案了么？“由于地址XXXXXXXX的異常訪問而停止”這是什么鬼東西？到底是系統(tǒng)的問題？配置的問題？感染了病毒？還是程序造成的溢出？IIS由于過于人性化的封裝（matebase是我最想改動(dòng)的東西，卻又是我最不能改動(dòng)的東西）對于開發(fā)人員和管理人員來說隱藏了太多的細(xì)節(jié)。這是MS一直以來的賣點(diǎn)，卻也是MS一直以來的詬病。我們在為了解決iis宕掉的問題上花了太多的精力，而到最后僅僅證實(shí)：“原來自己的水平不好，寫的程序宕掉了服務(wù)器”如果是這樣，我倒寧可用那些確定到底是什么問題的時(shí)間來提高個(gè)人的水平。

2.apache到底比IIS好多少
apache也許在一些人眼里不如IIS好，也許在一些人眼里apache甚至比IIS要垃圾得多。因?yàn)閍pache沒有iis那樣方的管理界面，更沒有拿來就用的好脾氣。
我不敢保證我比閱讀本文的朋友都了解iis，我也不敢保證我比閱讀本文的朋友都了解apache。但是我以我做了1年asp的組件開發(fā)，和1年的apache下的php開發(fā)比較。apache在擴(kuò)展性和穩(wěn)定性上都要好于iis，而apache2.0的擴(kuò)展性要好于1.3，1.3的穩(wěn)定性要好于2.0。這是我的一家之言，我并不要你接受我的觀點(diǎn)，我只是希望你能了解我的觀點(diǎn)。apache比iis好多少不是口碑問題，而是我的體會(huì)。

3.感謝Ariel Y. 指出我在表達(dá)上的缺憾。我并沒有在下結(jié)論，而是對你所懷疑的口碑加以證實(shí)。因?yàn)槲沂煜IS，也熟悉APACHE。所以我對此加以證實(shí)，這樣的口碑不是沒有根據(jù)的。的確像你說的那樣沒有最好，只有最適合。但是如果iis和apache都可以被選擇的話，我可能會(huì)選apache，因?yàn)樗m合。

因?yàn)榭沧诱f過，看帖開新帖不是好習(xí)慣，我又用不習(xí)慣那個(gè)pingback，所以在這里多羅嗦幾句。對iis6的改進(jìn)，我個(gè)人感覺是很不錯(cuò)的，只是windows2003的價(jià)格讓人難以接受。所以我們依然選擇freebsd和apache這樣廉價(jià)的組合來運(yùn)作。這樣可以節(jié)約80％的硬性成本。而對于MS調(diào)查報(bào)告中說的“windows有更低的維護(hù)費(fèi)用”我也是肯定的。windows在維護(hù)費(fèi)用上確實(shí)不到*nix系統(tǒng)的一半，甚至更低。只是我們在讓一個(gè)廉價(jià)的系統(tǒng)管理員面對突發(fā)的系統(tǒng)崩潰和讓一個(gè)資深的系統(tǒng)管理員維護(hù)穩(wěn)定的系統(tǒng)上，我們選擇了后者。

昨天還在linuxsir上說我是博客園的叛徒，在大家專注dotnet，windows的時(shí)候我總唱反調(diào)。呵呵～～其實(shí)技術(shù)上的38線是絕對沒必要的。

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@老Mike

很喜歡看你的這種探討：）原來以為又要吵架呢，呵呵。起碼通過這種討論，讓我了解到一些Apache的知識。
雖然不好意思的開了新貼，不過我我們這種只對事不對人的討論對博客園是有益無害的。起碼我們討論了一些方法論，也從不同的角度對Apache和IIS做了一些比較，無疑這對大家都是有收獲的。

其實(shí)如果讓我自己花錢去建一套系統(tǒng)，我也會(huì)選擇LAMP，但是在License不是問題的條件下，我們更愿意在一個(gè)好用的平臺下用最小的Cost實(shí)現(xiàn)最大的Business Value。無疑.net的開發(fā)和維護(hù)成本比較低，這一點(diǎn)你也有說明。

免費(fèi)的開源系統(tǒng)畢竟和商業(yè)系統(tǒng)有一些區(qū)別?？啥ㄖ苹莾?yōu)點(diǎn)也是缺點(diǎn)。會(huì)用的如魚得水，不會(huì)用的不知所云。相比之下，微軟產(chǎn)品的豐富的開發(fā)文檔無疑是開發(fā)人員的天堂。

這里再說一個(gè)題外話，關(guān)于方法論的：

和MSN的同事在一起合作的時(shí)候，學(xué)會(huì)了這樣一種理念：那時(shí)我們要定期執(zhí)行一件簡單的任務(wù)，于是就做了項(xiàng)目計(jì)劃要開發(fā)一個(gè)Windows Service來做這個(gè)事情，還計(jì)劃實(shí)現(xiàn)配置文件和服務(wù)管理器。MSN的同事問：你們?yōu)槭裁床挥肳indows的Task Schedule加上一個(gè)簡單的Console程序？那是微軟經(jīng)過測試好的成熟產(chǎn)品，可以說運(yùn)行非常穩(wěn)定。如果你們自己開發(fā)，不但要花費(fèi)時(shí)間，還要進(jìn)行大量的測試，還不能保證有Windows那樣的產(chǎn)品質(zhì)量。用更多的Cost，帶來更多的Risk，值得么？
而我們的理由呢？呵呵，僅僅是：那個(gè)不是我們的系統(tǒng)，我們不信任，我們要自己做，我們控制不了。其實(shí)，學(xué)習(xí)并掌握Task Schedule的時(shí)間遠(yuǎn)比重新開發(fā)新系統(tǒng)時(shí)間要短得多。開發(fā)人員就是轉(zhuǎn)不過這個(gè)彎兒，包括我自己，呵呵。
注：排除一些財(cái)大氣粗，不見兔子不撒鷹的客戶。明明用Excel可以解決的時(shí)候，你不給他做一個(gè)新的系統(tǒng)，花他幾百萬，他還不樂意呢。那時(shí)候，我們一定要“定制開發(fā)”哦；）

BTW，關(guān)于加載了PHP的ISAPI宕掉的問題我還是覺得是PHP ISAPI的錯(cuò)；）

最后，同老Mike同志握手~

@birdshome

It‘s my pleasure.

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

Sorry, It‘s Scheduled Tasks

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

apache雖然穩(wěn)定，在apache的asp.net module上跑asp.net有沒有保證就不知道了，風(fēng)險(xiǎn)不見得比iis小啊。何況又只能用在windows上，windows上的apache和iis比就沒什么優(yōu)勢了阿，只能自己玩玩或是可以作為售前宣傳的賣點(diǎn)，騙騙不懂的用戶而已，真的會(huì)有人用在商業(yè)用途嗎？

# re: 在Apache環(huán)境下成功的運(yùn)行ASP.NET   

@robaggio
安全風(fēng)險(xiǎn)本身由apache承擔(dān)，作為http server，這個(gè)和運(yùn)行的什么服務(wù)器端代碼（php, jsp, cgi）無關(guān)。如果是由于http server運(yùn)行的應(yīng)用程序模塊的缺陷引起的風(fēng)險(xiǎn)，apache出問題，IIS也一樣跑不了。當(dāng)然目前aspnet_wp|w3wp或許比mod_aspdotnet.so強(qiáng)些，但沒有實(shí)際比較也不好說哈。至于有沒有這樣的用asp.net的用戶，等我成功部署出去了再告訴你@_@。