用户中心后端运行&部署教程

环境

本地启动

安装依赖

新 UI

image-20241012232928236

老 UI

image-20241012233036183 image-20240827191449438

一定要确保 Use setting from .mvc/maven.conf 这个是非选择的状态!

image-20240827190507612

第二个 config file 选着自己安装好的目录下的 conf/setting.xml (需要配置好镜像,要不速度比较慢)

最后修改完成的状态

image-20240827191602720

Local repository 也可以覆写,这个默认配置的是下载依赖的路径 C 盘,随着时间累计后面可能会比较大

image-20240827190856714

点击上面的之后,正常下面的 build 就会在下载依赖

image-20240827191718558

安装完成之后

image-20240827214206040

数据库

image-20240827214247374

先下载 IDEA 连接 MySql 所需要的依赖

image-20240827214523819 image-20240827214916326

1、找到根目录的 sql 文件夹里面的 create_table.sql

image-20240827215129169

2、点击上方黄色框框里面的 Use MySql

image-20240827215154609

3、执行代码

首先 CTRL + A 然后鼠标右键 选择 Execute 选择 new Session 就可以执行成功了

image-20240827220551697

4、最后执行效果

image-20240827221608454

7、查询数据库内容

image-20241012233357827

如果没有看到yupi 数据库,点击 localhost 后面的框,在下拉框找到 yupi 点击前面方框就可以看到 yupi 数据库了

image-20241012233538622

6、小插曲

image-20240827221715993

解决方法

1、修改 user 表的 username 的字符集为 utf8_bin

2、重新执行那一句 SQL 执行成功 !

1)在 yupi 数据库下的 user 表右键

image-20240827221931260

2)image-20240827222108819

3)image-20240827222208938

修改配置文件

1、一般配置文件叫 application.yml (鱼皮的项目一般都用 yml )

image-20240827222527815

1)application.yml 是本地运行时使用的配置文件

2)application-prod.yml 是服务器运行时生效的文件

3)第二个文件生效是靠最后在在服务器(宝塔命令行)执行时 --spring.profiles.active=prod

2、修改 MySql 的密码,spring.datasource.password 修改成 MySql 设置的密码

image-20240827222409555

3、部署的时候修改 application-prod.yml 里面的配置

运行项目

image-20240827223145539 image-20240827223350578 image-20240827223850236 image-20240827223923221

点击 Enable annotation processing

image-20240827224101516

启动成功!!!

部署

打包

确认修改好 application-prod.yml 里面的配置 ,之后再进行打包

image-20240827224647596 image-20240827224737379

打包完成之后可以在 target 目录下可以找到 jar 包

image-20240827224807550

宝塔

安装宝塔 Java 环境

image-20240828111024249 image-20240828111206797

安装需要的 JDK ,这个项目安装 1.8.0_371 就可以

安装 MySQL

1、安装 MySQL

image-20241012235554319 image-20241012235637421

2、放行端口

image-20241013000655616

还有服务器防火墙

image-20241015134440576 image-20241013000847033

4、创建数据库

image-20241014202256613

5、允许远程连接

image-20241014202039444

6、使用测试工具进行连接 (以 IDEA 自带的为例)

image-20241015134629453 image-20241015122224610

连接失败怎么办?

1、检查服务器端口是否放开

2、检查创建数据库的时候选择的 访问权限 是否是 所有人

3、检查用户名和密码

image-20241015135401548

安装 Redis(可选)

1、安装 Redis

image-20241015132439667 image-20241015132518917

4、修改设置文件

image-20241015133641986

修改 bind 变成 0.0.0.0

然后设置 requirepass 这个就是密码

然后重载配置

image-20241015135039666

5、放行端口

image-20241015134115134

还有服务器防火墙

image-20241015134440576

6、尝试连接 (以 IDEA 自带的为例)

image-20241015134209097 image-20241015135115389

不需要填写用户名

密码填写之际之前在服务器requirepass

7、连接成功

image-20241015135301563

运行项目

上传 jar 包到服务器任意文件夹 比如 /www

image-20240814234039321 image-20240828134728917

--spring.profiles.active=prod 最后面添加上这个,在运行命令最后面,只有写这个生效的配置文件才是 application-prod.yml

image-20240814234444592

Docker

MySQL、Redis 安装参考 mallchat 项目,有视频教程

1、切换到工作目录

▼
text
复制代码
cd ~

2、创建 Dockerfile 文件

▼
text
复制代码
touch Dockerfile
▼
text
复制代码
vi Dockerfile

把下面的内容复制进去 shift + insert 快捷键

▼
text
复制代码
FROM openjdk:8-jdk-alpine WORKDIR /app COPY ./user-center-backend-0.0.1-SNAPSHOT.jar ./app/application.jar EXPOSE 8080 CMD ["java","-jar","./app/application.jar","--spring.profiles.active=prod"]

3、把 jar 包上传到和 Dockerfile 的同级目录下

使用 rz 命令、或者 WinScp 上传都可以

4、执行 docker build

▼
dockerfile
复制代码
docker build -t usercenter:v1.0 .
image-20240827232904491

5、运行 docker 镜像

▼
text
复制代码
docker run -p 8080:8080 -t usercenter:v1.0
image-20240827233047875

6、查看运行是否成功

▼
text
复制代码
docker ps
image-20240827233159530

7、查看 log

▼
text
复制代码
docker logs -f CONTAINER ID 比如 docker logs -f 4959304940e

CONTAINER ID 具体看 docker ps 里显示的 CONTAINER ID

相关专栏

0个评论
点击登录,快来和大家讨论吧~
表情
图片
暂无评论
leikooo
作者分享
提到用 Rust 重写项目,很多人的第一反应往往是性能提升。以 Bun 为例,它最初主要采用 Zig 开发,后来在 2026 年发布的 v1.4 版本中将核心代码迁移到了 Rust。用 Rust 重写,性能、安全性往往是大家想要的,但是有没有想过用 Rust 重写还能发现 bug 呢? pgrust 这个项就是,他用 Rust 重新实现 PostgreSQL,保持通信协议和 SQL 方言兼容。为了确认新系统的行为和原版一致,开发者需要对着 PostgreSQL 的实际返回逐个比对。结果查着查着,有些异常不是新代码的锅,PostgreSQL 自己就是这样的。pgrust 开发者 Michael Malis 把其中几个报告给了 PostgreSQL 社区。 大概的问题: 1)SP-GiST 空间索引里有个函数判断点的方位,代码认为上、下、同一水平线三种情况已经穷尽了,末尾放了句「impossible case」兜底。结果在特定浮点边界附近,三种判断同时不成立,程序真走进了这个「不可能」的分支 2)日期格式缓存复用时,一个解析模式的标记没重置,导致同一条 JSONPath 查询在同一个会话里,换个执行顺序结果就不一样。 3)pgcrypto 的 crypt() 在某些输入下截断了多字节字符,返回的文本编码不合法。能存进去,但 pg_dump 导出时就炸了。 一个用 Rust 重写的新项目,测着测着,把运行了几十年的 PostgreSQL 里埋着的东西翻了出来。Rust 重写的价值,不一定只在跑得更快、更安全这一件事上。为了做到真正的兼容,开发者得把前人没怎么碰过的边界全走一遍,这个过程本身就在帮原版排雷。
4
ARTS 1025: 唯一字符与同构字符串、省词可能增加阅读负担与重新估算软件的实现成本
5
🎉 1024 程序员节快乐! 祝编程导航里的每一位程序员:offer 多多,薪资翻倍,面试顺利,早日拿下心仪 offer!💻
17
AST:从 Java 代码理解抽象语法树
5
原来维基百科还有专门研究「AI 味」的页面 今天偶然发现一个挺有意思的维基百科页面:https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing,专门整理 AI 写作的典型特征。 里面总结了很多我们平时经常看到的 AI 味,比如喜欢用“值得注意的是”“在当今快速发展的时代”“综上所述”,还有过度使用排比、加粗、列表,以及一些看起来很有道理,实际上没什么信息量的表达。 感觉以后可以定期翻翻这个 wiki,尤其是经常使用 AI 辅助写作的人,应该能从中发现不少所谓的 AI 味。 链接: https://en.wikipedia.org/wiki/Wikipedia:Signs_of_AI_writing
5
下载 APP