1. nodejs怎樣實現虛擬主機，在同一台伺服器上跑多個獨立的網站
最簡單的方法就是在伺服器上架虛擬機
2. 用nodejs做中間層具體怎麼實現
python提供http介面給nodejs用。
速度會慢一丟丟，但是職責會更清晰。
這樣做的好處是
1.一個Server端(Python)可以內服務於多個Client端(Node|容iOS|Android)。2.某一端可以隨意換實現代碼，只要保證http介面一樣，比如後端某天想換java，寫好介面測試直接換，都不用通知前端童鞋。
可以這樣架構
Python負責數據存取。Node負責頁面渲染，用戶許可權驗證。
3. nodejs怎麼實現類似AOP的代碼
Github Pages只能存放靜抄態頁面，不能運行襲後台代碼，不能動態生成文件，也不能有資料庫。你看到的「博客引擎」其實是頁面生成器，即把你寫的模版等動態代碼轉 成靜態頁面，然後才能放到Github上。
4. nodejs中js可以用來操作什麼
可以不通過後台語言，前端也可以實現後台語言實現的效果和內容
5. 我想做一個nodejs的簡單實例
http://www.nodebeginner.org/index-zh-cn.html 這里有一篇實例 可以照著做一下 希望對你版有幫助 望採納權
6. nodejs怎麼實現對象的value相加
nodejs優勢在於原型開發快，學習門檻低，簡單業務運行效率高於java等後台腳本語言內的vm。
劣勢同樣明顯容，javascript引擎基於事件的函數回調模型既是優勢又是劣勢：導致復雜邏輯失控，不能用於生產環境。此架構並非新興事物，早年的windows 3的消息模型類似：所謂的協同式多任務（不展開）。最終不得不讓步於搶佔多任務。導致入門易，優化難，難調試，大型業務框架不易成型
你的採納是我前進的動力!
記得好評和採納，答題不易，互相幫助，
手機提問的朋友在客戶端右上角評價點滿意即可.
如果你認可我的回答，請及時點擊採納為滿意回答按鈕
7. 小白求救，怎樣用nodejs實現頁面跳轉
創建app.js
varexpress=require("express")
varport=process.env.PORT||3000
varapp=express()
app.set('views','./views')
app.set('viewengine','jade')
app.listen(port);
console.log('imoocstartedonport'+port);
//indexpage
app.get('/',function(req,res){
res.render('index',{
title:'imooc首頁'
})
})
//detailpage
app.get('/movie/:id',function(req,res){
res.render('index',{
title:'imooc詳情'
})
})
//adminpage
app.get('/admin/movie',function(req,res){
res.render('admin',{
title:'imooc後台錄入頁'
})
})
//listpage
app.get('/admin/list',function(req,res){
res.render('list',{
title:'imooc列表頁'
})
})創建list.jadeadmin.jadeindex.jadedetail.jade四個文件，里邊的代碼都為：
doctype
html
head
meta(charset="utf-8")
title#{title}
body
h1#{title}
最後執行node app.js ，瀏覽器輸入http://localhost:3000/即可看到首頁效果，輸入路由get的地址會跳轉到相應的jade文件下。比如http://localhost:3000/admin/list會跳轉到list.jade頁面
8. nodejs怎麼實現收藏功能並且可以在用戶頁看到自己收藏的東西
這個和語言沒什麼關系了，主要是思路。不管是node，java，還是php，都有mvc框架採用mvc來操專作一般是這樣的。
controller
addCollect 添加屬收藏
unCollect 取消收藏
getAllCollects 得到用戶所有的收藏信息
model
add_collect 添加收藏model
un_collect 取消收藏model
check_collect 檢測某個用戶是否收藏了某個電影
資料庫設計是這樣的id userid movieid add_time
9. 如何用nodejs開發server端ui層
在軟體開發領域，前端工程師曾經是一個比較糾結的職業。在Web技術真正發展起來之前的相當長一段時間里，由於技術門檻很低，前端工程師行業一直是魚
龍混雜的狀態。其中很多號稱是Web開發者的人實際上並沒有什麼專業的前端技能，有些工作就是被當做簡單的力氣活由美術設計師順便做做而已。當時很多人甚
至並不認為有朝一日會有這么一群人用HTML、CSS和JavaScript這三門技術謀生——他們想，這怎麼可能呢——這些技術看起來都是如此簡單，隨
隨便便混在一起用就哦了，把做這些活看成一種正兒八經的職業簡直是笑話。
隨著技術發展，人們對前端工作的看法開始改變了，一些人從美工頁面仔真正轉變為專業的前端工程師。JavaScript，這門很多工程師曾經把它當做
玩具而不屑一顧的腳本語言悄然演變成推動互聯網發展的核心驅動力。伴隨著越來越多的瀏覽器的出現使得用HTML和CSS兼容各種瀏覽器變得越來越難，於是
能實現兼容各種瀏覽器的頁面成為了前端工程師的金字招牌，前端職業開始變得炙手可熱。
兩個獨立的UI層
即使Ajax這種技術風靡全球之後，前端工程師的主要工作曾經也僅局限於瀏覽器窗口之內。HTML、CSS和JavaScript是前端工程師必須要
掌握的三種核心技術，前端同後端的唯一交集僅僅是前端需要確保後端的數據能夠以正確合適的格式輸出到瀏覽器上。在某種意義上來說，Web開發有兩個UI
層，一個是在瀏覽器裡面我們最終看到的，另一個在server端，負責生成和拼接頁面。因為傳統前端基本上沒有辦法自主決定server端如何處理數據拼
接生成頁面，因為數據如何組織，往往是會受到後端工程師所選擇的技術框架的影響的，而後端不理解前端的一些需求，所以他們選擇的時候也就很少會從前端方便
的角度進行考慮。
在上面這張圖的結構里，瀏覽器里的UI層是完全歸前端工程師管的。伺服器端的UI層則是前後端都關心的部分，剩下的部分是服務端的底層，諸如數據處
理、緩存、許可權控制和其他核心模塊，這些是歸後端管的。我們還是回過頭來看我們所關心的server端UI層吧，這一層所做的事情通常是拼頁面模板以及處
理具體的業務交互邏輯。
所以，傳統的前後端分工是由前端負責瀏覽器，而其他瀏覽器之外的東東統統歸由後端負責。前後端的交集server的UI層也是由後端來主導的。這是目前最主流的一種前後端分工方式。
讓Node.js來改變這一切
Node.js一發布，立刻在前端工程師中引起了軒然大波，前端工程師們幾乎立刻對這一項技術表露出了相當大的熱情和期待。上一次一種技術能被整個前
端界如此關注那還是在幾年之前，那時候Ajax這個概念剛剛被提出來。讓JavaScript跑在server端，這個想法簡直太棒了。這下我們不用再去
學那些什麼PHP啦、Ruby啦、Java啦、Scala啦或者其他什麼對前端來說奇怪的語言，也可以輕松地將我們的領域擴展到server端，多麼美好
的前景!
我從來不是一個PHP的愛好者，但是我在Yahoo工作的時候，我不得不使用PHP。為了這份工作，我得忍受花費許多額外的時間去修復由於PHP的傻
逼特性導致的坑。對於一直使用Java作為服務端語言的我來說，對PHP實在是很難適應。我相信，也一直堅持認為一種靜態類型的語言更加適合用來構建你的
業務邏輯的核心部分。因此，雖然我很喜歡JavaScript，但我也不會用它來做所有的事情，比如我絕對不會只用JavaScript來實現一個完整的
購物車系統。
對於我來說，Node.js不是一個解決一切問題的銀彈，我不會用它來取代server端所有別的語言模塊。事實上，Node.js可以做到其他後端
語言所能做到的幾乎所有的事情，但是我不會這么做。我所認為的比較合適的做法是用Node.js來解決server端UI層的問題，這樣我就可以將這一層
從後端的其他部分剝離出來。
現在越來越多的公司傾向於採用面向服務(service-oriented)的架構，由後端提供給前端RESTful的介面，這么做是為了更好的做前
後端的依賴分離。如果所有的關鍵業務邏輯都封裝成REST調用，就意味著在上層只需要考慮如何用這些REST介面構建具體的應用。那些後端程序員們根本不
操心具體數據是如何從一個頁面傳遞到另一個頁面的，他們也不用管用戶數據更新是通過Ajax非同步獲取的還是通過刷新頁面，當然他們更不關心的是你究竟在用
jQuery還是YUI——這與他們根本毫無關系嘛。後端程序員真正應該關心的難道不應該是數據如何存儲、如何容錯以及如何保證安全性嗎?
現在我們看看Node.js帶來的好處吧，當後端程序員提供了REST服務之後，現在我們前端程序員可以使用Node.js來處理server端的
UI層啦，我們可以將通過REST調用拿到的數據隨心所欲地進行處理，不管是渲染模板還是直接提供給Ajax，現在我們僅僅用JavaScript一種語
言就可以輕松實現這些。至於後端程序員，他們只需要保證數據的正確性，無論他們使用任何一種語言來封裝REST調用，都不會對前端造成影響，這樣前後端的
職責不就被更好地劃分了嗎?這樣分工之後前端的領域就從瀏覽器小框框裡面擴展到了server的UI層，而這一層本來對於後端來說是一件他們做起來不輕松
的零碎活兒。
不!這太聳人聽聞了!
前端工程師想接手server的UI層是不那麼容易被後端工程師們理解和接受的，因為這部分工作本來屬於後端工程師的職責。尤其是現在還有很多後端工
程師認為JavaScript是一種極簡單的「玩具語言」，他們將會想如此重要的服務端工作怎麼能交給這群看起來不太靠譜的人用如此「不嚴肅」的語言來
玩?在我的經驗里，這種觀念上的沖突是前後端工程師們在是否引入Node.js這一問題上的最大分歧。Server端UI層是前後端的中間地帶，而之前通
常後端程序員們對這個地帶比較有主導權，所以一旦你進入這個本來屬於後端主導的領域，爭議自然是不可避免的。
實際上放棄傳統的角色立場，將server的UI層分給前端，在大型Web架構下是很有意義的。不這么做的話，有時候前端想要從後端要到正確的數據，
還不得不關心後端究竟是用什麼語言實現的。過去的分工中，那些原本屬於核心業務底層考慮的東西會被暴露給server的UI層，而這些問題往往會不小心影
響到前端。前端本來不需要關注這些問題，因為前後端所關心的方面根本完全不一樣嘛。如果你理解單一職能、責任分離和模塊化，你就會理解我所說的，甚至會覺
得以前不把server的UI層分給前端實在是很笨。
只可惜，之前Node.js這樣的東東不存在，所以當時沒有前端合適的技術讓前端工程師們自己搞定server的UI層。於是後端的同學們用PHP的
人就順手把UI用PHP的模板實現了，同樣的用Java的後端同學也自然而然地用JSP搞定這個問題。這不是前端的同學不願意去做Server的UI，而
是因為在之前，沒有一種我們熟悉的技術讓我們能夠搞定這些事情，但是現在不一樣了，我們有Node.js了。
結論
我很喜歡Node.js，我喜歡由這項技術給前端界帶來的更大的發展潛力。我並不認為整個後端完全用Node.js來實現會是一個很好的方案，盡管
Node.js完全可以做到這一切。我認為目前Node.js最大的價值是能讓前端完全把控整個UI層，不論是瀏覽器的還是Server端的，做到這一
點，我們工作的效率能得到很大的提升。我們前端更擅長於決定數據以何種方式呈現能帶給用戶更好的體驗，而後端則更加了解如何處理數據。在這種新的分工方式
下，後端只需要提供合適的數據操作介面，前端自己就能構建漂亮的、有效率的、可用性高的介面，從而實現用戶所喜歡的各種交互。
使用Node.js來搞定server的UI層也將後端工程師從他們不擅長的領域解放了出來。於是我們得到了一個Web開發的靈丹妙葯：前後端之間只
需要通過數據來交互，這種模型使得兩方相互獨立，各自都能夠快速並且長久開發，而只要保證數據介面不變，前後端彼此之間就不會造成任何影響。