win7下Nodejs得不到完整req.url - CNode技术社区
这家伙很懒，什么个性签名都没有留下。
1、最简单的例子代码 test.js：
var http = require('http');
var url = require('url');
http.createServer(function (req, res) {
console.log(req.url);
console.dir(url.parse(req.url));
res.writeHead(200, {'Content-Type': 'text/plain'});
res.end('Hello World\n');
}).listen(1234);
console.log('Server running at http://127.0.0.1:1234/');
2、在你的Win7安装路径下找到hosts(例如：C:\Windows\System32\drivers\etc\hosts)，加入以下两行：
127.0.0.1 mysite1.mydomain
127.0.0.1 mysite2.mydomain
3、运行test.js
node test.js
4、在浏览器中尝试以下url：
http://mysite1.mydomain:1234/mypath
http://mysite2.mydomain:1234/mypath
http://127.0.0.1:1234/mypath
你会发现，3个url都可以得到响应，但console中输出的hostname、port、protocol全都是null。
为什么呀？！ 在WinXP下没这问题呀！ 有别人遇到同样问题吗？ 有什么设置可以解决吗？
貌似不是req.url
orginalUrl好像叫这个
用Node本身的 req.headers.host 或者 Express提供的 req.host, req.protocol 可以得到有意义的值。
req.url 和 req.orginalUrl 都不包含protocol、hostname、port，Win7下与WinXP下是一样的。
// req.headers.host: mysite1.mydomain:1234
console.log('req.headers.host:%s', req.headers.host);
// req.protocol: http, req.host: mysite1.mydomain, req.subdomains:
console.log('req.protocol:%s, req.host:%s, req.subdomains:%s', req.protocol, req.host, req.subdomains);
// req.originalUrl: /mypath, req.url: /mypath
console.log('req.originalUrl:%s, req.url:%s',req.originalUrl, req.url);
本来req.url里就不会有你要的那些信息，自己去读读HTTP协议规范就知道了，req.url其实不是你想象的url
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的解决nodejs socket.io is not allowed by Access-Control-Allow-Origin 跨域问题 - CNode技术社区
这家伙很懒，什么个性签名都没有留下。
解决nodejs
is not allowed by Access-Control-Allow-Origin 跨域问题
更改 :\node_modules\\lib\manager.js
if (origin) {
headers[‘Access-Control-Allow-Origin’] =
headers[‘Access-Control-Allow-Credentials’] = ‘true’;
[‘Access-Control-Allow-Headers’] = ‘Referer’;
headers[‘Access-Control-Allow-Origin’] = “*”;
在后面添加
headers[‘Access-Control-Allow-Origin’] = “*”;
var http = require(‘http’),
io = require(‘’),
sys = require(‘sys’);
server = http.createServer(function(req, res){
res.writeHead(200, {‘Content-Type’: ‘text/html’});
res.end(“hello”);
server.listen(8082);
var socket = io.listen(server,{origins: ‘:’});
socket.set(“origins”,&&);
socket.set(‘transports’, [
‘websocket’
, ‘flashsocket’
, ‘htmlfile’
, ‘xhr-polling’
, ‘jsonp-polling’
socket.on(‘connection’, function(client){
sys.puts(&New client is here!&);
client.send(&hello world&);
client.on('message', function(msg){ sys.puts(&client has sent:&+msg); }) ;
client.on('disconnect', function(){ sys.puts(&Client has disconnected&); }) ;
//发送自定义事件
client.emit('news', { hello: 'news world' });
//临听自定义事件
client.on('my other event', function (data) {
//console.log(data);
&script src="http://localhost:8082/socket.io/socket.io.js"&&/script&
window.onload=function(){
var url='127.0.0.1:8082';
var socket = io.connect('localhost',{port:8082,rememberTransport:true,timeout:1500});
//var socket = new io.Socket(null,{port:8082,rememberTransport:true,timeout:1500});
if (/Firefox\/\s/.test(navigator.userAgent)){
var socket = io.connect(url,{transports:['xhr-polling']});
else if (/MSIE (\d+.\d+);/.test(navigator.userAgent)){
var socket = io.connect(url,{transports:['jsonp-polling']});
var socket = io.connect(url,{transports:['websocket']});
//socket.connect();
socket.on('connect', function(){
console.log('connected to server++++++++++++++++');
socket.send('Hi Server...');
socket.on('message', function(r){ console.log('msg:+++++++++++'+r); }) ;
socket.on('disconnect', function(){ console.log('disconnected from server'); }) ;
socket.on('news', function (data) {
console.log("++++++++++++++++++++++++++");
console.log(data);
//发送自定义事件
socket.emit('my other event', { my: 'data' });
/*XMLHttpRequest cannot load http://localhost:8082/socket.io/1/?t=3. Origin null is not allowed by Access-Control-Allow-Origin.
var ws = new WebSocket("ws://127.0.0.1:8082");
ws.onopen = function(){console.log('connected to server');}
ws.onmessage = function(m){console.log('onmessage');}
ws.onclose = function(){}*/
注意：经过测试
io.connect(‘localhost’)
localhost:8082 加上端会连不上
经过测试。。
if (origin!=‘null’) {
headers[‘Access-Control-Allow-Origin’] =
headers[‘Access-Control-Allow-Credentials’] = ‘true’;
[‘Access-Control-Allow-Headers’] = ‘Referer’;
console.log(“console.log(origin)+++++++++++++++++++++++++++++++++++++++”)
console.log(origin)
console.log(req.headers)
origin==null…难怪连不上。。。为什么为是null不太懂原理。。。就不管了，，手动改为全部可以访问就行了
解决IE不能接收服务端信息问题：
sever 要打开这几个协议吧。。。。
然后 clinet html 要放在服务里面，因为IE用的是 jsonp 方式 的话。。。。。。。。。。。只要是 js 请求都要放在服务器…
但是放在服务器里， node server 接收 ie 客户端 连接类型为 flashsocket 方式,反正是不太了解。。。能工作就行了。。哈哈
socket.set(‘transports’, [
‘websocket’
, ‘flashsocket’
, ‘htmlfile’
, ‘xhr-polling’
, ‘jsonp-polling’
最后，经过反复测试，，以上打开的协议是 遍历检测有就使用的。。。。
如果把 flashsocket 放在最后，那么 server 跟 ie 就用 jsonp 方式来连接…但是 ie 接收不了数据。。。。有人知道是什么原因，麻烦你告诉我。。好了谢谢…
汗，，，怎么没得排版的。。。。。。。。。。。。。。。。
需要学习以下markdown语法
解决nodejs
is not allowed by Access-Control-Allow-Origin 跨域问题
blog:http:/&#/solq/
demo:http:///websocket/socketio.html
更改 :\node_modules\\lib\manager.js
if (origin) {
// https://developer.mozilla.org/En/HTTP_Access_Control
headers['Access-Control-Allow-Origin'] =
headers['Access-Control-Allow-Credentials'] = 'true';
//headers['Access-Control-Allow-Headers'] = 'Referer';
headers['Access-Control-Allow-Origin'] = &*&;
在后面添加
headers[‘Access-Control-Allow-Origin’] = “*”;
var http = require('http'),
io = require('socket.io'),
sys = require('sys');
server = http.createServer(function(req, res){
res.writeHead(200, {'Content-Type': 'text/html'});
res.end(&hello&);
server.listen(8082);
var socket = io.listen(server,{origins: '*:*'});
socket.set(&origins&,&*&);
socket.set('transports', [
'websocket'
, 'flashsocket'
, 'htmlfile'
, 'xhr-polling'
, 'jsonp-polling'
]);*/
socket.on('connection', function(client){
sys.puts(&New client is here!&);
client.send(&hello world&);
client.on('message', function(msg){ sys.puts(&client has sent:&+msg); }) ;
client.on('disconnect', function(){ sys.puts(&Client has disconnected&); }) ;
//发送自定义事件
client.emit('news', { hello: 'news world' });
//临听自定义事件
client.on('my other event', function (data) {
//console.log(data);
&script src=&http://localhost:8082/socket.io/socket.io.js&&&/script&
window.onload=function(){
var url='127.0.0.1:8082';
var socket = io.connect('localhost',{port:8082,rememberTransport:true,timeout:1500});
socket.on('connect', function(){
console.log('connected to server++++++++++++++++');
socket.send('Hi Server...');
socket.on('message', function(r){ console.log('msg:+++++++++++'+r); }) ;
socket.on('disconnect', function(){ console.log('disconnected from server'); }) ;
socket.on('news', function (data) {
console.log(&++++++++++++++++++++++++++&);
console.log(data);
//发送自定义事件
socket.emit('my other event', { my: 'data' });
/*XMLHttpRequest cannot load http://localhost:8082/socket.io/1/?t=3. Origin null is not allowed by Access-Control-Allow-Origin.
var ws = new WebSocket(&ws://127.0.0.1:8082&);
ws.onopen = function(){console.log('connected to server');}
ws.onmessage = function(m){console.log('onmessage');}
ws.onclose = function(){}*/
&/script&
注意：经过测试
io.connect(‘localhost’)
localhost:8082 加上端会连不上
if (origin!='null') {
// https://developer.mozilla.org/En/HTTP_Access_Control
headers['Access-Control-Allow-Origin'] =
headers['Access-Control-Allow-Credentials'] = 'true';
//headers['Access-Control-Allow-Headers'] = 'Referer';
console.log(&console.log(origin)+++++++++++++++++++++++++++++++++++++++&)
console.log(origin)
console.log(req.headers)
origin==null…难怪连不上。。。为什么为是null不太懂原理。。。就不管了，，手动改为全部可以访问就行了
解决IE不能接收服务端信息问题：
sever 要打开这几个协议吧。。。。
然后 clinet html 要放在服务里面，因为IE用的是 jsonp 方式 的话。。。。。。。。。。。只要是 js 请求都要放在服务器…
但是放在服务器里， node server 接收 ie 客户端 连接类型为 flashsocket 方式,反正是不太了解。。。能工作就行了。。哈哈
socket.set('transports', [
'websocket'
, 'flashsocket'
, 'htmlfile'
, 'xhr-polling'
, 'jsonp-polling'
最后，经过反复测试，，以上打开的协议是 遍历检测有就使用的。。。。
如果把 flashsocket 放在最后，那么 server 跟 ie 就用 jsonp 方式来连接…但是 ie 接收不了数据。。。。有人知道是什么原因，麻烦你告诉我。。好了谢谢…
希望能给个邀请码。。。。。
… 楼上是发布者的话, 帖子描述的地方有个图标可以重新编辑帖子的…
而且全角句号连用看得人太纠结…
前几天我遇到这个问题搜到解决方案是这个(Chrome 20 上测试了…)
io = require('socket.io').listen(app, {origins: '*:*'});
看楼主代码上这个还是注释了的(*个数不一样), 两个方案区别怎么样的?
如何用火孤或者google浏览器的话， clinet html 可以不用放在服务器里。。因为用的是 websocket连接方式。。。
{origins: ‘:’} 还是不行，所有就去掉了
这个看懂了, 好吧原来我看漏掉了… 除了注释那里意外还是有指定 origins 的…
IE 我没在用, 刚好事情都省了…
1、{origins: '*:*'}这句其实是没必要的，因为这是manager.js里面的默认值
2、headers['Access-Control-Allow-Origin'] = &*&;这句也是没有必要的，
上面的headers['Access-Control-Allow-Origin'] =已经足够了
至于跨域出现的问题首先要确保你的测试页面是放在服务器上的，如果是放在本机上的服务器，请求地址用127.0.0.1:xxxx
代替 localhost:xxxx，因为在跨域的时候，IE8以上优先用的不是jsonp，而是xhr-polling（XDomainRequest），因为XDomainRequest跨域请求localhost会拒绝访问
CNode 社区为国内最专业的 Node.js 开源技术社区，致力于 Node.js 的技术研究。
服务器赞助商为
，存储赞助商为
，由提供应用性能服务。
新手搭建 Node.js 服务器，推荐使用无需备案的node.js - How to extract request http headers from a request using NodeJS connect - Stack Overflow
to customize your list.
Stack Overflow is a community of 4.7 million programmers, just like you, helping each other.
J it only takes a minute:
Join the Stack Overflow community to:
Ask programming questions
Answer and help your peers
Get recognized for your expertise
I'd like to get the "Host" header of a request made using Node JS's connect library bundle. My code looks like:
var app = connect()
.use(connect.logger('dev'))
.use(connect.static('public'))
.use(function(req, res){
var host = req.???
.listen(3000);
The documentation for connect is here but I don't see anything detailing the API of the req object in the above code.
Edit: Note a successful answer must point to the documentation (I need this to verify which version provided the API I'm looking for).
10.9k154046
If you use Express 4.x, you can use the req.get(headerName) method as described in
45.1k1078117
Check output of console.log(req) or console.log(req.headers);
12.3k32639
to see what your request header has you can use :
console.log(JSON.stringify(req.headers));
and it will return you something like that:
"host":"localhost:8081",
"connection":"keep-alive",
"cache-control":"max-age=0",
"accept":"text/html,application/xhtml+xml,application/q=0.9,image/webp,*/*;q=0.8",
"upgrade-insecure-requests":"1",
"user-agent":"Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0. Safari/537.36",
"accept-encoding":"gzip, deflate, sdch",
"accept-language":"en-US,q=0.8,q=0.6"
var host = req.headers['host'];
The headers are stored in a JavaScript object, with the header strings as object keys.
Likewise, the user-agent header could be obtained with
var userAgent = req.headers['user-agent'];
80.8k19140246
I have a simple solution from a famous O , in request header.
The route is mock-up and you can use your own app route, but principle is same.
app.get('/mockREQHeaderReader', function(req, res){
res.set('Content-Type', 'text/plain');
var s = "";
for (var name in req.header) s += name + ': ' + req.header[name] + '\n';
req.send(s);
Your Answer
Sign up or
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Post as a guest
By posting your answer, you agree to the
Not the answer you're looking for?
Browse other questions tagged
Stack Overflow works best with JavaScript enabled使用 AngularJS & NodeJS 实现基于 token 的认证应用
招聘信息：
文/范洪春认证是任何Web应用中不可或缺的一部分。在这个教程中，我们会讨论基于token的认证系统以及它和传统的登录系统的不同。这篇教程的末尾，你会看到一个使用 AngularJS 和 NodeJS 构建的完整的应用。传统的认证系统在开始说基于token的认证系统之前，我们先看一下传统的认证系统。用户在登录域输入用户名和密码，然后点击登录；请求发送之后，通过在后端查询数据库验证用户的合法性。如果请求有效，使用在数据库得到的信息创建一个 session，然后在响应头信息中返回这个 session 的信息，目的是把这个 session ID 存储到浏览器中；在访问应用中受限制的后端服务器时提供这个 session 信息；如果 session 信息有效，允许用户访问受限制的后端服务器，并且把渲染好的 HTML 内容返回。在这之前一切都很美好。Web应用正常工作，并且它能够认证用户信息然后可以访问受限的后端服务器；然而当你在开发其他终端时发生了什么呢，比如在Android应用中？你还能使用当前的应用去认证移动端并且分发受限制的内容么？真相是，不可以。有两个主要的原因：在移动应用上 session 和 cookie 行不通。你无法与移动终端共享服务器创建的 session 和 cookie。在这个应用中，渲染好的 HTML 被返回。但在移动端，你需要包含一些类似 JSON 或者 XML 的东西包含在响应中。在这个例子中，需要一个独立客户端服务。基于 token 的认证在基于 token 的认证里，不再使用 cookie 和session。token 可被用于在每次向服务器请求时认证用户。我们使用基于 token 的认证来重新设计刚才的设想。将会用到下面的控制流程：用户在登录表单中输入 用户名 和 密码 ，然后点击 登录 ；请求发送之后，通过在后端查询数据库验证用户的合法性。如果请求有效，使用在数据库得到的信息创建一个 token，然后在响应头信息中返回这个的信息，目的是把这个 token 存储到浏览器的本地存储中；在每次发送访问应用中受限制的后端服务器的请求时提供 token 信息；如果从请求头信息中拿到的 token 有效，允许用户访问受限制的后端服务器，并且返回 JSON 或者 XML。在这个例子中，我们没有返回的 session 或者 cookie，并且我们没有返回任何 HTML 内容。那意味着我们可以把这个架构应用于特定应用的所有客户端中。你可以看一下面的架构体系：那么，这里的 JWT 是什么？JWTJWT 代表 JSON Web Token ，它是一种用于认证头部的 token 格式。这个 token 帮你实现了在两个系统之间以一种安全的方式传递信息。出于教学目的，我们暂且把 JWT 作为“不记名 token”。一个不记名 token 包含了三部分：header，payload，signature。header 是 token 的一部分，用来存放 token 的类型和编码方式，通常是使用 base-64 编码。payload 包含了信息。你可以存放任一种信息，比如用户信息，产品信息等。它们都是使用 base-64 编码方式进行存储。signature 包括了 header，payload 和密钥的混合体。密钥必须安全地保存储在服务端。你可以在下面看到 JWT 刚要和一个实例 token：你不必关心如何实现不记名 token 生成器函数，因为它对于很多常用的语言已经有多个版本的实现。下面给出了一些：NodeJS: PHP: Java: Ruby: .NET: Python: 一个实例在讨论了关于基于 token 认证的一些基础知识后，我们接下来看一个实例。看一下下面的几点，然后我们会仔细的分析它：多个终端，比如一个 web 应用，一个移动端等向 API 发送特定的请求。类似这样的请求发送到服务层。如果很多人使用了这个应用，需要多个服务器来响应这些请求操作。这时，负载均衡被用于平衡请求，目的是达到最优化的后端应用服务。当你向发送请求，最外层的负载均衡会处理这个请求，然后重定向到指定的服务器。一个应用可能会被部署到多个服务器上（server-1, server-2, ..., server-n）。当有请求发送到时，后端的应用会拦截这个请求头部并且从认证头部中提取到 token 信息。使用这个 token 查询数据库。如果这个 token 有效并且有请求终端数据所必须的许可时，请求会继续。如果无效，会返回 403 状态码（表明一个拒绝的状态）。优势基于 token 的认证在解决棘手的问题时有几个优势：Client Independent Services 。在基于 token 的认证，token 通过请求头传输，而不是把认证信息存储在 session 或者 cookie 中。这意味着无状态。你可以从任意一种可以发送 HTTP 请求的终端向服务器发送请求。CDN 。在绝大多数现在的应用中，view 在后端渲染，HTML 内容被返回给浏览器。前端逻辑依赖后端代码。这中依赖真的没必要。而且，带来了几个问题。比如，你和一个设计机构合作，设计师帮你完成了前端的 HTML，CSS 和 JavaScript，你需要拿到前端代码并且把它移植到你的后端代码中，目的当然是为了渲染。修改几次后，你渲染的 HTML 内容可能和设计师完成的代码有了很大的不同。在基于 token 的认证中，你可以开发完全独立于后端代码的前端项目。后端代码会返回一个 JSON 而不是渲染 HTML，并且你可以把最小化，压缩过的代码放到 CDN 上。当你访问 web 页面，HTML 内容由 CDN 提供服务，并且页面内容是通过使用认证头部的 token 的 API 服务所填充。No Cookie-Session (or No CSRF) 。CSRF 是当代 web 安全中一处痛点，因为它不会去检查一个请求来源是否可信。为了解决这个问题，一个 token 池被用在每次表单请求时发送相关的 token。在基于 token 的认证中，已经有一个 token 应用在认证头部，并且 CSRF 不包含那个信息。Persistent Token Store 。当在应用中进行 session 的读，写或者删除操作时，会有一个文件操作发生在操作系统的temp 文件夹下，至少在第一次时。假设有多台服务器并且 session 在第一台服务上创建。当你再次发送请求并且这个请求落在另一台服务器上，session 信息并不存在并且会获得一个“未认证”的响应。我知道，你可以通过一个粘性 session 解决这个问题。然而，在基于 token 的认证中，这个问题很自然就被解决了。没有粘性 session 的问题，因为在每个发送到服务器的请求中这个请求的 token 都会被拦截。这些就是基于 token 的认证和通信中最明显的优势。基于 token 认证的理论和架构就说到这里。下面上实例。应用实例你会看到两个用于展示基于 token 认证的应用：token-based-auth-backendtoken-based-auth-frontend在后端项目中，包括服务接口，服务返回的 JSON 格式。服务层不会返回视图。在前端项目中，会使用 AngularJS 向后端服务发送请求。token-based-auth-backend在后端项目中，有三个主要文件：package.json 用于管理依赖；models\User.js 包含了可能被用于处理关于用户的数据库操作的用户模型；server.js 用于项目引导和请求处理。就是这样！这个项目非常简单，你不必深入研究就可以了解主要的概念。{
&&&&"name":&"angular-restful-auth",
&&&&"version":&"0.0.1",
&&&&"dependencies":&{
&&&&&&&&"express":&"4.x",
&&&&&&&&"body-parser":&"~1.0.0",
&&&&&&&&"morgan":&"latest",
&&&&&&&&"mongoose":&"3.8.8",
&&&&&&&&"jsonwebtoken":&"0.4.0"
&&&&"engines":&{
&&&&&&&&"node":&">=0.10.0"
}package.json包含了这个项目的依赖：express 用于 MVC，body-parser 用于在 NodeJS 中模拟 post 请求操作，morgan 用于请求登录，mongoose 用于为我们的 ORM 框架连接 MongoDB，最后 jsonwebtoken 用于使用我们的 User 模型创建 JWT 。如果这个项目使用版本号 >= 0.10.0 的 NodeJS 创建，那么还有一个叫做 engines 的属性。这对那些像 HeroKu 的 PaaS 服务很有用。我们也会在另外一节中包含那个话题。var&mongoose&&&&&=&require('mongoose');
var&Schema&&&&&&&=&mongoose.S
var&UserSchema&&&=&new&Schema({
&&&&email:&String,
&&&&password:&String,
&&&&token:&String
module.exports&=&mongoose.model('User',&UserSchema);上面提到我们可以通过使用用户的 payload 模型生成一个 token。这个模型帮助我们处理用户在 MongoDB 上的请求。在User.js，user-schema 被定义并且 User 模型通过使用 mogoose 模型被创建。这个模型提供了数据库操作。我们的依赖和 user 模型被定义好，现在我们把那些构想成一个服务用于处理特定的请求。//&Required&Modules
var&express&&&&=&require("express");
var&morgan&&&&&=&require("morgan");
var&bodyParser&=&require("body-parser");
var&jwt&&&&&&&&=&require("jsonwebtoken");
var&mongoose&&&=&require("mongoose");
var&app&&&&&&&&=&express();在 NodeJS 中，你可以使用 require 包含一个模块到你的项目中。第一步，我们需要把必要的模块引入到项目中：var&port&=&process.env.PORT&||&3001;
var&User&=&require('./models/User');
//&Connect&to&DB
mongoose.connect(process.env.MONGO_URL);服务层通过一个指定的端口提供服务。如果没有在环境变量中指定端口，你可以使用那个，或者我们定义的 3001 端口。然后，User 模型被包含，并且数据库连接被建立用来处理一些用户操作。不要忘记定义一个 MONGO_URL 环境变量，用于数据库连接 URL。app.use(bodyParser.urlencoded({&extended:&true&}));
app.use(bodyParser.json());
app.use(morgan("dev"));
app.use(function(req,&res,&next)&{
&&&&res.setHeader('Access-Control-Allow-Origin',&'*');
&&&&res.setHeader('Access-Control-Allow-Methods',&'GET,&POST');
&&&&res.setHeader('Access-Control-Allow-Headers',&'X-Requested-With,content-type,&Authorization');
&&&&next();
});上一节中，我们已经做了一些配置用于在 NodeJS 中使用 Express 模拟一个 HTTP 请求。我们允许来自不同域名的请求，目的是建立一个独立的客户端系统。如果你没这么做，可能会触发浏览器的 CORS（跨域请求共享）错误。Access-Control-Allow-Origin 允许所有的域名。你可以向这个设备发送 POST 和 GET 请求。允许 X-Requested-With 和 content-type 头部。app.post('/authenticate',&function(req,&res)&{
&&&&User.findOne({email:&req.body.email,&password:&req.body.password},&function(err,&user)&{
&&&&&&&&if&(err)&{
&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&type:&false,
&&&&&&&&&&&&&&&&data:&"Error&occured:&"&+&err
&&&&&&&&&&&&});
&&&&&&&&}&else&{
&&&&&&&&&&&&if&(user)&{
&&&&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&&&&&type:&true,
&&&&&&&&&&&&&&&&&&&&data:&user,
&&&&&&&&&&&&&&&&&&&&token:&user.token
&&&&&&&&&&&&&&&&});&
&&&&&&&&&&&&}&else&{
&&&&&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&&&&&type:&false,
&&&&&&&&&&&&&&&&&&&&data:&"Incorrect&email/password"
&&&&&&&&&&&&&&&&});&&&&
&&&&&&&&&&&&}
});我们已经引入了所需的全部模块并且定义了配置文件，所以是时候来定义请求处理函数了。在上面的代码中，当你提供了用户名和密码向 /authenticate 发送一个 POST 请求时，你将会得到一个 JWT。首先，通过用户名和密码查询数据库。如果用户存在，用户数据将会和它的 token 一起返回。但是，如果没有用户名或者密码不正确，要怎么处理呢？app.post('/signin',&function(req,&res)&{
&&&&User.findOne({email:&req.body.email,&password:&req.body.password},&function(err,&user)&{
&&&&&&&&if&(err)&{
&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&type:&false,
&&&&&&&&&&&&&&&&data:&"Error&occured:&"&+&err
&&&&&&&&&&&&});
&&&&&&&&}&else&{
&&&&&&&&&&&&if&(user)&{
&&&&&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&&&&&type:&false,
&&&&&&&&&&&&&&&&&&&&data:&"User&already&exists!"
&&&&&&&&&&&&&&&&});
&&&&&&&&&&&&}&else&{
&&&&&&&&&&&&&&&&var&userModel&=&new&User();
&&&&&&&&&&&&&&&&userModel.email&=&req.body.
&&&&&&&&&&&&&&&&userModel.password&=&req.body.
&&&&&&&&&&&&&&&&userModel.save(function(err,&user)&{
&&&&&&&&&&&&&&&&&&&&user.token&=&jwt.sign(user,&process.env.JWT_SECRET);
&&&&&&&&&&&&&&&&&&&&user.save(function(err,&user1)&{
&&&&&&&&&&&&&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&&&&&&&&&&&&&type:&true,
&&&&&&&&&&&&&&&&&&&&&&&&&&&&data:&user1,
&&&&&&&&&&&&&&&&&&&&&&&&&&&&token:&user1.token
&&&&&&&&&&&&&&&&&&&&&&&&});
&&&&&&&&&&&&&&&&&&&&});
&&&&&&&&&&&&&&&&})
&&&&&&&&&&&&}
});当你使用用户名和密码向 /signin 发送 POST 请求时，一个新的用户会通过所请求的用户信息被创建。在 第 19 行，你可以看到一个新的 JSON 通过 jsonwebtoken 模块生成，然后赋值给 jwt 变量。认证部分已经完成。我们访问一个受限的后端服务器会怎么样呢？我们又要如何访问那个后端服务器呢？app.get('/me',&ensureAuthorized,&function(req,&res)&{
&&&&User.findOne({token:&req.token},&function(err,&user)&{
&&&&&&&&if&(err)&{
&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&type:&false,
&&&&&&&&&&&&&&&&data:&"Error&occured:&"&+&err
&&&&&&&&&&&&});
&&&&&&&&}&else&{
&&&&&&&&&&&&res.json({
&&&&&&&&&&&&&&&&type:&true,
&&&&&&&&&&&&&&&&data:&user
&&&&&&&&&&&&});
});当你向 /me 发送 GET 请求时，你将会得到当前用户的信息，但是为了继续请求后端服务器， ensureAuthorized 函数将会执行。function&ensureAuthorized(req,&res,&next)&{
&&&&var&bearerT
&&&&var&bearerHeader&=&req.headers["authorization"];
&&&&if&(typeof&bearerHeader&!==&'undefined')&{
&&&&&&&&var&bearer&=&bearerHeader.split("&");
&&&&&&&&bearerToken&=&bearer[1];
&&&&&&&&req.token&=&bearerT
&&&&&&&&next();
&&&&}&else&{
&&&&&&&&res.send(403);
}在这个函数中，请求头部被拦截并且 authorization 头部被提取。如果头部中存在一个不记名 token，通过调用 next()函数，请求继续。如果 token 不存在，你会得到一个 403（Forbidden）返回。我们回到 /me 事件处理函数，并且使用req.token 获取这个 token 对应的用户数据。当你创建一个新的用户，会生成一个 token 并且存储到数据库的用户模型中。那些 token 都是唯一的。这个简单的例子中已经有三个事件处理函数。然后，你将看到；process.on('uncaughtException',&function(err)&{
&&&&console.log(err);
});当程序出错时 NodeJS 应用可能会崩溃。添加上面的代码可以拯救它并且一个错误日志会打到控制台上。最终，我们可以使用下面的代码片段启动服务。//&Start&Server
app.listen(port,&function&()&{
&&&&console.log(&"Express&server&listening&on&port&"&+&port);
});总结一下：引入模块正确配置定义请求处理函数定义用来拦截受限终点数据的中间件启动服务我们已经完成了后端服务。到现在，应用已经可以被多个终端使用，你可以部署这个简单的应用到你的服务器上，或者部署在 Heroku。有一个叫做 Procfile 的文件在项目的根目录下。现在把服务部署到 Heroku。Heroku 部署你可以在这个下载项目的后端代码。我不会教你如何在 Heroku 如何创建一个应用；如果你还没有做过这个，你可以查阅。创建完 Heroku 应用，你可以使用下面的命令为你的项目添加一个地址：git&remote&add&heroku&现在，你已经克隆了这个项目并且添加了地址。在 git add 和 git commit 后，你可以使用 git push heroku master 命令将你的代码推到 Heroku。当你成功将项目推送到仓库，Heroku 会自动执行 npm install 命令将依赖文件下载到 Heroku 的 temp 文件夹。然后，它会启动你的应用，因此你就可以使用 HTTP 协议访问这个服务。token-based-auth-frontend在前端项目中，将会使用 AngularJS。在这里，我只会提到前端项目中的主要内容，因为 AngularJS 的相关知识不会包括在这个教程里。你可以在这个 下载源码。在这个项目中，你会看下下面的文件结构：ngStorage.js 是一个用于操作本地存储的 AngularJS 类库。此外，有一个全局的 layout 文件 index.html 并且在 partials 文件夹里还有一些用于扩展全局 layout 的部分。 controllers.js 用于在前端定义我们 controller 的 action。 services.js 用于向我们在上一个项目中提到的服务发送请求。还有一个 app.js 文件，它里面有配置文件和模块引入。最后，client.js 用于服务静态 HTML 文件（或者仅仅 index.html，在这里例子中）；当你没有使用 Apache 或者任何其他的 web 服务器时，它可以为静态的 HTML 文件提供服务。...
[script&src="///ajax/libs/jquery/2.1.1/jquery.min.js"][/script]
[script&src="///bootstrap/3.2.0/js/bootstrap.min.js"][/script]
[script&src="///ajax/libs/angular.js/1.2.20/angular.min.js"][/script]
[script&src="///ajax/libs/angular.js/1.2.20/angular-route.min.js"][/script]
[script&src="/lib/ngStorage.js"][/script]
[script&src="/lib/loading-bar.js"][/script]
[script&src="/scripts/app.js"][/script>
[script&src="/scripts/controllers.js"][/script]
[script&src="/scripts/services.js"][/script]
[/body]在全局的 layout 文件中，AngularJS 所需的全部 JavaScript 文件都被包含，包括自定义的控制器，服务和应用文件。'use&strict';
/*&Controllers&*/
angular.module('angularRestfulAuth')
&&&&.controller('HomeCtrl',&['$rootScope',&'$scope',&'$location',&'$localStorage',&'Main',&function($rootScope,&$scope,&$location,&$localStorage,&Main)&{
&&&&&&&&$scope.signin&=&function()&{
&&&&&&&&&&&&var&formData&=&{
&&&&&&&&&&&&&&&&email:&$scope.email,
&&&&&&&&&&&&&&&&password:&$scope.password
&&&&&&&&&&&&}
&&&&&&&&&&&&Main.signin(formData,&function(res)&{
&&&&&&&&&&&&&&&&if&(res.type&==&false)&{
&&&&&&&&&&&&&&&&&&&&alert(res.data)&&&&
&&&&&&&&&&&&&&&&}&else&{
&&&&&&&&&&&&&&&&&&&&$localStorage.token&=&res.data.
&&&&&&&&&&&&&&&&&&&&window.location&=&"/";&&&&
&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&},&function()&{
&&&&&&&&&&&&&&&&$rootScope.error&=&'Failed&to&signin';
&&&&&&&&&&&&})
&&&&&&&&};
&&&&&&&&$scope.signup&=&function()&{
&&&&&&&&&&&&var&formData&=&{
&&&&&&&&&&&&&&&&email:&$scope.email,
&&&&&&&&&&&&&&&&password:&$scope.password
&&&&&&&&&&&&}
&&&&&&&&&&&&Main.save(formData,&function(res)&{
&&&&&&&&&&&&&&&&if&(res.type&==&false)&{
&&&&&&&&&&&&&&&&&&&&alert(res.data)
&&&&&&&&&&&&&&&&}&else&{
&&&&&&&&&&&&&&&&&&&&$localStorage.token&=&res.data.
&&&&&&&&&&&&&&&&&&&&window.location&=&"/"&&&&
&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&},&function()&{
&&&&&&&&&&&&&&&&$rootScope.error&=&'Failed&to&signup';
&&&&&&&&&&&&})
&&&&&&&&};
&&&&&&&&$scope.me&=&function()&{
&&&&&&&&&&&&Main.me(function(res)&{
&&&&&&&&&&&&&&&&$scope.myDetails&=&
&&&&&&&&&&&&},&function()&{
&&&&&&&&&&&&&&&&$rootScope.error&=&'Failed&to&fetch&details';
&&&&&&&&&&&&})
&&&&&&&&};
&&&&&&&&$scope.logout&=&function()&{
&&&&&&&&&&&&Main.logout(function()&{
&&&&&&&&&&&&&&&&window.location&=&"/"
&&&&&&&&&&&&},&function()&{
&&&&&&&&&&&&&&&&alert("Failed&to&logout!");
&&&&&&&&&&&&});
&&&&&&&&};
&&&&&&&&$scope.token&=&$localStorage.
&&&&}])在上面的代码中，HomeCtrl 控制器被定义并且一些所需的模块被注入（比如 $rootScope 和 $scope）。依赖注入是 AngularJS 最强大的属性之一。 $scope 是 AngularJS 中的一个存在于控制器和视图之间的中间变量，这意味着你可以在视图中使用 test，前提是你在特定的控制器中定义了 $scope.test=....。在控制器中，一些工具函数被定义，比如：signin 可以在登录表单中初始化一个登录按钮；signup 用于处理注册操作；me 可以在 layout 中生生一个 Me 按钮；在全局 layout 和主菜单列表中，你可以看到 data-ng-controller 这个属性，它的值是 HomeCtrl。那意味着这个菜单的 dom 元素可以和 HomeCtrl 共享作用域。当你点击表单里的 sign-up 按钮时，控制器文件中的 sign-up 函数将会执行，并且在这个函数中，使用的登录服务来自于已经注入到这个控制器的 Main 服务。主要的结构是 view -> controller -> service。这个服务向后端发送了简单的 Ajax 请求，目的是获取指定的数据。'use&strict';
angular.module('angularRestfulAuth')
&&&&.factory('Main',&['$http',&'$localStorage',&function($http,&$localStorage){
&&&&&&&&var&baseUrl&=&"your_service_url";
&&&&&&&&function&changeUser(user)&{
&&&&&&&&&&&&angular.extend(currentUser,&user);
&&&&&&&&function&urlBase64Decode(str)&{
&&&&&&&&&&&&var&output&=&str.replace('-',&'+').replace('_',&'/');
&&&&&&&&&&&&switch&(output.length&%&4)&{
&&&&&&&&&&&&&&&&case&0:
&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&case&2:
&&&&&&&&&&&&&&&&&&&&output&+=&'==';
&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&case&3:
&&&&&&&&&&&&&&&&&&&&output&+=&'=';
&&&&&&&&&&&&&&&&&&&&
&&&&&&&&&&&&&&&&default:
&&&&&&&&&&&&&&&&&&&&throw&'Illegal&base64url&string!';
&&&&&&&&&&&&}
&&&&&&&&&&&&return&window.atob(output);
&&&&&&&&function&getUserFromToken()&{
&&&&&&&&&&&&var&token&=&$localStorage.
&&&&&&&&&&&&var&user&=&{};
&&&&&&&&&&&&if&(typeof&token&!==&'undefined')&{
&&&&&&&&&&&&&&&&var&encoded&=&token.split('.')[1];
&&&&&&&&&&&&&&&&user&=&JSON.parse(urlBase64Decode(encoded));
&&&&&&&&&&&&}
&&&&&&&&&&&&return&
&&&&&&&&var&currentUser&=&getUserFromToken();
&&&&&&&&return&{
&&&&&&&&&&&&save:&function(data,&success,&error)&{
&&&&&&&&&&&&&&&&$http.post(baseUrl&+&'/signin',&data).success(success).error(error)
&&&&&&&&&&&&},
&&&&&&&&&&&&signin:&function(data,&success,&error)&{
&&&&&&&&&&&&&&&&$http.post(baseUrl&+&'/authenticate',&data).success(success).error(error)
&&&&&&&&&&&&},
&&&&&&&&&&&&me:&function(success,&error)&{
&&&&&&&&&&&&&&&&$http.get(baseUrl&+&'/me').success(success).error(error)
&&&&&&&&&&&&},
&&&&&&&&&&&&logout:&function(success)&{
&&&&&&&&&&&&&&&&changeUser({});
&&&&&&&&&&&&&&&&delete&$localStorage.
&&&&&&&&&&&&&&&&success();
&&&&&&&&&&&&}
&&&&&&&&};
]);在上面的代码中，你会看到服务函数请求认证。在 controller.js 中，你可能已经看到了有类似 Main.me 的函数。这里的Main 服务已经注入到控制器，并且在它内部，属于这个服务的其他服务直接被调用。这些函数式仅仅是简单地向我们部署的服务器集群发送 Ajax 请求。不要忘记在上面的代码中把服务的 URL 放到 baseUrl。当你把服务部署到 Heroku，你会得到一个类似
的服务 URL。在上面的代码中，你要设置 var baseUrl = ""。在应用的注册或者登录部分，不记名 token 响应了这个请求并且这个 token 被存储到本地存储中。当你向后端请求一个服务时，你需要把这个 token 放在头部中。你可以使用 AngularJS 的拦截器实现这个。$httpProvider.interceptors.push(['$q',&'$location',&'$localStorage',&function($q,&$location,&$localStorage)&{
&&&&&&&&&&&&return&{
&&&&&&&&&&&&&&&&'request':&function&(config)&{
&&&&&&&&&&&&&&&&&&&&config.headers&=&config.headers&||&{};
&&&&&&&&&&&&&&&&&&&&if&($localStorage.token)&{
&&&&&&&&&&&&&&&&&&&&&&&&config.headers.Authorization&=&'Bearer&'&+&$localStorage.
&&&&&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&&&&&&&&&return&
&&&&&&&&&&&&&&&&},
&&&&&&&&&&&&&&&&'responseError':&function(response)&{
&&&&&&&&&&&&&&&&&&&&if(response.status&===&401&||&response.status&===&403)&{
&&&&&&&&&&&&&&&&&&&&&&&&$location.path('/signin');
&&&&&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&&&&&&&&&return&$q.reject(response);
&&&&&&&&&&&&&&&&}
&&&&&&&&&&&&};
&&&&&&&&}]);在上面的代码中，每次请求都会被拦截并且会把认证头部和值放到头部中。在前端项目中，会有一些不完整的页面，比如 signin，signup，profile details 和 vb。这些页面与特定的控制器相关。你可以在 app.js 中看到：angular.module('angularRestfulAuth',&[
&&&&'ngStorage',
&&&&'ngRoute'
.config(['$routeProvider',&'$httpProvider',&function&($routeProvider,&$httpProvider)&{
&&&&$routeProvider.
&&&&&&&&when('/',&{
&&&&&&&&&&&&templateUrl:&'partials/home.html',
&&&&&&&&&&&&controller:&'HomeCtrl'
&&&&&&&&}).
&&&&&&&&when('/signin',&{
&&&&&&&&&&&&templateUrl:&'partials/signin.html',
&&&&&&&&&&&&controller:&'HomeCtrl'
&&&&&&&&}).
&&&&&&&&when('/signup',&{
&&&&&&&&&&&&templateUrl:&'partials/signup.html',
&&&&&&&&&&&&controller:&'HomeCtrl'
&&&&&&&&}).
&&&&&&&&when('/me',&{
&&&&&&&&&&&&templateUrl:&'partials/me.html',
&&&&&&&&&&&&controller:&'HomeCtrl'
&&&&&&&&}).
&&&&&&&&otherwise({
&&&&&&&&&&&&redirectTo:&'/'
&&&&&&&&});如上面代码所示，当你访问 /，home.html 将会被渲染。再看一个例子：如果你访问 /signup，signup.html 将会被渲染。渲染操作会在浏览器中完成，而不是在服务端。结论你可以通过检出这个，看到我们在这个教程中所讨论的项目是如何工作的。基于 token 的认证系统帮你建立了一个认证/授权系统，当你在开发客户端独立的服务时。通过使用这个技术，你只需关注于服务（或者 API）。认证/授权部分将会被基于 token 的认证系统作为你的服务前面的层来处理。你可以访问并且使用来自于任何像 web 浏览器，Android，iOS 或者一个桌面客户端这类服务。原文：
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量12589点击量8098点击量7263点击量6607点击量5994点击量5794点击量5753点击量5066点击量4998
关注微信 每日推荐
扫一扫 浏览移动版
&2015 Chukong Technologies,Inc.
京公网安备89