php 8.4 不处理拖拽行为，拖拽被拒是前端未阻止 dragover 默认行为或后端接收配置不当所致；需检查前端 preventdefault()、content-type 匹配、post_max_size、open_basedir 限制及错误日志。
前端：拖放事件被浏览器静默拦截
浏览器默认禁止在大多数元素上释放拖入内容（尤其是纯文本），除非显式调用 event.preventDefault() 并设置 event.dataTransfer.dropEffect。
- 目标区域（如
<div id="dropzone">）必须监听 <code>dragover事件并阻止默认行为，否则drop根本不会触发 - 仅监听
drop是不够的——没有dragover的preventDefault()，浏览器会直接拒绝投放 - 示例最小可行 JS： document.getElementById('dropzone').addEventListener('dragover', e => { e.preventDefault(); e.dataTransfer.dropEffect = 'copy'; });
-
POST 数据被截断：检查
post_max_size和max_input_vars——即使只传一段文字，若含大量 HTML 标签或特殊字符，仍可能超限 -
请求头不匹配导致 403/400：AJAX 若带
Content-Type: application/json，但 PHP 脚本只读$_POST（它只解析application/x-www-form-urlencoded和multipart/form-data），就会收不到数据 -
CSRF 或安全模块拦截：宝塔自带防火墙、Nginx 的
mod_security或自定义规则，可能将含 script/style 标签的拖入文本误判为 XSS 攻击而拦截 -
open_basedir限制生效：若拖放触发的 PHP 脚本尝试写日志、缓存或临时文件，而路径不在open_basedir白名单内，会静默失败（fopen返回 false，error_get_last()显示 “open_basedir restriction”） -
禁用函数影响 JSON 处理：若
disable_functions中禁用了json_decode或file_get_contents，而你的拖放逻辑依赖它们解析请求体，就会中断 -
错误报告关闭掩盖问题：PHP 8.4 默认更严格，但若
display_errors = Off且没查日志，你会只看到前端“无响应”，实际是 PHP 解析失败后空返回
document.getElementById('dropzone').addEventListener('drop', e => { e.preventDefault(); console.log(e.dataTransfer.getData('text/plain')); });
后端：接收拖入内容时失败（常见于粘贴/拖文本后发 AJAX）
很多“拖文字到区域”实则是用户拖选 → 松开 → 触发 paste 或通过 dataTransfer 提取文本再用 fetch 发送。此时失败往往卡在 PHP 接收环节：
PHP 8.4 环境特有干扰项
虽不直接处理拖放，但以下配置在 PHP 8.4 下更敏感，容易让“看似正常”的拖放提交失败：
