仅实现前端视觉掩码，不加密；明文仍存于dom、http明文传输（需https）、服务端须立即哈希存储（如bcrypt），base64等非加密，安全防线在https、服务端哈希、数据库隔离。

type=password 本质只是视觉掩码，不提供任何加密或安全传输能力，所有逻辑仍需后端保障。

为什么输入内容显示为圆点但提交时仍是明文

浏览器对 type="password" 的处理仅限于渲染层：输入字符被替换为 ● 或 •，但 DOM 中的 value 属性值、JavaScript 读取的 input.value、表单提交的 payload 全部是原始明文。

• 用 console.log(input.value) 打印出来就是用户真实输入的字符串
• 抓包（如 DevTools Network 面板）能看到 POST 请求体里是未加密的明文密码
• 服务端收到的也是明文，必须自行做哈希（如 bcrypt）存储，绝不能直接存库

如何避免在控制台或调试中意外泄露密码值

开发者常在调试时用 console.log 打印整个表单对象，导致密码明文出现在控制台。这不是 type="password" 的问题，而是使用方式疏忽。

html-to-pptx-converter

使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。

下载

• 调试时手动过滤敏感字段：console.log({ ...form, password: '[REDACTED]' })
• 不要用 console.dir(form) 或 console.log(form) 直接输出表单元素，现代浏览器会展开并显示 value
• 若需验证输入是否生效，改用 input.checkValidity() 或只打印长度：input.value.length

autocompletetype 和 autocomplete 属性的实际影响

现代浏览器密码管理器依赖 autocomplete 属性识别字段类型。仅写 type="password" 不足以触发自动填充，必须配对使用：

• 登录页密码框应设 autocomplete="current-password"
• 注册/修改密码页的新密码框用 autocomplete="new-password"
• 忽略 autocomplete="off" —— 大部分主流浏览器（Chrome/Firefox/Safari）已无视它，尤其对密码字段
• autocompletetype 是过时属性（曾用于旧版 WebKit），现已被标准 autocomplete 取代，无需再用

真正关键的安全边界在传输（HTTPS 强制启用）和存储（服务端哈希+盐值），type="password" 唯一作用是防止肩窥，别让它承担它扛不起的责任。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！