直接覆盖旧文件需服务端逻辑控制，因move_uploaded_file仅文件系统覆盖，不保证原图删除、新图生效及前端可见；须校验权限、MIME类型、设置enctype、避免缓存并确认替换成功。
直接覆盖旧文件是可行的，但必须配合服务端逻辑控制，不能仅靠前端表单提交就完成“替换”语义。
为什么 move_uploaded_file 覆盖不等于安全替换
PHP 的 move_uploaded_file 确实会在目标路径存在同名文件时自动覆盖，但这只是文件系统层面的操作。实际业务中，“替换”意味着：原图被删、新图生效、前端立刻可见。而浏览器缓存、文件权限、上传校验缺失都会导致看似成功实则失败。
- 若服务器上
images/image.jpeg权限为只读，move_uploaded_file会静默失败，返回false，但前端无感知 - 未校验
$_FILES['fileToUpload']['type']，用户可能上传 .php 文件，造成代码执行风险 - 前端 img 标签仍引用
images/image.jpeg，但浏览器可能从缓存加载旧版本，导致“上传成功却看不到变化”
enctype="multipart/form-data" 是硬性前提，漏掉就根本传不了文件
HTML 表单必须显式声明该属性，否则 $_FILES 在 PHP 中为空数组，后端收不到任何文件数据。这不是可选优化项，而是协议级要求。
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 即使用了
<input type="file">，没写enctype，表单提交后$_FILES就是空的 - 使用
fetch或XMLHttpRequest时，只要用FormData对象构造请求，浏览器会自动设置正确的Content-Type和 boundary，无需手动拼接 - 若手动构造
fetch请求体并设为application/json，文件会被转成 base64 字符串传输——这会显著增大体积、增加服务端解码开销，且不推荐用于图片等二进制文件
前端强制刷新图片 URL 避免缓存陷阱
单纯替换服务器文件，不改 URL，90% 的用户看到的仍是旧图。解决方法不是禁用缓存（影响性能），而是让 URL 变化。
立即学习“前端免费学习笔记（深入）”；
- 在
<img src="images/image.jpeg?ver=123">后加时间戳或哈希参数，每次上传后更新该参数值 - PHP 后端上传成功后，返回新文件的最后修改时间：
filemtime('images/image.jpeg')，前端用它生成带时间戳的 URL - 更稳妥的做法是上传后重命名文件（如
image_1727002080.jpeg），然后把新文件名写入配置或返回给前端，彻底规避缓存与命名冲突
真正难的不是“怎么传”，而是“怎么确认它真的替换了”。路径权限、MIME 校验、缓存穿透、错误反馈链——每个环节断掉，用户就会卡在“点上传→没反应→重试→还是旧图”的死循环里。
