表单提交后数据未进数据库，需依次检查：method与后端接收方式是否一致、action路径是否正确、enctype是否匹配、后端是否解析请求体、SQL是否使用预处理语句、前后端数据格式是否统一。
form 提交后数据没进数据库，先查 method 和 action
浏览器只管发请求，后端收不收、存不存，完全取决于表单配置和后端逻辑是否对得上。method 写成 GET 却在后端用 POST 接收，或者 action 指向了静态页面（比如 action="index.html"），数据根本到不了后端代码。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
method必须和后端路由/接口约定一致，增删改操作一律用POST（或PATCH/DELETE） -
action值要是后端真实能处理的路径，比如action="/api/user"，而不是action="./submit.php"这种相对路径（容易 404） - 打开浏览器开发者工具的 Network 标签页，点提交，看请求是否发出、状态码是不是 200 或 201；如果是 404 或 405，问题就出在
action或method
PHP/Python/Node.js 后端没读到 $_POST、request.form、req.body
表单发出去了，但后端变量是空的——常见原因是 enctype 错了，或者没解析请求体。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 普通文本字段（
input、textarea、select）必须用enctype="application/x-www-form-urlencoded"（这是默认值，可不写）；如果加了enctype="multipart/form-data"却没传文件，后端可能直接忽略所有字段 - PHP 要确认
post_max_size和max_input_vars没被设得太小（尤其字段多时） - Python Flask 需显式调用
request.form.get("username")，不是自动注入变量；FastAPI 则要定义Form()参数 - Node.js Express 默认不解析
body，必须加app.use(express.urlencoded({ extended: true }))，漏掉这句req.body就是空对象
SQL 插入失败但没报错，检查 INSERT 的字段名和值顺序
后端代码看着跑通了，日志也没异常，但数据库里就是没新记录——大概率是 SQL 拼错了，或者参数没绑定成功。
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 别手拼 SQL 字符串（比如
"INSERT INTO user VALUES ('" + name + "')"），极易被注入且字段顺序一乱就静默失败；一律用预处理语句（mysqli_prepare、psycopg2.execute、mysql2.query带 ? 占位符） - 字段名显式写出：写成
INSERT INTO user (name, email) VALUES (?, ?)，别依赖表结构顺序 - 执行后检查返回值：
mysqli_affected_rows()是否为 1，cursor.rowcount是否 > 0；不查就等于没确认存进去 - 开启数据库查询日志（如 MySQL 的
general_log），看实际执行的语句长什么样，比猜快得多
前端用了 fetch 或 axios，后端却还在等传统 form 提交
现在很多人用 JS 控制表单提交，但后端还按老套路等 Content-Type: application/x-www-form-urlencoded，而 JS 默认发的是 application/json，两边根本对不上。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 如果前端用
fetch发 JSON，后端就要从req.body（Express）或request.get_json()（Flask）读，不是request.form - 如果后端只认表单编码，前端就别用
JSON.stringify，改用new URLSearchParams(formData)构造请求体，并设headers: { 'Content-Type': 'application/x-www-form-urlencoded' } - 前后端约定好接口规范：字段名、嵌套结构、空值怎么传（
null？空字符串？还是干脆不传？），否则一个字段命名大小写不一致（user_idvsuserId）就能卡住
真正卡住人的，往往不是“怎么存”，而是“哪一步悄悄跳过了”：表单属性、请求头、后端中间件、SQL 绑定、甚至数据库字段的 NOT NULL 约束没给默认值。每层都得有验证反馈，不能靠“应该进了吧”来推进。
