NestJS

我们开发的项目上线生产环境，如果需要将新模型更改同步到数据库中，通常在数据库中获取数据后，使用synchronize：true，但这在生产模式同步是极其不安全的

nestjs 开发迭代版本时，也会碰到其他后端碰到的问题，那就是版本迭代，有时候可能会兼容一下就行了，有时会进行破坏性更新，那么我们可能要被迫分开接口来进行我们的操作，常见的就是添加版本参数判断

nestjs中常见的安全策略例如我们使用的jwt、token、guard、权限类，本篇 主要介绍防暴力的一种技术-限流

Nest提供了几个实用的类，帮助您轻松编写跨多个应用程序上下文（例如基于Nest HTTP服务器的、微服务和WebSockets应用程序上下文）运行的应用程序。这些实用工具提供有关当前执行上下文

前面讲过通过 SetMetadata 装饰器 包装我们自己的装饰器，让其帮我们保存数据，然后再 guard中通过 context、reflector 获取该参数协助我们验权，也讲了通过 headers

时候我们的数据库压力很大，为了减少数据库压力，除了分表、分库等操作，还有一种比较常见的操作就是引用redis, redis 和我们的关系型数据库有点不一样，我们的重要数据一般仍然要存放到数据库

开发中，一些访问高的功能，可能会遇到瓶颈，正常来说升级服务器即可，如果不这样，那么我们则可以通过缓存优化的方式，来减少我们的服务器压力

实际项目中，线上应用的问题比较难以定位，就算大公司老司机也无可避免，因此日志系统就显得格外重要，通过好的日志我们能够更好的分析线上应用出现问题的原因，一般分析通过线上控制台 + log文件来解决

事务简介 事务是数据库开发中不可或缺的存在，其能够保证多个操作的数据保持一致，即：要成功一起成功，要失败一起失败回到解放前

移动云毕竟小众，之前客户项目用的移动云，不是很稳定，或者很慢，没办法要切换阿里云，这不今天就开始搞了，也很简单，后端主要就搞两个，一个签名上传，一个签名下载查看

nestjs 开发过程中，一些人可能会对时间有些疑惑，但是一旦对时间相关了解后，发现这都不是什么问题，甚至可以通过理论避免现实中的碰壁 正常时间分为两个时间 服务器时间 + 数据库时间

最近对接了一个新的对象储存库，和 minio 类似，是移动云的 EOS，实际上使用的是 亚马逊的 aws 云服务框架 我们实际除了使用平台配置和查看文件、权限等参数，就是在对接 aws 的框架

开发过程中我们的 Module 文件包含着我们模块的信息，其用来配置我们这个模块需要用到的东西和对外导出的功能，如果单纯的开发，可能我们就导入一个数据库就行了，如果功能复杂的模块则可能模块之间有交互呢

nestjs开发过程中可能会碰到一些需要通过监听用户行为等功能，那么可能就会用到了中间件功能了,例如：我们建立一个日志监听用户访问接口频率，监听用户访问接口的版本等

在开发过程中是不是碰到这样一个场景，数据库直接获取某个对象的时候，需要额外生成一个参数给客户端，例如：file文件给用户时实际上要额外返回一个签名url

我们都开发完了，也做了后台，那肯定也要部署到服务器，否则客户端怎么对接口是吧，就算有运维，我们最好也要掌握一门技能，不然有时候确实挺难受 常见的部署服务的 pm2、docker、k8s

平时使用中，是否有过这样的场景，我们经常使用的 app 很久很久都不会让我们重新登录，但如果我们一个礼拜没上线，就需要重新上线了，这就是本篇文章文章要提到的双token无感刷新了

开发过程中，肯定会用到上传文件功能，这里目前就讨论两种情况，分别是直接使用文件系统保存到磁盘(常见)、文件存储服务库(minio)

本篇文章主要讨论 cookie、session、jwt 相关在 nestjs 中怎么使用的，简单介绍一下他们区别

mysql 也算是比较经典的免费的关系型数据库了，很多人都在用，且很好用，MongoDB是一个介于关系型和非关系型数据库之间，性能表现不错 由于主要学习数据库，我们就从最经典的 mysql 开始