后端request.POST找不到字段，是因为浏览器只提交带name属性的表单控件，id不参与数据传输；name是决定字段能否被提交的唯一开关，缺name则后端必收不到值。
后端收不到表单数据，八成是写了 id 没写 name ——name 才是决定“这个字段能不能被提交”的唯一开关，id 对后端完全透明。
为什么后端 request.POST 里找不到字段？
因为浏览器只把带 name 属性的表单控件值打包进请求体（或 URL 查询参数），id 不参与任何数据传输。哪怕 DOM 中元素存在、JS 能用 document.getElementById 拿到它，只要没设 name，后端就收不到。
-
<input id="email">→ 后端request.POST.get("email")返回None -
<input name="email">→ 后端能正常取到值 - 多个同名
name（如复选框）会以列表形式提交：request.POST.getlist("hobby") - Django 的
request.POST是类字典对象，键名严格对应 HTML 中的name值，大小写敏感、空格敏感
name 和 id 在 DOM 查找时行为完全不同
document.getElementById("xxx") 直接返回单个元素，而 document.getElementsByName("xxx") 总是返回 NodeList（哪怕只有一个匹配项），必须手动取 [0] 才能访问属性。
Convert Markdown To HTML And PDF - Markdown和HTML、PDF互转
下载
实现 Markdown↔ HTML 互转，支持导出 PDF，用于用户请求的文档格式转换。
-
getElementsByName是 O(n) 全量扫描，性能弱于getElementById（O(1) 哈希查找） - 老版 IE 曾对动态插入的
name元素漏匹配；现代浏览器仅对表单控件（input、select、textarea、button、form）支持name查找 - 给
div或span加name属于无效 HTML5 标记，校验器会警告，且getElementsByName不会返回它们
哪些场景必须用 name，不能用 id 替代？
不是“能不能”，而是“语义上不该”——name 和 id 解决的是不同维度的问题。
立即学习“前端免费学习笔记（深入）”；
- radio 按钮分组：只有相同
name才能互斥选择，id再一样也没用 - label 关联表单控件：
<label for="pwd"></label>中的for属性只认id，写name无效 - CSS 选择器：
#pwd可用，[name="pwd"]虽语法合法但非标准、性能差、不可靠 - 传统 JS 表单访问：
document.myForm.email.value依赖的是form和input的name，不是id
最容易被忽略的点：表单提交是纯 name 驱动的管道，而前端交互（样式、脚本、可访问性）大多依赖 id。两者共存不冲突，但混用就会断链——比如只加了 id 的隐藏域，后端永远收不到它的值。
