express连接数据库以及身份认证
项目中操作MySQL
在项目中操作数据库的步骤
安装 MySQL 数据库的第三方模块(mysql)
npm install mysql |
通过 mysql 模块连接到 MySQL 数据库
// 1. 导入 mysql 模块 |
通过 mysql 模块执行 SQL 语句
查询数据
// 检测 mysql 模块能否正常工作 |
插入数据
// 插入表的数据对象 |
插入数据的快速方法
向表插入数据时,数据对象和每一个属性和数据表的字段一一对应,可以这样插入
const user = {username:'mark',password:'666'} |
更新数据
const user = {id:4,username:'marry',password:'321'} |
更新数据边界方式
const user = {id:4,username:'mike',password:'321'} |
删除数据(比较危险删除无法恢复)
id是唯一标识符,来删除对应数据
const sqlStr = 'DELETE FROM users WHERE id=?' |
标记删除(推荐使用)
const sqlStr = 'update users set status=? where id=?' |
前后端的身份认证
Web 开发模式
服务器渲染的 Web 开发模式
服务器渲染的概念: 服务器发送给客户端的HTML页面,是在服务器通过字符串的拼接,动态生成的。客户端不需要使用 Ajax 这样的技术额外请求页面的数据。代码如下:
app.get('/index.html',(req,res)=>{ |
服务端渲染的优缺点
- 优点:
- 前端耗时少。因为服务器端负责动态生成 HTML 内容,浏览器只需要直接渲染页面即可。尤其是移动端,更省电。
- 有利于 SEO 。因为服务端响应的是完整的 HTML 页面内容,所以爬虫更容易爬取获得信息,更有利于 SEO。
- 缺点:
- 占用服务器资源,即服务器端完成 HTML 页面内容的拼接,如果请求较多,会对服务器造成一定的访问压力。
- 不利于前后端分离,开发效率低。使用服务器端渲染,则无法进行分工合作,尤其对于前端复杂度高的项目,不利于项目高效开发。
前后端分离的 Web 开发模式
前后端分离的概念:前后端分离的开发模式,依赖于 Ajax 技术的广泛应用。简而言之,前后端分离的 Web 开发模式,就是后端只负责提供 API 接口,前端使用 Ajax 调用接口的开发模式。
前后端分离的优缺点
- 优点:
- 开发体验好,前端专注于 UI 界面开发,后端专注于 api 的开发,且前端有更多的选择性。
- 用户体验好,Ajax 技术的广泛应用,极大的提高了用户的体验,可以轻松实现页面的局部刷新。
- 减轻了服务器端的渲染压力,每个页面最终在每个用户的浏览器中生成的。
- 缺点:
- 不利于 SEO ,因为 HTML 是需要客户端动态拼接完成的,所以爬虫无法爬取页面的有效信息。可以用 Vue、React 等框架的 SSR (server side render) 技术来解决 SEO 问题。
如何选择 Web 开发模式
- 企业级网页,主要是展示而没有复杂的交互,不需要考虑 SEO,就服务器端渲染。
- 后台管理项目,交互性比较强,不需要考虑 SEO,那么就可以使用前后端分离的开发模式。
什么是身份认证
身份认证又称为”身份验证”、”鉴权”,是指通过一定的手段,完成对用户身份的确认。
不同开发模式的身份认证
- 服务器渲染推荐使用 Session 认证机制
- 前后端分离推荐使用 JWT 认证机制
Session 认证机制
HTTP 协议的无状态性
了解 HTTP 协议的无状态性是进一步学习 Session 认证机制的必要前提。
HTTP 协议的无状态性,值得是客户端的每次 HTTP 请求都是独立的,连续多个请求之间没有直接的关系,服务器不会主动保留每次HTTP请求的状态。
如何突破 HTTP 无状态的限制
什么是 Cookie
Cookie 是存储在用户浏览器中的一段不超过 4 KB 的字符串。他由一个名称(Name)、一个值(Value) 和其他几个用于 Cookie 有效期、安全性、适用范围的可选属性组成。
不同域名下的 Cookie 各自独立,每当客户端发起请求时,会自动把当前域名下所有未过期的 Cookie 一同发送到服务器。
Cookie 的几大特性:
- 自动发送
- 域名独立
- 过期时限
- 4KB 限制
Cookie 在身份认证中的作用
客户端在第一次请求服务器的时候,服务器通过响应头的形式,向客户端发送一个身份认证的 Cookie,客户端会自动将 Cookie 保存在浏览器中。
随后,当客户端浏览器每次请求服务器的时候,浏览器会自动将身份认证相关的 Cookie,通过请求头的形式发送给服务器,服务器即可验证客户端的身份。
Cookie 不具有安全性
由于 Cookie 是存储在浏览器中的,而且浏览器也提供了读写 Cookie 的 API,因此 Cookie 很容易被伪造,不具有安全性。因此不建议服务器将重要的隐私数据,通过 Cookie 的形式发送给浏览器。
提高身份认证的安全性
为了防止客户伪造会员卡,收银员在拿到客户出示的会员卡之后,可以在收银机上进行刷卡认证,只有收银机确认存在的会员卡,才能被正常使用。
Session 的工作原理
配置 Session 中间件
// 配置 Session 中间件 |
JWT 认证机制
了解 Session 认证的局限性
Session 认证机制需要配合 Cookie 才能实现。由于 Cookie 默认不支持跨域访问,所以,当涉及到前端跨域请求后端接口的时候,需要做很多额外的配置,才能实现跨域 Session 认证。
注意:
- 当前端请求后端接口不存在跨域问题的时候,推荐使用 Session 身份认证机制。
- 当前端需要跨域请求后端接口的时候,不推荐使用 Session 身份认证机制,推荐使用 JWT 认证机制。
什么是 JWT
JWT(英文全称:JSON Web Token) 是目前最流行的跨域认证解决方案。
JWT 的工作原理
总结:用户的信息通过 Token 字符串的形式,保存在客户端浏览器中。服务器通过还原 Token 字符串的形式来认证用户的身份。
JWT 的组成部分
通常包含3个部分,Header(头部)、Payload(有效荷载)、Signature(签名)。
三者之间使用英文”.”分隔,格式如下:
Header,Payload,Signature |
- Payload 才是真正的用户信息,它是用户信息经过加密之后生成的字符串。
- Header 和 Signature 是安全性相关的部分,只是为了保证 Token 的安全性。
JWT 的使用
推荐做法是把 JWT 放在 HTTP 请求头的 Authorization 字段中,格式如下:
Authorization: Bearer <token> |
在 Express 中使用 JWT
安装需要的两个包
npm install jsonwebtoken express-jwt |
- jsonwebtoken 用于生成 JWT 字符串
- express-jwt 用于将 JWT 字符串解析还原成 JSON 对象
导入 JWT 相关的包
const jwt = require('jsonwebtoken') |