手把手教你给项目配 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

llama.cpp性能调优指南:提升本地部署效率的全栈优化方案

llama.cpp性能调优指南:提升本地部署效率的全栈优化方案 【免费下载链接】llama.cppPort of Facebook's LLaMA model in C/C++ 项目地址: https://gitcode.com/GitHub_Trending/ll/llama.cpp 在本地部署大语言模型时,启动缓慢和推理延迟是开发者最常面临的挑战。llama.cpp作为轻量级C/C++实现的开源项目,虽然具备高效运行能力,但默认配置下仍可能出现启动时间过长、资源利用率不足等问题。本文将通过问题诊断、核心原理解析、分层优化策略、场景适配方案和效果验证方法,帮助开发者系统性提升llama.cpp的部署效率,实现模型启动速度3倍以上提升和推理性能的显著优化。 问题诊断:llama.cpp性能瓶颈识别 在进行优化前,首先需要准确识别性能瓶颈。llama.cpp的启动和运行过程涉及多个环节,任何一个环节的配置不当都可能导致性能问题。 启动时间过长的典型表现 启动阶段常见问题包括模型加载缓慢、

vscode中远程连接不显示copilot chat图标

前提: 1、有授权的Copilot的github账号(学生认证或购买),vscode已登录账号 2、远程主机已安装Github Copilot和Github Copilot Chat插件 现象: 左侧工具栏没有copilot chat的图标 解决: 打开vscode设置(setting),在设置中搜索"extension kind",点击settings.json 在"remote.extensionKind"中添加: "remote.extensionKind":{"GitHub.copilot":["ui"],"GitHub.copilot-chat":["ui"]} 重启vscode可看见chat图标 参考: 快速解决vscode远程连接时copilot提示脱机状态无法使用的问题

VsCode 远程连服务器后,Github Copilot 突然用不了?3 步定位问题

VS Code远程连接服务器后Github Copilot失效的3步排查法 步骤1:验证基础连接状态 * 检查扩展安装: 在远程服务器上打开VS Code扩展面板(Ctrl+Shift+X),确认GitHub Copilot扩展是否显示 已在远程安装。若显示"在SSH:xxx上安装",需点击安装。 网络连通性测试: 在远程终端执行: curl -v https://api.githubcopilot.com 正常响应应返回HTTP/2 403(权限拒绝),若出现连接超时或DNS错误,说明存在网络隔离。 步骤2:排查认证同步问题 * 检查令牌状态: 1. 本地VS Code执行 Ctrl+Shift+P > GitHub Copilot: Sign In 2. 远程连接后执行

大模型本地部署神器:llama.cpp使用介绍

大模型本地部署神器:llama.cpp使用介绍

介绍llama.cpp 本节主要介绍什么是llama.cpp,以及llama.cpp、llama、ollama的区别。同时说明一下GGUF这种模型文件格式。 什么是llama.cpp llama.cpp是一个由Georgi Gerganov开发的高性能C++库,主要目标是在各种硬件上(本地和云端)以最少的设置和最先进的性能实现大型语言模型推理。 主要特点: * 纯C/C++实现,没有任何依赖 * 对Apple Silicon(如M1/M2/M3芯片)提供一流支持 - 通过ARM NEON、Accelerate和Metal框架优化 * 支持x86架构的AVX、AVX2、AVX512和AMX指令集 * 支持1.5位、2位、3位、4位、5位、6位和8位整数量化,实现更快的推理和更低的内存使用 * 为NVIDIA GPU提供自定义CUDA内核(通过HIP支持AMD GPU,通过MUSA支持摩尔线程MTT GPU)