不支持。HTTPS 页面因浏览器安全策略禁止加载HTTP资源，主动混合内容（如JS、CSS）被一律阻止，被动混合内容（如图片）可能警告或屏蔽；看似正常显示多因缓存或旧版浏览器，现代浏览器严格拦截并标记为blocked:mixed-content。
不支持。HTTPS 页面默认禁止混合内容，浏览器会主动拦截 HTTP 资源加载，不是 HTML 本身“支持”或“不支持”，而是现代浏览器强制执行的安全策略。
为什么 Chrome/Firefox 会直接报 Mixed Content: The page at 'https://...' was loaded over HTTPS, but requested an insecure...
这是浏览器在保护页面完整性：HTTPS 页面的 DOM、脚本、网络请求都运行在加密上下文中，一旦引入 HTTP 资源（尤其是 <script>、<iframe>、fetch()、XMLHttpRequest），攻击者可能篡改该资源，进而控制整个页面行为。
- 主动混合内容（如 JS、CSS、IFRAME、API 请求）——浏览器一律阻止，不给降级选项
- 被动混合内容（如
<img src="http://...">、<video>）——部分浏览器可能加载但标记警告，移动端常直接屏蔽 - 错误信息中出现的
was loaded over HTTPS, but requested an insecure...是标准提示，说明请求被拦截前已发出，只是响应被丢弃
<img> 在 HTTPS 页面里用 http:// 链接却显示正常？别信眼见为实
看似“能显示”，往往是因为缓存、本地调试绕过、或旧版浏览器未严格执行策略；但在生产环境（尤其 Chrome 90+、Safari 15+、Edge 95+）中极大概率失败。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- 检查开发者工具的
Network标签页：HTTP 图片状态码可能是(blocked:mixed-content)，而非 200 - 地址栏锁图标若带感叹号或“不安全”文字，说明存在被动混合内容警告
- 使用
curl -I https://yoursite.com看响应头是否含Content-Security-Policy: upgrade-insecure-requests，这会自动把http://替换为https://，但仅对新请求生效，不修复已有硬编码
如何快速定位页面里的混合内容？
别靠肉眼扫 HTML 源码，用浏览器原生能力最准：
立即学习“前端免费学习笔记（深入）”；
- 打开 DevTools →
Console标签页，所有混合内容警告都会以黄色/红色文字输出，点击可跳转到对应行 - 在
Network标签页刷新页面，筛选Filter → mixed-content（Chrome 支持），或手动看 Protocol 列是否出现http/1.1 - 用命令行工具检测：
grep -r "http://" ./src/ --include="*.html" --include="*.js"找出硬编码 HTTP 链接 - 注意相对协议写法
//example.com/img.jpg已过时且不可靠，现代项目应统一用https://
真正麻烦的从来不是“怎么修”，而是后端接口、CDN 地址、第三方 SDK、甚至 CMS 富文本编辑器里藏的 http:// 链接——它们不会出现在你写的代码里，但会出现在最终渲染的 HTML 中。
