登录后台，网站网站找到“内容管理”或者“文章列表”，后台勾选要删的操作东西，点批量删除。上删就这么简单。掉好多东但真到动手的网站网站时候，你会发现事情没那么干脆。后台
上周帮一个客户清理他们公司网站。操作后台是上删某CMS系统，文章列表默认每页显示20条，掉好多东总共1800多篇。网站网站我要删的后台是2019年之前的所有新闻稿，大概900篇。操作页面上没有“全选所有页”的上删选项，只能一页一页勾。掉好多东每页勾20条，点删除，确认，等页面刷新，再翻到下一页。重复了45次。花了一个半小时，手都点酸了。
更麻烦的是图片。文章删了，但上传到服务器里的图片还留着。后台的媒体库和文章是分离的，删文章不会自动清理附件。我进媒体库一看，3000多张图，文件名全是系统自动生成的乱码，根本分不清哪张对应哪篇文章。只能按上传日期筛选，把2019年之前的全选删掉。但有些图片是产品页在用的，日期也很老。删错了，前台产品图就挂了。后来学乖了，先导出数据库，用SQL查哪些图片被引用了，再反向排除。这活儿没点技术底子真干不了。
产品删除又是另一回事。很多电商后台的产品和订单是关联的。你删一个产品，历史订单里那个商品名就变成空白，或者直接报错。有个客户用的是某开源商城系统，删了200个下架产品，结果已完成的订单详情页全部显示“商品不存在”。客户投诉说订单记录对不上。最后只能从备份里恢复，把产品状态改成“隐藏”而不是删除。后台的删除按钮，有时候就是个陷阱。
用户数据更敏感。网站后台的“会员管理”里，删一个用户，他的评论、订单、积分记录全跟着消失。如果是注销账号的请求，按法规你得真删。但如果是清理僵尸号，批量删之前最好先导出备份。我见过一个论坛管理员，手滑删了活跃用户组，连带删了3000多条帖子。回收站只保留7天，他发现的时候已经过期了。那网站到现在还没恢复元气。
说点实际的。操作前先确认三件事：有没有回收站，回收站保留多久，数据库有没有自动备份。大部分CMS的删除是软删除，数据还在表里，只是加了个deleted_at标记。但有些老系统是真删，DELETE FROM，没救。不确定的话，先拿一条测试数据删了，去数据库里查查还在不在。
批量删除的时候，注意分页参数。有些后台的“全选”只选中当前页，你翻到第二页，第一页的勾选就没了。还有的删除操作是异步的，你点完删除按钮，它后台慢慢跑，页面看着没反应。你以为没成功，又点一次。结果删了两遍，或者触发了重复请求报错。等几分钟，刷新看看。
文件删除要特别小心。服务器上的图片、附件、缓存文件，后台的“清理缓存”功能有时候会误伤。我遇到过一个案例，后台有个“删除未使用文件”的按钮，管理员点了，结果把正在用的缩略图全删了。因为缩略图在数据库里没有独立记录，系统判定为“未使用”。前台文章列表的配图全变成裂图。这种按钮，点之前最好先备份整个upload目录。
删东西这事，快是快，后果得想清楚。后台的删除键不是垃圾桶，是碎纸机。有些系统连回收站都不给。动手前，数据库导一份，upload目录拷一份。花不了十分钟，能省你十个小时的恢复时间。