给网站执行自动提交图片操作

凌晨三点，站执作我盯着屏幕上的行自报错日志，第37次手动上传产品图。动提鼠标点得手酸，交图眼睛快瞎了。片操那一刻我发誓，站执作必须写个脚本把这活儿干了。行自

自动提交图片，动提本质就三步：读文件、交图发请求、片操处理响应。站执作别想复杂了，行自直接上Python加requests库，动提十行代码能跑通基础版。交图

import requests files = { 'file': open('product.jpg',片操 'rb')} resp = requests.post('https://your-site.com/upload', files=files) print(resp.status_code) 

但真实网站没那么傻。我之前对接过一个电商后台，人家要token验证，要带cookie，还要在表单里塞个隐藏的csrf字段。第一次跑脚本，服务器直接甩我个403，连个提示都没有。后来抓包一看，人家早就在请求头里埋了Referer检查——你从脚本发出去的请求，Referer是空的，直接被当作爬虫拦截。

解决方式也粗暴：先手动登录一次，把cookie抓出来，塞进脚本的session里。或者干脆模拟整个登录流程，用requests的Session对象保持状态。我偏好后者，因为cookie会过期，但登录脚本能自动续命。

再往下走，会遇到图片压缩。有些网站限制2MB以内，你原图5MB直接传就报错。这时候得在本地先用PIL库压一遍，设置个quality参数，循环试到体积达标为止。别小看这一步，我压过最狠的一次，原图8MB压到1.2MB，肉眼根本看不出区别。

真正坑人的是异步上传。有个图片社区网站，前端用AJAX分片上传，每片1MB，最后再合并。我一开始傻乎乎地整个POST，结果服务器返回“文件不完整”。后来读人家前端源码才发现，得先调接口拿uploadId，然后按分片顺序发请求，最后再调complete接口。那会儿我对着浏览器开发者工具，把每个请求的参数都抄下来，硬是拼出了一个能用的脚本。

做完这些，还得考虑重试机制。网络抖动、服务器5xx、超时，都是家常便饭。我给脚本加了装饰器，失败自动重试三次，每次间隔指数退避。别嫌麻烦，跑批量任务的时候，一次中断可能意味着几百张图白传。

最后提醒一句：别拿这技术去搞别人家的网站。我写自动提交脚本，是为了给自己维护的博客批量更新配图，省的是自己的时间。你要是拿它去刷票、灌水、薅羊毛，轻则被封IP，重则吃官司。技术本身没对错，用的人得有点底线。

脚本跑通那天，我泡了杯咖啡，看着几百张图在几分钟内全部上传成功，页面刷新后整整齐齐地排在那里。那种感觉，比手动点一晚上鼠标爽多了。