word模板免费网站,dw php网站开发,做电脑网站手机能显示,有哪些设计公司文章目录 一.多环境1.1 什么是多环境1.2 多环境分类1.2.1 本地环境#xff08;自己的电脑#xff09;1.2.2 开发环境#xff08;远程开发#xff09;1.2.3 测试环境1.2.4 预发布环境1.2.5 正式环境1.2.6 沙箱环境#xff08;实验环境#xff09; 1.3 如何实现1.3.1 抽象配… 文章目录 一.多环境1.1 什么是多环境1.2 多环境分类1.2.1 本地环境自己的电脑1.2.2 开发环境远程开发1.2.3 测试环境1.2.4 预发布环境1.2.5 正式环境1.2.6 沙箱环境实验环境 1.3 如何实现1.3.1 抽象配置类1.3.2 配置文件化1.3.3 注入环境参数 二.前端多环境2.1 基础2.2 分类2.2.1 umi框架2.2.2 其他框架 2.3 实战2.3.1 环境分类2.3.1.1 开发环境2.3.1.2 线上环境2.3.1.3 serve 2.3.2 多环境配置参数2.3.3 实战 三.后端多环境3.1 基础3.2 分类3.3 实战3.3.1 在云服务器上安装配置mysql3.3.2 **idea连接线上数据库后的布置**3.3.3 配置环境3.3.4 打包运行3.3.5 线上数据库新用户注册 一.多环境
1.1 什么是多环境
多环境指同一套项目代码在不同的阶段需要根据实际情况来调整配置并且部署到不同的机器上。
根据实际需要将同一个项目或同一套代码按照一定方法进行区分并将所需资源和项目本身部署到不同的机器上。不同环境的项目可以有 不同的行为 且能够 同时存在、互不影响 。 每个环境互不影响 区分不同的阶段开发 / 测试 / 生产等 对项目进行优化 本地日志级别 精简依赖节省项目体积 项目的环境 / 参数可以调整比如 JVM 参数 针对不同环境做不同的事情。
1.2 多环境分类
1.2.1 本地环境自己的电脑
localhost
一般用 local 标识是指前端或后端独立开发、自主测试的环境。通常就是让项目和依赖在我们自己的电脑上运行比如数据库、缓存、队列等各种服务可能需要自己在本地搭建。
1.2.2 开发环境远程开发
大家连同一台机器为了大家开发方便。
一般用 dev 标识是指前端和后端或者多个程序员一起协作开发、联调的环境。通常将项目和依赖放在员工电脑可以直接访问的开发机上不用自己搭建直接跑起来项目提高开发和协作效率。
对规模不大的团队来说开发和本地环境其实有一套就够了毕竟本地也可以连接公用的数据库等服务。
1.2.3 测试环境
测试开发 / 测试 / 产品单元测试 / 性能测试 / 功能测试 / 系统集成测试独立的数据库、独立的服务器。
一般用 test 标识是指前端和后端开发和联调完成做出完整的新功能后交给测试人员去找 Bug 的环境。
通常在测试环境需要有独立的测试数据库和其他服务让测试人员大显身手。每次修改完 Bug 后也都要再次发布项目到测试环境让测试同学重新验证。
1.2.4 预发布环境
预发布环境体验服和正式环境一致正式数据库更严谨查出更多问题。
一般用 pre 标识这是和线上项目最接近的环境一般是测试验证通过、产品经理体验过后才能将项目发布到这个环境。
实际上预发布环境的项目调用的后端接口、连接的数据库、服务等都 和线上项目一致 和线上唯一的区别就是前端访问的域名不同。
正因如此预发布环境看到的都是真实的用户数据可以发现更多测试环境因为数据不足而没查出来的 Bug。
1.2.5 正式环境
正式环境线上公开对外访问的项目尽量不要改动保证上线前的代码是 “完美” 运行。
一般用 prod 标识又叫线上环境是给所有真实用户使用的环境。
因此不能随意修改且发布项目到该环境时必须格外小心。线上的数据库、机器等资源一般也是由专业的运维来负责想要登录机器、修改配置都需要经过严格审批。
1.2.6 沙箱环境实验环境
为了做实验。
1.3 如何实现
遵循 3 个步骤抽象配置类 配置文件化 注入环境参数。
1.3.1 抽象配置类
将项目代码中需要根据环境的变化而更改的变量整理到一个或多个配置类中集中管理。
1.3.2 配置文件化
我们可以用专门的配置文件来维护配置从而让用户修改配置更方便不用再去找代码、改代码。
全网最全的springboot配置文件速成
无论是前端还是后端大部分的多环境实现都是这个原理 —— 搞多套配置所以总能在项目中看到类似的配置文件 1.3.3 注入环境参数
到目前为止其实我们还是在代码中写了 死值 来告诉程序应该加载哪个名称的配置文件。
比如在本地开发时加载application-dev.yml开发完成后、正式上线前再改代码为加载 application-prod.yml
但这样不仅麻烦而且可能忘了修改把开发环境的项目发布到了线上。
最理想的效果应该是无论项目要切换到哪个环境整个项目都完全不用修改。
因此我们可以将 指定环境 这件事放到最后在通过命令去打包或者启动项目时将环境参数写进去。
举个例子我们在启动 java 项目时给系统变量传递不同参数:
java -jar user-center-backend-0.0.1-SNAPSHOT.jar --spring.profiles.activeprod二.前端多环境
2.1 基础
区分开发环境和线上环境同时根据应用的不同的前端框架进行不同的部署。
2.2 分类
对于前端项目来讲开发环境和线上环境还有一些区别比如说项目的配置。
2.2.1 umi框架
●开发环境config.dev.ts ●生产环境config.prod.ts ●公共配置config.ts 不带后缀
2.2.2 其他框架
此外不同的项目框架都有不同的配置文件umi 的配置文件是 config.ts可以在配置文件后添加对应的环境名称后缀来区分开发环境和生产环境。
不同的框架或多或少有一些区别可以直接查看官方文档比如umi框架参考文档https://umijs.org/zh-CN/docs/deployment
2.3 实战
2.3.1 环境分类
2.3.1.1 开发环境
开发环境 localhost:8000
localhost就是本机。在请求一个网页资源的时候首先把这些网站的文件拿到自己的浏览器里之后如果说这个网页还需要依赖什么文件我们都是从自己的电脑上发出的请求所以这个localhost其实请求的是我们自己的电脑。
启动方式npm run start本地启动监听端口、自动更新
2.3.1.2 线上环境
线上环境 已经备案的域名
build就是构建现在主流的前端项目基本上都是要做构建的这个构建过程中它做了哪些事情他就是把咱们写的的代码各种资源JS、CS、HTML文件全部做一些压缩、混淆去给它做一个编排然后做一些删减、精简之类的把它全部打包成一个目录里。
修改前端的全局请求配置文件src/plugins/globalRequest.ts把请求地址baseUrl改成自己的真实请求地址注意区分本地和线上环境。
修改前端的全局请求配置文件src/plugins/myAxios.ts把请求地址baseUrl改成自己的真实请求地址注意区分本地和线上环境。 **启动方式**npm run build项目构建打包可以使用 serve 工具启动npm i -g serve
2.3.1.3 serve
serve使用
前端打包后有时需要将打包好的项目跑一下看看效果这时就可以使用 serve 工具在本地启动一个静态文件服务器。
全局安装 serve
npm install --global serve运行 serve
方式1进入到打包好的项目目录下一般为 dist 或者 build直接运行 serve 即可。
方式2在项目根目录运行
serve -s dist在浏览器输入 http://localhost:3000 即可查看到你打包好的项目。
修改端口
serve -s dist -p 100072.3.2 多环境配置参数
项目使用了 umi 框架本地开发调试时执行 start 命令会自动传入参数 NODE_ENV development当我们运行umi build 命令的时候其实umi框架已经帮我们把 NODE_ENV production 传入进来了。
app.tsx里有个 process.env.NODE_ENV可以在前端的请求配置文件中通过判断 process.env.NODE_ENV 是否为 production 来指定不同的请求域名。
2.3.3 实战
修改前端的全局请求配置文件src/plugins/globalRequest.ts把请求地址baseUrl改成自己的真实请求地址注意区分本地和线上环境。 现在对里面的umi-request请求库做一些额外的配置我们可以用prefix。
prefix前缀。prefix就是可以指定我们每次请求的前缀就可以改变咱们每次请求前面的这些地址就是什么域名端口之类的。 使用 build 命令打包一下。npm run build项目构建打包。 打包之后我们能够看见这个文件的大小之后做性能优化什么的可以从这个大小下手就是看你怎么样写代码能够把这个项目的体积能够搞的更小一些。通过build打包得到dist文件。serve。我们现在可以在本地去运行一下这个项目。
vscode:右键这个dist文件夹-在集成终端中打开。 webstrom:右键这个dist文件夹-Open In - Terminal 或者直接cd到这个目录里
在dist文件中输入serve。
访问地址。serve得到网址。 登录local地址查看Request URL为线上地址。 这个请求的地址由本地地址变成线上地址也就是说我们通过了一个环境变量就成功区分出了本地以及线上项目那如果你要加入测试环境可以如法炮制。
三.后端多环境
3.1 基础
后端就是提供了用户的增删改查、登录注册。用户的增删改查的数据是存在本地的mysql数据库上线是要把这个数据库地址改成一个远程的地址起码要公网可访问或者说自己的前/后端项目部署的那个服务器能访问。
后端多环境主要更改
依赖的环境地址 数据库地址缓存地址消息队列地址项目端口号 服务器配置
3.2 分类
后端怎么去区分不同的环境这种模式就跟前端是一样的基本上所有的项目都是这种模式通过在配置文件后面加一个后缀来区分环境那后端项目也一样。
我们后端的SpringBoot 项目通过 application.yml(配置文件) 添加不同的后缀来区分配置文件。
application.yml就是公共的配置公共配置就是任何环境它都会加载这个配置所以像一些什么mybatis-plus这种框架层面的就任何环境都一样的配置就写在公共配置里就好了 3.3 实战
3.3.1 在云服务器上安装配置mysql
在云服务器中用yum来安装配置mysql。使用宝塔面板安装mysql。
参考上面文章在云服务器上安装配置mysql。
3.3.2 idea连接线上数据库后的布置
参考上面文章IDEA连接服务器mysql,进入控制台创建数据库。
3.3.3 配置环境
application.yml配置如下图 复制application.yml粘贴到resources包下重命名为application-prod.yml mybatis-plus等公共配置保持不变改变datasource设置将datasource改变为线上数据库配置。 去改一下线上的配置文件url可以去修改那里查看复制后面加上要连接的数据库就可以了。 3.3.4 打包运行
现在要测试一下在本地运行生产环境的项目对于Springboot的项目就要打一个jar包 点击右侧maven-Lifecycle-鼠标左键双击package 会出现一个报错说有一个单元测试没通过一般情况下在项目上线之前肯定要执行一遍单元测试的单元测试就是要保证咱们项目运行的时候是没有问题不过现在改有点麻烦我们以打包为主。
点击小闪电图标让它跳过单元测试然后再双击package。 target包下出现构建好的jar包 快速进入终端 运行jar包并传入上线环境参数
java -jar user-center-backend-0.0.1-SNAPSHOT.jar --spring.profiles.activeprod里面有一行The following 1 profile is active: “prod”这里就是说咱们目前的这个prod的配置文件已经生效了。
3.3.5 线上数据库新用户注册
去看一下访问的是哪个数据库只要是线上的数据库就OK了我们现在让前端项目来对接一下把前端项目重启。 重启后前端页面会弹出未登录输入账户密码点击登录后端报错了。 往下滑显示数据库查不到这个用户成功连接上线上数据库只不过我们还没在这个线上数据库插入数据罢了。
继续验证是否连接上线上数据库注册一个用户然后进行登录。
服务器中的数据库中多出了一个注册的新用户后端多环境完成。
