直接双击打开index.html不算发布，因file://协议无服务器参与，导致网络请求、Cookie、Service Worker等功能受限且无HTTPS；真正发布需部署到支持HTTP/HTTPS的Web服务器。
为什么直接双击打开 index.html 不算“发布”
本地双击运行只是浏览器用 file:// 协议加载文件，没有服务器参与，所有涉及网络请求（如 fetch、XMLHttpRequest）、Cookie、Service Worker、甚至部分 localStorage 权限都会受限或失效。更重要的是，file:// 下根本不存在 HTTPS——它连 HTTP 都不是。
真正发布，意味着你得把 HTML 文件放到一个能响应 http:// 或 https:// 请求的 Web 服务器上。
免费又支持 HTTPS 的发布方式有哪些
对个人项目或静态 HTML5 页面，推荐以下三种实操路径，全部自带 HTTPS 且无需配置证书：
-
Vercel：上传整个文件夹（含
index.html），执行vercel命令或拖拽部署，自动分配https://xxx.vercel.app地址 -
Netlify：拖拽文件夹或关联 GitHub 仓库，部署后获得
https://xxx.netlify.app；支持自定义域名 + 自动续签证书 -
GitHub Pages：推送到
gh-pages分支或docs/目录，启用后地址为https://username.github.io/repo-name（注意：仅支持https，不支持自定义根域名的强制 HTTP 重定向）
它们共同点是：静态托管、CDN 加速、HTTPS 默认开启、无需运维。别自己搭 Nginx 再折腾 Let’s Encrypt——小项目没必要。
立即学习“前端免费学习笔记（深入）”；
本地开发时如何模拟 HTTPS 环境
某些 HTML5 特性（比如 navigator.geolocation、MediaDevices.getUserMedia）在非 HTTPS 下会被现代浏览器禁用，即使你用 localhost 也不行——除非你用 https://localhost 或满足安全上下文条件。
检查并更新通过 GitHub git clone 安装的 OpenClaw skills，适用于用户提到“更新skill”“检查 skill 是否有新版本”“GitHub 安装的 skill 是否有更新”“帮我检查本地 skills 是否落后”“更新 git clone 装的 skill”“拉取...
快速验证方法：
- 用
python3 -m http.server 8000 --bind 127.0.0.1启的服务仍是 HTTP，不满足要求 - 改用
serve（npm 包）：npx serve -s默认启 HTTP，但加-S参数可启用 HTTPS（需信任自签名证书） - 更稳妥：用 VS Code 插件
Live Server，右键index.html→ “Open with Live Server”，它默认监听http://127.0.0.1:5500，而 Chrome 对localhost和127.0.0.1的部分 API 是豁免 HTTPS 要求的（但不是全部）
真正保险的做法：开发阶段就用 Vercel/Netlify 的预览链接（https://xxx.vercel.app），它和生产环境一致。
哪些地方容易忽略 HTTPS 引发的报错
即使你用了 HTTPS 托管，仍可能因资源引用不一致导致混合内容（Mixed Content）错误，浏览器会静默屏蔽或报 Mixed Content: The page at 'https://...' was loaded over HTTPS, but requested an insecure resource 'http://...'。
- 检查所有
<img src="http://...">、<script src="http://cdn.example.com/...">—— 改成协议相对路径//cdn.example.com/...或明确写https:// - 避免硬编码
http://的 API 地址；如果后端还没上 HTTPS，那就先别调，否则请求直接被拦截 - 使用
fetch('/api/data')这类相对路径是安全的，它会继承当前页面协议 - 检查
<meta http-equiv="Content-Security-Policy">是否误写了http:白名单
最省事的检查方式：打开浏览器 DevTools → Console 标签页，看有没有红色 Mixed Content 报错；再切到 Network 标签页，筛选 Failed 请求，点开看 Initiator 和 URL 协议。
HTTPS 不是开关一按就完事，它是整条链路的事——从域名、证书、服务器响应头，到你写的每一个 src、href、fetch 地址。
