下午三点十七分，网站无法客服群又炸了。上传运营同事甩过来一张截图，附件后台订单管理页面的网站无法“上传凭证”按钮死活没反应，鼠标点上去像按在棉花上。上传这不是附件第一次了，上周财务上传报销单也卡在同一位置，网站无法最后只能把附件塞进邮件正文，上传格式乱得没法看。附件

网站上传不了附件，网站无法八成是上传这三个原因：服务器限制、前端脚本冲突、附件或者文件本身不合规。网站无法别急着找程序员，上传先自己排查。附件

我先看了下浏览器控制台。F12一按，红色报错跳出来——`413 Request Entity Too Large`。这玩意儿翻译过来就是：服务器嫌你文件太大，直接拒收。我们服务器默认上传上限是2MB，运营同事传的那张产品实拍图，单张就4.8MB。你说气不气人？但服务器设置这东西，改起来要动nginx配置，还得重启服务，不是分分钟能搞定的事。

再往深处挖，发现还有个坑。前端用的那个上传组件，跟咱们网站用的jQuery版本有兼容性问题。具体表现是：文件选好了，进度条也走了，但最后一步回调函数没执行，界面就卡在“上传中”三个字上。这情况更隐蔽，因为服务器日志里根本看不到请求记录——请求压根没发出去。

还有一种情况，纯粹是文件格式惹的祸。行政那边传的是.wps格式的合同模板，咱们后端只认.doc和.docx。上传接口直接返回`400 Bad Request`，但前端没做错误提示，用户看到的就是“没反应”。这锅得前端背，错误处理逻辑写得太糙。

排查顺序也有讲究。先看文件大小，超过10MB的直接压缩或分卷。再看文件名，别带中文和特殊符号，有些老服务器对URL编码支持不好。最后才轮到代码层面——把浏览器缓存清了，换个无痕模式试试。我见过最邪门的案例，是某个同事的浏览器插件拦截了POST请求，换个浏览器立马好了。

真到改代码那步，别急着重构。先在服务器上临时调大上传限制，比如改到20MB，看能不能解决眼前的问题。同时前端加个文件类型校验，传之前就拦掉不支持的格式。至于那个jQuery冲突，升级组件版本或者改用原生XMLHttpRequest，二选一。

说句实在话，这种问题多半不是单一原因。就像昨天那个案例，文件2.3MB，格式是.png，按理说没问题。但用户用的IE11，咱们网站早就放弃兼容IE了。最后让用户换Chrome，秒传。你说这算谁的锅？

网站上传附件这事儿，看着简单，背后牵扯服务器配置、前端交互、文件规范三层。出了问题别慌，按“文件本身→浏览器环境→服务器限制→代码逻辑”这个顺序排查，八成能定位。要是还不行，直接看服务器access log，那里面记着每一次请求的真相。