网站上传可以通过

网站上传通过的网站那一刻，我盯着屏幕上的上传绿色对勾，心里想的可通不是“太好了”，而是网站“这次居然没被驳回”。

做这行久了，上传你会发现“上传通过”这四个字背后藏着完全不同的可通两种体验。一种是网站机械式的成功——你传了张模糊的产品图，系统秒过，上传因为根本没人在意；另一种是可通真正的通过——你花了三天调整像素密度、压缩算法、网站CDN节点，上传最后那个进度条走完，可通服务器返回200，网站你才敢松口气。上传

上周我帮朋友改一个老旧的可通电商后台，他们上传商品图一直报错。我打开控制台一看，HTTP状态码403，服务器在拒绝请求。朋友说“我们换过浏览器，清过缓存，都没用”。我检查了他们的服务器配置，发现Nginx的client_max_body_size还停留在1M——一张手机拍的图都超限。改到10M，刷新，上传，通过。

就这么简单。但没人愿意去看那行配置文件。

更常见的情况是，你传的东西格式没问题、大小没问题，但系统就是不认。比如某些政府网站要求PDF版本必须是1.4以下，你拿个新版的Acrobat导出的PDF，表面看着正常，后台解析直接崩。这时候你只能翻出十年前的老软件，重新导一遍。上传通过的那一刻，你会觉得整个互联网的底层逻辑其实特别脆弱——它靠的不是什么高深技术，而是无数个“刚好兼容”的瞬间。

我自己最崩溃的一次，是给客户做视频上传功能。视频编码H.264，音频AAC，封装MP4，所有参数都符合规范。但上传到一半，进度条卡在99%，然后超时。查了三天，最后发现是服务器上的临时目录权限设置成了只读。改权限，重传，通过。那三天里我反复怀疑自己的代码，结果问题根本不在代码里。

所以现在我看到“上传通过”这四个字，第一反应是庆幸——庆幸这次没有遇到奇奇怪怪的中间层，没有碰到某个过期的SSL证书，没有撞上某个防火墙的误判规则。

当然，也有那种真正让人爽的通过。你写了个上传组件，支持断点续传、秒传、并发控制，测试的时候故意断网、换IP、改文件内容，它都能正确处理。最后那个绿色的“上传成功”弹出来，你会觉得这玩意儿比很多大厂的产品都靠谱。但这种通过，是你自己挣来的。

大多数时候，上传通过只是意味着“这次没出问题”。它不代表你的代码写得好，也不代表你的服务器配置合理，只代表当前这条链路恰好是通的。就像你走夜路，没摔跤，不代表路好走，只是这次运气不错。

所以如果你也在跟上传功能较劲，别急着改代码。先看看错误日志，再查查服务器配置，最后才怀疑自己的逻辑。很多时候，通过不通过，跟你的努力没多大关系——它只跟那个你从来没注意过的默认值有关系。

绿色对勾亮起来的时候，我关掉控制台，把那个改过的配置文件备份了一份。下次如果再出问题，我至少知道该从哪儿查起。