手把手教你给项目配 HTTPS(Nginx 实战教程,前端 + 后端)

手把手教你给项目配 HTTPS(Nginx 实战教程,前端 + 后端)

本博客是一篇记录性质的实操文章。
所以在本文章中你既能收获"为什么",也会收获"怎么做"。

为你的项目配置配 HTTPS

在开始之前,我先带大家建立一个心智模型。
从而理解, 配置https的整体流程大致长什么样子:

浏览器域名Nginx(443)

  • 前端静态文件(Vue/Vite 打包后的 dist
  • 后端 API(反向代理到 Go/Gin)

Nginx 官方对 HTTPS 的最基本要求就是:在 server 块里用 listen 443 ssl;,再指定 ssl_certificatessl_certificate_key。([nginx.org][1])


总体概念

我们现在要做的事情,其本质上只有 5 步:

  1. 域名解析到你的服务器
  2. 服务器开放 80 和 443 端口
  3. 申请一张证书
  4. Nginx 配置 443 + 证书
  5. 把 80 跳转到 443

这样以后用户访问:

  • http://你的域名 → 自动跳到 https://你的域名
  • Nginx 用证书和浏览器建立加密连接
  • 前端页面通过 HTTPS 打开
  • /api 请求由 Nginx 转发到 Gin

我的建议

对于新手而言,往往可以这样处理:

  • Nginx 负责 HTTPS
  • 后端项目 继续跑 HTTP 内部端口,例如 127.0.0.1:8080
  • Vue 前端走同域名 /api
  • 不要让 后端项目 自己配证书

原因很简单:证书只维护在 Nginx,既可以只配置一处,也最容易排错。


前期准备:

第 1 步:确认你的域名已经指向这台服务器

注:博主用的云服务器是火山云

你要确认:

  • 你的域名 A 记录已经解析到服务器公网 IP
  • 以后访问的网站,就是这个域名,不是 IP
1、获取你的公网IP:

火山引擎控制台云服务器 ECS实例点进你的服务器实例
如:

在这里插入图片描述
2、解析

接下来的操作,是需要你拥有一个自己的域名,并认证过。
火山引擎控制台域名服务 → 点击解析
大概会出现这样一个界面:

在这里插入图片描述


然后点击添加记录即可。(作用:使这个域名指向你的公网IP)

提醒:
因为 HTTPS 证书是给域名用的,不是给裸 IP 用的。
如果你用浏览器直接访问 https://你的公网IP,大概率会证书不匹配。


第 2 步:开放 80 和 443 端口

你要确保:

  • 火山云安全组放行 80/tcp
  • 火山云安全组放行 443/tcp
  • 服务器本机防火墙没有拦截

第 3 步:先确认当前 Nginx 和 后端项目 是怎么跑的

你现在先自己核对这几个点:

前端

Vue/Vite 是否已经打包过,例如:

npm run build 

然后 Nginx 是否已经在提供 dist/ 目录。

后端

Gin 是否监听一个端口,比如:

r.Run("127.0.0.1:8080")
API 请求地址

前端有没有写死这种地址:

http://你的域名/api 

或者:

http://你的IP:8080

如果有,后面必须改。
因为页面走 HTTPS 时,请求 HTTP API 会被浏览器拦截。


第 4 步:申请证书

如果你用的也是火山云(申请免费证书)如果你是其他服务器的,这个仍然有借鉴价值。
(一般你买个域名,就会直接送证书)


具体落地方式

接下来,假设你已经拿到证书了。

你现在要做的是:

  1. 从火山引擎下载证书
  2. 上传到服务器
  3. 手动配置 Nginx 的 443
  4. 让 HTTP 跳转到 HTTPS

第 5 步:先把 Nginx 的 HTTP 站点跑通

先确保你现在这个配置能正常访问:

http://metaassist.cn http://www.metaassist.cn 

一个典型的 HTTP 配置长这样:

server { listen 80; server_name metaassist.cn www.metaassist.cn; root /www/your-project/dist; index index.html; location / { try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; } } 

说明:

  • root 指向 Vue/Vite 打包后的 dist
  • try_files ... /index.html 是给 Vue history 路由兜底
  • /api/ 反向代理到 Gin

这一步的目标不是 HTTPS,而是先确认:

  • 域名解析正常
  • 80 端口已放行
  • Nginx 站点能正常打开

第 6 步:从火山引擎下载证书并上传到服务器

1. 在火山引擎证书中心下载证书

进入证书管理页,找到你的证书

下载时优先选择: Nginx

在这里插入图片描述

然后可以解压成 PEM / KEY 格式:

在这里插入图片描述

通常你最终会拿到两类文件:

  • 证书文件:.pem.crt
  • 私钥文件:.key
2. 上传到服务器

建议把证书放到类似目录:

/etc/nginx/ssl/ 

例如:

/etc/nginx/ssl/metaassist.cn.pem /etc/nginx/ssl/metaassist.cn.key 

如果目录不存在,可以先创建:

sudomkdir-p /etc/nginx/ssl 

然后把证书和私钥上传进去。


第 7 步:手动配置 Nginx 的 HTTPS

可以把 Nginx 配置改成这样:

server { listen 80; server_name metaassist.cn www.metaassist.cn; return 301 https://$host$request_uri; } server { listen 443 ssl; server_name metaassist.cn www.metaassist.cn; ssl_certificate /etc/nginx/ssl/metaassist.cn.pem; ssl_certificate_key /etc/nginx/ssl/metaassist.cn.key; root /www/your-project/dist; index index.html; location / { try_files $uri $uri/ /index.html; } location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto https; } } 

说明:

  • 第一个 server 负责把 HTTP 自动跳转到 HTTPS
  • 第二个 server 负责真正提供 HTTPS 服务
  • ssl_certificate 指向你的证书文件
  • ssl_certificate_key 指向你的私钥文件

第 8 步:检查配置并重载 Nginx

每次改完配置后,都先检查语法:

sudo nginx -t

如果输出类似:

syntax is ok test is successful 

再执行:

sudo systemctl reload nginx 

如果你系统里没有 systemctl,也可能需要:

sudoservice nginx reload 

需要避免的坑

1. 证书文件路径写错

ssl_certificatessl_certificate_key 指向的路径必须真实存在。

2. 文件权限不对

Nginx 进程需要有权限读取证书和私钥。

3. 443 端口没放行

即使 Nginx 配好了,如果火山引擎安全组或系统防火墙没放 443,也无法访问 HTTPS。

4. 域名没解析好

如果 metaassist.cn 没正确解析到你的服务器公网 IP,HTTPS 也不会正常工作。

5. Vue history 路由没配 try_files

这样刷新页面时可能会返回 404。


回顾

第一轮

  1. 确认域名已经解析到服务器
  2. 确认 80 和 443 已放行
  3. 确认 http://metaassist.cn 可以访问
  4. 确认证书已经从火山引擎下载下来
  5. 确认证书已经上传到服务器

第二轮

  1. 修改 Nginx 配置
  2. 配置 ssl_certificatessl_certificate_key
  3. 执行 sudo nginx -t
  4. 执行 sudo systemctl reload nginx

第三轮

  1. 浏览器测试 https://metaassist.cn
  2. 检查前端 /api 请求
  3. 排查是否还有 Mixed Content

记录:

/opt/personal_assistant/certs/metaassist.cn.pem /opt/personal_assistant/certs/metaassist.cn.key 

Read more

【前端】前端面试题

【前端】前端面试题

前端面试题 闭包 1. 定义: 闭包(Closure) 是指一个函数能够访问并记住其外部作用域中的变量,即使外部函数已经执行完毕。闭包由两部分组成: * 一个函数(通常是内部函数)。 * 该函数被创建时所在的作用域(即外部函数的变量环境) functionouter(){let count =0;// 外部函数的变量functioninner(){ count++;// 内部函数访问外部变量 console.log(count);}return inner;}const counter =outer();counter();// 输出 1counter();// 输出 2 2. 闭包的核心原理 * 作用域链:函数在定义时,会记住自己的词法环境(即外部作用域)。当内部函数访问变量时,会沿着作用域链向上查找。 * 变量持久化:闭包使得外部函数的变量不会被垃圾回收,因为内部函数仍持有对它们的引用 3. 闭包的常见用途 3.1 私有变量封装 通过闭包隐藏内部变量,

【技术干货】用 Claude 4.6 直接“写”出可上线的前端 UI:从画布工具到代码工作流的升级思路

【技术干货】用 Claude 4.6 直接“写”出可上线的前端 UI:从画布工具到代码工作流的升级思路

摘要 本文从 Google Stitch 热度切入,对比“AI 画布式 UI 生成”与“代码内 UI 生成”两种路径,系统拆解如何用 Claude 4.6 + 前端设计规则,在真实代码库中迭代出可上线的 UI。附完整 Python API 调用示例与提示词模板,并结合多模型平台薛定猫 AI 的接入方式,帮助前端/全栈开发者把 AI UI 生成直接融入开发流水线。 一、背景:从“好看截图”到“可上线 UI” 当前 AI UI 方向大致两类路径: 1. 画布式设计工具 代表:Google Stitch

别再用 Electron 了!教你用 WebView2 实现 3MB 极致轻量化 Web 打包方案(附神器)

别再用 Electron 了!教你用 WebView2 实现 3MB 极致轻量化 Web 打包方案(附神器)

文章摘要:         你还在忍受 Electron 打包后动辄 100MB+ 的体积吗?你还在为本地 HTML 跨域(CORS)、源码保护、机器码授权而头秃吗?本文将带你体验微软新一代 WebView2 技术,并分享一款支持实时预览、全全局拖拽交互的打包神器。3MB 体积,1.5GB 大文件秒开,彻底解放前端生产力! 😱 为什么 2026 年了,我们还要逃离 Electron? 做前端桌面化开发,Electron 确实是老大哥,但它的缺点和优点一样明显: * 太胖了: 一个最简单的 Hello World,打包出来都要 150MB 起步。 * 太吃内存: 每个窗口都是一个 Chrome 进程,老爷机直接卡死。 * 开发繁琐: 想要实现“老板键”、“机器码授权”、“关机重启”,需要写大量的

基于.Net的Web API 控制器及方法相关注解属性

文章目录 * 1. 路由与 HTTP 方法 (`Microsoft.AspNetCore.Mvc` 命名空间) * 2. 参数绑定源 (`Microsoft.AspNetCore.Mvc` 命名空间) * 3. 响应类型与格式 (`Microsoft.AspNetCore.Mvc` 命名空间) * 4. 授权与认证 (`Microsoft.AspNetCore.Authorization` 命名空间) * 5. Swagger/OpenAPI 文档增强 (`Swashbuckle.AspNetCore.Annotations` 或 `Microsoft.AspNetCore.Mvc`) 这些属性主要用于定义 API 的路由、HTTP 方法、参数绑定、响应类型、授权、Swagger 文档等,通常位于控制器类或 Action