❶ windows7怎麼安裝nodeppt
下載安裝nodejs
node.js 中文網 根據需求下載安裝
安裝完成，打開doc窗口(win+R --> cmd)，在任意目錄下輸入node -v查看下版本號
如上圖一樣說明nodejs已經安裝成功。接下來安裝nodeppt。
安裝nodeppt
新建一個目錄（以後的ppt都是在這個目錄下），命令行切換到這個目錄下,然後輸入npm install -g nodeppt。如果安裝成功就直接查看（），這里我講下我趟過的坑。
❷ Node.js 與 Python 作為後端服務的編程語言各有什麼優劣
一. NodeJS的特點
我們先來看看NodeJS官網上的介紹：
Node.js is a platform built on Chrome』s JavaScript runtime for easily building fast, scalable network applications. node.js uses an event-driven, non-blocking I/O model that makes it lightweight and efficient, perfect for data-intensive real-time applications that run across distributed devices.
其特點為：
1. 它是一個Javascript運行環境
2. 依賴於Chrome V8引擎進行代碼解釋
3. 事件驅動
4. 非阻塞I/O
5. 輕量、可伸縮，適於實時數據交互應用
6. 單進程，單線程
二. NodeJS帶來的對系統瓶頸的解決方案
它的出現確實能為我們解決現實當中系統瓶頸提供了新的思路和方案，下面我們看看它能解決什麼問題。
1. 並發連接
舉個例子，想像一個場景，我們在銀行排隊辦理業務，我們看看下面兩個模型。
（1）系統線程模型：
這種模型的問題顯而易見，服務端只有一個線程，並發請求（用戶）到達只能處理一個，其餘的要先等待，這就是阻塞，正在享受服務的請求阻塞後面的請求了。
（2）多線程、線程池模型：
這個模型已經比上一個有所進步，它調節服務端線程的數量來提高對並發請求的接收和響應，但並發量高的時候，請求仍然需要等待，它有個更嚴重的問題。到代碼層面上來講，我們看看客戶端請求與服務端通訊的過程：
服務端與客戶端每建立一個連接，都要為這個連接分配一套配套的資源，主要體現為系統內存資源，以PHP為例，維護一個連接可能需要20M的內存。這就是為什麼一般並發量一大，就需要多開伺服器。
那麼NodeJS是怎麼解決這個問題的呢？我們來看另外一個模型，想像一下我們在快餐店點餐吃飯的場景。
（3）非同步、事件驅動模型
我們同樣是要發起請求，等待伺服器端響應；但是與銀行例子不同的是，這次我們點完餐後拿到了一個號碼，拿到號碼，我們往往會在位置上等待，而在我們後面的請求會繼續得到處理，同顫凳樣是拿了一個號碼然後到一旁等待，接待員能一直進行處理。
等到飯菜做號了，會喊號碼，我們拿到了自己的飯菜扒悔，進行後續的處理（吃飯）。這個喊號碼的動作在NodeJS中叫做回調（Callback），能在事件（燒菜，I/O）處理完成後繼續執行後面的邏輯（吃飯），這體現了NodeJS的顯著特點，非同步機制、事件驅動整個過程沒有阻塞新用戶的連接（點餐），也不需要維護已經點餐的用戶與廚師的連接。
基於這樣的機制，理論上陸續有用戶請求連接，NodeJS都可以進行響應，因此NodeJS能支持比Java、PHP程序更高的並發量雖然維護事件隊列也需要成本，再由於NodeJS是單線程，事件隊列越長，得到響應的時間就越長，並發量上去還是會力不從心。
總結一下NodeJS是怎麼解決並發連接這個問題的：更改連接到伺服器的方式，每個連接發射（emit）一個在NodeJS引擎進程中運行的事件（Event），放進事件隊列當中，而不是為每個連接生成一個新的OS線程（並為其分配一些配套內存）。
2. I/O阻塞
NodeJS解決的另外一個問題是I/O阻塞，看看這樣的業務場景：需要從多個數據源拉取數據，然後進行處理。
（1）串列獲取數據，這是我們一般的解決方案，以PHP為例
假如獲取profile和timeline操作各需要1S，那麼串茄此旅行獲取就需要2S。
（2）NodeJS非阻塞I/O，發射/監聽事件來控制執行過程
NodeJS遇到I/O事件會創建一個線程去執行，然後主線程會繼續往下執行的，因此，拿profile的動作觸發一個I/O事件，馬上就會執行拿timeline的動作，兩個動作並行執行，假如各需要1S，那麼總的時間也就是1S。它們的I/O操作執行完成後，發射一個事件，profile和timeline，事件代理接收後繼續往下執行後面的邏輯，這就是NodeJS非阻塞I/O的特點。
總結一下：Java、PHP也有辦法實現並行請求（子線程），但NodeJS通過回調函數（Callback）和非同步機制會做得很自然。
三. NodeJS的優缺點
優點：1. 高並發（最重要的優點）
2. 適合I/O密集型應用
缺點：1. 不適合CPU密集型應用；CPU密集型應用給Node帶來的挑戰主要是：由於JavaScript單線程的原因，如果有長時間運行的計算（比如大循環），將會導致CPU時間片不能釋放，使得後續I/O無法發起；
解決方案：分解大型運算任務為多個小任務，使得運算能夠適時釋放，不阻塞I/O調用的發起；
2. 只支持單核CPU，不能充分利用CPU
3. 可靠性低，一旦代碼某個環節崩潰，整個系統都崩潰
原因：單進程，單線程
解決方案：（1）Nnigx反向代理，負載均衡，開多個進程，綁定多個埠；
（2）開多個進程監聽同一個埠，使用cluster模塊；
4. 開源組件庫質量參差不齊，更新快，向下不兼容
5. Debug不方便，錯誤沒有stack trace
四. 適合NodeJS的場景
1. RESTful API
這是NodeJS最理想的應用場景，可以處理數萬條連接，本身沒有太多的邏輯，只需要請求API，組織數據進行返回即可。它本質上只是從某個資料庫中查找一些值並將它們組成一個響應。由於響應是少量文本，入站請求也是少量的文本，因此流量不高，一台機器甚至也可以處理最繁忙的公司的API需求。
2. 統一Web應用的UI層
目前MVC的架構，在某種意義上來說，Web開發有兩個UI層，一個是在瀏覽器裡面我們最終看到的，另一個在server端，負責生成和拼接頁面。
不討論這種架構是好是壞，但是有另外一種實踐，面向服務的架構，更好的做前後端的依賴分離。如果所有的關鍵業務邏輯都封裝成REST調用，就意味著在上層只需要考慮如何用這些REST介面構建具體的應用。那些後端程序員們根本不操心具體數據是如何從一個頁面傳遞到另一個頁面的，他們也不用管用戶數據更新是通過Ajax非同步獲取的還是通過刷新頁面。
3. 大量Ajax請求的應用
例如個性化應用，每個用戶看到的頁面都不一樣，緩存失效，需要在頁面載入的時候發起Ajax請求，NodeJS能響應大量的並發請求。總而言之，NodeJS適合運用在高並發、I/O密集、少量業務邏輯的場景。
Python的優缺點
優點
簡單————Python是一種代表簡單主義思想的語言。閱讀一個良好的Python程序就感覺像是在讀英語一樣，盡管這個英語的要求非常嚴格！Python的這種偽代碼本質是它最大的優點之一。它使你能夠專注於解決問題而不是去搞明白語言本身。
易學————就如同你即將看到的一樣，Python極其容易上手。前面已經提到了，Python有極其簡單的語法。
免費、開源————Python是FLOSS（自由/開放源碼軟體）之一。簡單地說，你可以自由地發布這個軟體的拷貝、閱讀它的源代碼、對它做改動、把它的一部分用於新的自由軟體中。FLOSS是基於一個團體分享知識的概念。這是為什麼Python如此優秀的原因之一——它是由一群希望看到一個更加優秀的Python的人創造並經常改進著的。
高層語言————當你用Python語言編寫程序的時候，你無需考慮諸如如何管理你的程序使用的內存一類的底層細節。
可移植性————由於它的開源本質，Python已經被移植在許多平台上（經過改動使它能夠工作在不同平台上）。如果你小心地避免使用依賴於系統的特性，那麼你的所有Python程序無需修改就可以在下述任何平台上面運行。這些平台包括linux、Windows、FreeBSD、Macintosh、Solaris、OS/2、Amiga、AROS、AS/400、BeOS、OS/390、z/OS、Palm OS、QNX、VMS、Psion、Acom RISC OS、VxWorks、PlayStation、Sharp Zaurus、Windows CE甚至還有PocketPC、Symbian以及Google基於linux開發的Android平台！
解釋性————這一點需要一些解釋。一個用編譯性語言比如C或C++寫的程序可以從源文件（即C或C++語言）轉換到一個你的計算機使用的語言（二進制代碼，即0和1）。這個過程通過編譯器和不同的標記、選項完成。當你運行你的程序的時候，連接/轉載器軟體把你的程序從硬碟復制到內存中並且運行。而Python語言寫的程序不需要編譯成二進制代碼。你可以直接從源代碼 運行 程序。在計算機內部，Python解釋器把源代碼轉換成稱為位元組碼的中間形式，然後再把它翻譯成計算機使用的機器語言並運行。事實上，由於你不再需要擔心如何編譯程序，如何確保連接轉載正確的庫等等，所有這一切使得使用Python更加簡單。由於你只需要把你的Python程序拷貝到另外一台計算機上，它就可以工作了，這也使得你的Python程序更加易於移植。
面向對象————Python既支持面向過程的編程也支持面向對象的編程。在「面向過程」的語言中，程序是由過程或僅僅是可重用代碼的函數構建起來的。在「面向對象」的語言中，程序是由數據和功能組合而成的對象構建起來的。與其他主要的語言如C++和Java相比，Python以一種非常強大又簡單的方式實現面向對象編程。
可擴展性————如果你需要你的一段關鍵代碼運行得更快或者希望某些演算法不公開，你可以把你的部分程序用C或C++編寫，然後在你的Python程序中使用它們。
可嵌入性————你可以把Python嵌入你的C/C++程序，從而向你的程序用戶提供腳本功能。
豐富的庫————Python標准庫確實很龐大。它可以幫助你處理各種工作，包括正則表達式、文檔生成、單元測試、線程、資料庫、網頁瀏覽器、CGI、FTP、電子郵件、XML、XML-RPC、HTML、WAV文件、密碼系統、GUI（圖形用戶界面）、Tk和其他與系統有關的操作。記住，只要安裝了Python，所有這些功能都是可用的。這被稱作Python的「功能齊全」理念。除了標准庫以外，還有許多其他高質量的庫，如wxPython、Twisted和Python圖像庫等等。
概括————Python確實是一種十分精彩又強大的語言。它合理地結合了高性能與使得編寫程序簡單有趣的特色。
規范的代碼————Python採用強制縮進的方式使得代碼具有極佳的可讀性。
缺點
強制縮進
這也許不應該被稱為局限，但是它用縮進來區分語句關系的方式還是給很多初學者帶來了困惑。即便是很有經驗的Python程序員，也可能陷入陷阱當中。最常見的情況是tab和空格的混用會導致錯誤，而這是用肉眼無法分別的。
單行語句和命令行輸出問題
很多時候不能將程序連寫成一行，如import sys;for i in sys.path:print i。而perl和awk就無此限制，可以較為方便的在shell下完成簡單程序，不需要如Python一樣，必須將程序寫入一個.py文件。（對很多用戶而言這也不算是限制）
NO.1 運行速度，有速度要求的話，用C++改寫關鍵部分吧。
NO.2 國內市場較小（國內以python來做主要開發的，目前只有一些 web2.0公司）。但時間推移，目前很多國內軟體公司，尤其是游戲公司，也開始規模使用他。
No.3 中文資料匱乏（好的python中文資料屈指可數）。托社區的福，有幾本優秀的教材已經被翻譯了，但入門級教材多，高級內容還是只能看英語版。
NO.4 構架選擇太多（沒有像C#這樣的官方.net構架，也沒有像ruby由於歷史較短，構架開發的相對集中。Ruby on Rails 構架開發中小型web程序天下無敵）。不過這也從另一個側面說明，python比較優秀，吸引的人才多，項目也多。
❸ ubuntu怎樣安裝nodejs
ubuntu安裝nodejs方法步驟：
# apt-get update
# apt-get install -y python-software-properties software-properties-common
# add-apt-repository ppa:chris-lea/node.js
# apt-get update
# apt-get install nodejs
一旦命令執行完，最新版本的Node.js就安裝好了
❹ 為什麼要用nodejs
著作權歸作者所有。
商業轉載請聯系作者獲得授權，非商業轉載請註明出處。
作者：FengqiAsia
鏈接：http://www.hu.com/question/19653241/answer/15993549
來源：知乎
要講清楚這個問題，先講講整個Web應用程序架構（包括流量、處理器速度和內存速度）中的瓶頸。瓶頸在於伺服器能夠處理的並發連接的最大數量。Node.js解決這個問題的方法是：更改連接到伺服器的方式。每個連接發射一個在Node.js引擎的進程中運行的事件，而不是為每個連接生成一個新的OS線程（並為其分配一些配套內存）。Node.js不會死鎖，因為它根本不允許使用鎖，它不會直接阻塞 I/O 調用。Node.js還宣稱，運行它的伺服器能支持數萬個並發連接。
Node本身運行V8 JavaScript。V8 JavaScript引擎是Google用於其Chrome瀏覽器的底層JavaScript引擎。Google使用V8創建了一個用C++編寫的超快解釋器，該解釋器擁有另一個獨特特徵：您可以下載該引擎並將其嵌入任何應用程序。V8 JavaScript引擎並不僅限於在一個瀏覽器中運行。因此，Node.js實際上會使用Google編寫的V8 JavaScript引擎，並將其重建為可在伺服器上使用。
Node.js優點：
1、採用事件驅動、非同步編程，為網路服務而設計。其實Javascript的匿名函數和閉包特性非常適合事件驅動、非同步編程。而且JavaScript也簡單易學，很多前端設計人員可以很快上手做後端設計。
2、Node.js非阻塞模式的IO處理給Node.js帶來在相對低系統資源耗用下的高性能與出眾的負載能力，非常適合用作依賴其它IO資源的中間層服務。3、Node.js輕量高效，可以認為是數據密集型分布式部署環境下的實時應用系統的完美解決方案。Node非常適合如下情況：在響應客戶端之前，您預計可能有很高的流量，但所需的伺服器端邏輯和處理不一定很多。
Node.js缺點：
1、可靠性低
2、單進程，單線程，只支持單核CPU，不能充分的利用多核CPU伺服器。一旦這個進程崩掉，那麼整個web服務就崩掉了。
不過以上缺點可以可以通過代碼的健壯性來彌補。目前Node.js的網路伺服器有以下幾種支持多進程的方式：
#1 開啟多個進程，每個進程綁定不同的埠，用反向代理伺服器如 Nginx 做負載均衡，好處是我們可以藉助強大的 Nginx 做一些過濾檢查之類的操作，同時能夠實現比較好的均衡策略，但壞處也是顯而易見——我們引入了一個間接層。
#2 多進程綁定在同一個埠偵聽。在Node.js中，提供了進程間發送「文件句柄」 的功能，這個功能實在是太有用了（貌似是yahoo 的工程師提交的一個patch） ，不明真相的群眾可以看這里： Unix socket magic
#3 一個進程負責監聽、接收連接，然後把接收到的連接平均發送到子進程中去處理。
在Node.js v0.5.10+ 中，內置了cluster 庫，官方宣稱直接支持多進程運行方式。Node.js 官方為了讓API 介面傻瓜化，用了一些比較tricky的方法，代碼也比較繞。這種多進程的方式，不可避免的要牽涉到進程通信、進程管理之類的東西。
此外，有兩個Node.js的mole：multi-node 和 cluster ，採用的策略和以上介紹的類似，但使用這些mole往往有一些缺點：
#1 更新不及時
#2 復雜龐大，往往綁定了很多其他的功能，用戶往往被綁架
#3 遇到問題難以解決
Node表現出眾的典型示例包括：
1、RESTful API
提供RESTful API的Web服務接收幾個參數，解析它們，組合一個響應，並返回一個響應（通常是較少的文本）給用戶。這是適合Node的理想情況，因為您可以構建它來處理數萬條連接。它仍然不需要大量邏輯；它本質上只是從某個資料庫中查找一些值並將它們組成一個響應。由於響應是少量文本，入站請求也是少量的文本，因此流量不高，一台機器甚至也可以處理最繁忙的公司的API需求。
2、Twitter隊列
想像一下像Twitter這樣的公司，它必須接收tweets並將其寫入資料庫。實際上，每秒幾乎有數千條tweet達到，資料庫不可能及時處理高峰時段所需的寫入數量。Node成為這個問題的解決方案的重要一環。如您所見，Node能處理數萬條入站tweet。它能快速而又輕松地將它們寫入一個內存排隊機制（例如memcached），另一個單獨進程可以從那裡將它們寫入資料庫。Node在這里的角色是迅速收集tweet，並將這個信息傳遞給另一個負責寫入的進程。想像一下另一種設計（常規PHP伺服器會自己嘗試處理對資料庫本身的寫入）：每個tweet都會在寫入資料庫時導致一個短暫的延遲，因為資料庫調用正在阻塞通道。由於資料庫延遲，一台這樣設計的機器每秒可能只能處理2000條入站tweet。每秒處理100萬條tweet則需要500個伺服器。相反，Node能處理每個連接而不會阻塞通道，從而能夠捕獲盡可能多的tweets。一個能處理50000條tweet的Node機器僅需20台伺服器即可。
3、電子游戲統計數據
如果您在線玩過《使命召喚》這款游戲，當您查看游戲統計數據時，就會立即意識到一個問題：要生成那種級別的統計數據，必須跟蹤海量信息。這樣，如果有數百萬玩家同時在線玩游戲，而且他們處於游戲中的不同位置，那麼很快就會生成海量信息。Node是這種場景的一種很好的解決方案，因為它能採集游戲生成的數據，對數據進行最少的合並，然後對數據進行排隊，以便將它們寫入資料庫。使用整個伺服器來跟蹤玩家在游戲中發射了多少子彈看起來很愚蠢，如果您使用Apache這樣的伺服器，可能會有一些有用的限制；但相反，如果您專門使用一個伺服器來跟蹤一個游戲的所有統計數據，就像使用運行Node的伺服器所做的那樣，那看起來似乎是一種明智之舉。
總的來說，Node.js的應用場景
1) 適合
JSON APIs——構建一個Rest/JSON API服務，Node.js可以充分發揮其非阻塞IO模型以及JavaScript對JSON的功能支持(如JSON.stringfy函數)
單頁面、多Ajax請求應用——如Gmail，前端有大量的非同步請求，需要服務後端有極高的響應速度
基於Node.js開發Unix命令行工具——Node.js可以大量生產子進程，並以流的方式輸出，這使得它非常適合做Unix命令行工具
流式數據——傳統的Web應用，通常會將HTTP請求和響應看成是原子事件。而Node.js會充分利用流式數據這個特點，構建非常酷的應用。如實時文件上傳系統transloadit
准實時應用系統——如聊天系統、微博系統，但Javascript是有垃圾回收機制的，這就意味著，系統的響應時間是不平滑的(GC垃圾回收會導致系統這一時刻停止工作)。如果想要構建硬實時應用系統，Erlang是個不錯的選擇
2) 不適合
CPU使用率較重、IO使用率較輕的應用——如視頻編碼、人工智慧等，Node.js的優勢無法發揮
簡單Web應用——此類應用的特點是，流量低、物理架構簡單，Node.js無法提供像Ruby的Rails或者Python的Django這樣強大的框架
NoSQL + Node.js——如果僅僅是為了追求時髦，且自己對這兩門技術還未深入理解的情況下，不要冒險將業務系統搭建在這兩個漂亮的名詞上，建議使用MySQL之類的傳統資料庫
如果系統可以匹配Node.js的適用場景，那麼是時候採取具體的措施來說服老闆了。
說服自己老闆採用Node.js的方式
構建一個簡單的原型——花一周時間構建系統某一部分的原型是非常值得的，同時也很容易和老闆在某一點達成一致，等到系統真的在某一部分應用了Node.js，就是打開局面的時候
尋找開發者——首先JavaScript語言的普及度很高，一般公司都不乏Web前端工程師，而此類工程師的學習門檻也非常低。這就意味著Node.js很容易招人，或者公司就隱藏了一些高手
強大的社區支持——Node.js社區非常活躍，吸引很多優秀的工程師，這就意味著公司可以很容易從社區得到免費或者付費的支持
系統性能考慮——JavaScript引擎Google V8，加之原生非同步IO模型，使得Node.js在性能的表現非常出色，處理數以千計的並發請求非常輕松
專業公司的支持——使用開源技術的最大問題是，原作者不承諾對其產品進行技術支持或者質量保證。現在Node.js已經得到Joyent公司的贊助，這就保證了未來Node.js的發展是可持續性的
❺ NodeJS項目基礎結構簡單介紹
按照常規，去執行npm start
或者在Terminal中手動輸入命令，結果如下：
可以看到是執行了test/package.json文件中的 start 命令，初始packagejson.json文件內容如下：
執行 start ，對應的命令為 node ./bin/www 並在命令行執行。現在項目已經啟動成功了，可以打開瀏覽器輸入 localhost:3000 查看一下，但是本次側重點在於項目啟動時候發生的完整的過程。所以……
那麼我們需要看一下 ./bin/www 文件
通過 require() 來引入本地安裝的包，這里載入了三個包 app、debug 、http ，主要關注一下app.js
可以看到app載入的為該項目基礎組件，核心為 var app = express(); 看一下express.js
將app用到的中間件等暴露出來，所以 app = express() 實際上就是載入應用基礎組件，生成項目的根節點（當然這個節點是復合的）。所以在app.js中，進行的是載入應用基礎組件並進行應用設置初始化（包含了視圖目錄設置、頁面模板引擎設置、中間件的設置、靜態資源目錄設置以及錯誤捕捉相關內容）。
繼續回到 www.js ，同樣將debug配置、http相關組件進行載入。繼而是默認埠號的設定。通過http.createServer(app)，創建應用服務相關信息，並對埠進行監聽。
瀏覽器輸入 localhost:3000
控制台顯示：
說明在以 GET 方式請求URI為 "/" 的資源，並以 GET 方式請求 /stylesheets/style.css 資源，這個發生在app.js中我們設定的資源請求。
我們來看下 ./routes/index 文件
即定義網站主頁的路由
使用 express.Router 類創建模塊化、可掛載的路由句柄（簡稱：路由模塊）。Router 實例是一個完整的中間件和路由系統。最終，在應用中載入路由模塊app.use('/', indexRouter);
通過 res.render 對視圖進行渲染，上述為對index.ejs的渲染。 ps：在app.js中已經設定了views的所在目錄 。語法： res.render（view [，locals] [，callback]）
示例：
區別：路由句柄
為請求處理提供多個回調函數，其行為類似 中間件 。唯一的區別是這些回調函數有可能調用 next('route') 方法跳至下一個同路由的回調函數而略過其他路由回調函數。路由句柄有多種形式，可以是一個函數、一個函數數組，或者是兩者混合。
使用一個回調函數處理路由：
使用多個回調函數處理路由（記得指定 next 對象）：
使用回調函數數組處理路由：
混合使用函數和函數數組處理路由：
區別：路由方法
一個路由示例：
路由方法源於 HTTP 請求方法，和 express 實例相關聯。
獲取express的一個實例 app ，通過路由方法（和HTTP請求對應），GET方式請求 "/"。詳細的路由方法參考鏈接： 路由方法