nodejsnunjucks500_nodejs調用webservice介面返回500是什麼原因

A. nodejs調用webservice介面返回500是什麼原因

大於等於500的 HTTP 狀態碼表示伺服器遇到了問題。
你遇到的這個錯誤應該是請求有問題，無法被伺服器的程序處理，所以報錯了。

B. nodejs puppeteer打開一個頁面後，在點擊跳轉到另一個頁面怎麼判斷這么頁面是否所有的元素都已載入完成

$(window).on("load",function(){
//頁面屬性，圖片，內容完全載入完，執行
}
$(document).ready(function() {
//頁面DOM結構載入完執行
}

C. 如何用nodejs搭建web伺服器

使用Node.js搭建Web伺服器是學習Node.js比較全面的入門教程，因為實現Web伺服器需要用到幾個比較重要的模塊：http模塊、文件系統、url解析模塊、路徑解析模塊、以及301重定向技術等，下面我們就一起來學習如何搭建一個簡單的Web伺服器。

作為一個Web伺服器應具備以下幾個功能：

1、能顯示以.html/.htm結尾的Web頁面

2、能直接打開以.js/.css/.json/.text結尾的文件內容

3、顯示圖片資源

4、自動下載以.apk/.docx/.zip結尾的文件

5、形如http://xxx.com/a/b/ , 則查找b目錄下是否有index.html,如果有就顯示，如果沒有就列出該目錄下的所有文件及文件夾，並可以進一步訪問。

6、形如http://xxx.com/a/b, 則作301重定向到http://xxx.com/a/b/ , 這樣可以解決內部資源引用錯位的問題。

引入需要用到的幾個模塊：

//http協議模塊varhttp = require('http');//url解析模塊varurl = require('url');//文件系統模塊varfs = require("fs");//路徑解析模塊varpath = require("path");

創建服務並在指定的埠監聽：

//創建一個服務varhttpServer = http.createServer(this.processRequest.bind(this));//在指定的埠監聽服務httpServer.listen(port,function(){console.log("[HttpServer][Start]","runing at http://"+ip+":"+port+"/");console.timeEnd("[HttpServer][Start]");});

在創建服務的時候需要傳遞一個匿名函數processRequest 對請求進行處理，processRequest接收2個參數，分別是request和response, request對象中包含了請求的所有內容，response是用來設置響應頭以及對客戶端做出響應操作。

processRequest:function(request,response){varhasExt =true;varrequestUrl = request.url;varpathName = url.parse(requestUrl).pathname;//對請求的路徑進行解碼，防止中文亂碼pathName = decodeURI(pathName);//如果路徑中沒有擴展名if(path.extname(pathName) ===''){//如果不是以/結尾的，加/並作301重定向if(pathName.charAt(pathName.length-1) !="/"){pathName +="/";varredirect ="http://"+request.headers.host + pathName;response.writeHead(301, {location:redirect});response.end();return;}//添加默認的訪問頁面,但這個頁面不一定存在,後面會處理pathName +="index.html";hasExt =false;//標記默認頁面是程序自動添加的}//獲取資源文件的相對路徑varfilePath = path.join("http/webroot",pathName);//獲取對應文件的文檔類型varcontentType =this.getContentType(filePath);//如果文件名存在fs.exists(filePath,function(exists){if(exists){response.writeHead(200, {"content-type":contentType});varstream = fs.createReadStream(filePath,{flags:"r",encoding:null});stream.on("error", function() {response.writeHead(500,{"content-type":"text/html"});response.end("<h1>500 Server Error</h1>");});//返迴文件內容stream.pipe(response);}else{//文件名不存在的情況if(hasExt){//如果這個文件不是程序自動添加的，直接返回404response.writeHead(404, {"content-type":"text/html"});response.end("<h1>404 Not Found</h1>");}else{//如果文件是程序自動添加的且不存在，則表示用戶希望訪問的是該目錄下的文件列表varhtml ="<head><meta charset='utf-8'></head>";try{//用戶訪問目錄varfiledir = filePath.substring(0,filePath.lastIndexOf('\'));//獲取用戶訪問路徑下的文件列表varfiles = fs.readdirSync(filedir);//將訪問路徑下的所以文件一一列舉出來，並添加超鏈接，以便用戶進一步訪問for(variinfiles){varfilename = files[i];html +="<div><a href='"+filename+"'>"+filename+"</a></div>";}}catch(e){html +="<h1>您訪問的目錄不存在</h1>"}response.writeHead(200, {"content-type":"text/html"});response.end(html);}}});}

請求處理函數中有幾個重點需要說一下：

對於路徑中有中文的，瀏覽器會自動進行編碼（英文不變，中文會變），因此在接收到地址後，需要對地址進行解碼，否則最後得到的路徑和真實路徑不相符,

當訪問路徑不是以具體的文件結尾，並且不是以/結尾，則需要通過重定向加上/,表示當前目錄，否則當前路徑下的靜態資源會找不到

如果訪問路徑是目錄，則列出該目錄下所有文件及文件夾，並可以點擊訪問，為了讓中文目錄能正常顯示，則還要在header中設置charset=utf-8

核心代碼就這么多，大概140行左右，完整的代碼已上傳到github:https://github.com/git-onepixel/Node,

如果要運行demo,打開cmd切換到根目錄，運行node start 即可。

D. 為什麼要用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的發展是可持續性的

導航:首頁 > 編程語言 > nodejsnunjucks500

nodejsnunjucks500

與nodejsnunjucks500相關的資料

友情鏈接