FTP上传.html文件最直接可靠，需填对主机地址、端口和凭据，用FileZilla拖入public_html目录并设ASCII模式；cPanel适合小修改但限单文件上传；Git仅适用于支持Git部署的托管平台；上传后页面异常多因大小写、路径、HTTPS混合内容或权限问题。

用 FTP 工具上传 .html 文件是最直接可靠的方式

没有服务器管理权限或不熟悉命令行时，FTP 是绝大多数人上传 .html 文件的首选。它不依赖网站后台，也不要求你装额外服务，只要主机支持 FTP（几乎全部共享主机都支持），就能把本地写的 index.html 传上去立刻生效。

常见错误是填错 FTP 主机地址、端口 或 登录凭据——这些信息通常在主机商发的开通邮件或控制面板（如 cPanel）里，不是你的域名，也不是 ftp://yourdomain.com 这种带协议的写法；实际填的是类似 ftp.yourdomain.com 或一个 IP 地址。

• 推荐工具：FileZilla（免费、跨平台、界面清晰）
• 连接成功后，左侧是本地文件，右侧是服务器目录；把 .html 文件拖进右侧的 public_html 或 www 目录（具体名称看主机说明）
• 确保上传模式设为 ASCII 或 自动（不是 二进制），否则换行符可能错乱，导致页面空白或解析异常
• 上传后直接浏览器访问 http://yourdomain.com/yourfile.html，不要加 file:// 前缀

通过主机控制面板（如 cPanel）上传 .html 文件

cPanel 的 文件管理器（File Manager） 适合临时改一两个页面，不用装软件。但注意：它对文件大小有限制（常为 50MB–100MB），且不支持批量拖拽，大项目慎用。

• 登录 cPanel → 找到 文件管理器 → 选择根目录（通常是 public_html）→ 点右上角 上传
• 一次只能选一个 .html 文件；如果含图片/CSS/JS，得一个个传，且要保证路径引用正确（比如 要对应传好 images/ 文件夹）
• 上传后记得右键文件 → 更改权限 → 设为 644（HTML 文件标准读写权限），否则可能返回 403 错误

用 Git 部署 .html 文件（仅限支持 Git 的托管环境）

Git 不是上传工具，而是部署流程的一部分。它只适用于你用的是支持 Git 钩子的静态托管服务（如 Vercel、Netlify、部分 VPS 自建 Nginx + webhook），普通虚拟主机基本不支持。

• 本地执行 git add index.html && git commit -m "update" 后，git push 触发的是远程构建或同步，不是“把文件塞进某个文件夹”
• 如果你强行在共享主机上配 Git，大概率卡在 git clone 权限拒绝 或 post-receive hook 执行失败，因为多数主机禁用了 shell 访问和钩子脚本
• 真正省事的 Git 静态部署，关键不在 Git 本身，而在托管平台是否自动监听仓库变更并刷新 CDN 缓存——这点 Netlify 做得比自己搭靠谱得多

上传后页面打不开？重点查这三处

90% 的“上传成功但白屏/404/500”问题，跟上传动作本身无关，而是环境配置或路径细节没对齐。

• 文件名大小写：Linux 服务器区分大小写，Index.html ≠ index.html；首页必须叫 index.html（或服务器配置的默认文档名）
• 相对路径失效：本地双击打开没问题的 ，上传后若 HTML 不在根目录（比如放在 /blog/ 下），就得改成 或绝对路径
• HTTP 与 HTTPS 混合内容：如果页面用了 http:// 加载图片或 JS，而网站已启 HTTPS，现代浏览器会直接屏蔽，F12 控制台显示 Mixed Content blocked

curl -I http://yourdomain.com/index.html
# 查看返回的 HTTP 状态码和 Content-Type，确认是不是 200 + text/html

上传这件事本身很简单；难的是让 HTML 在目标环境中按预期运行。路径、权限、协议、大小写——每个都是真实踩过的坑，而不是理论注意事项。