本帖最后由 whzfjd 于 2025-6-28 00:06 编辑
行吧，我做云服务 IT 我也立马被炒
soloviki 发表于 2025-6-27 22:22
rm oXs://xxxxxx-cloud-product/user/cache/project/合同号/PM-合同号-17 -r -f
没了
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https://help.aliyun.com/zh/oss/developer-reference/rm
magi 发表于 2025-6-28 00:04
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https ...
然后他们公司的"大佬"就来了一句任何Linux都这样....
magi 发表于 2025-6-28 00:04
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https ...
叹为观止，这是真的坑死用户啊…
无法计算 发表于 2025-6-28 00:31
叹为观止，这是真的坑死用户啊…
因为对象存储其实一般没有文件夹的概念，只是key可以有斜杠看起来好像文件夹一样，有些脚本工具没考虑那么多，虽然文档写了是前缀匹配删，但是命令又故意设计的很像普通文件系统的rm，甚至还有-r参数，不仔细看文档就容易踩坑
linux的rm应该不会有这个问题，应该是对象储存工具的子命令rm不加/会有这个问题
—— 来自 S1Fun
magi 发表于 2025-6-28 00:04
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https ...
网页里命令是ossutil rm
按理说脚本里用这个也应该是ossutil rm ？
soloviki 发表于 2025-6-27 23:45
数据交付大部分都是要走云上给客户交付的 云存储要买 云计算也要买
—— 来自 鹅球 v3.5.99-alpha ...
感觉不如卡车拉硬盘省事儿
magi 发表于 2025-6-28 00:04
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https ...
好了这下破案了确实应该就是这个了
obs的话情况也这样么？
大佬意思可能就是指的这个删除对象的工具 毕竟我们多年一直用的oss 这些脚本都是基于这个写的 我问的也是云上的情况 跟我们这些外行说不了那么细
—— 来自 鹅球 v3.5.99-alpha
蜇灵 发表于 2025-6-28 01:14
感觉不如卡车拉硬盘省事儿
不同客户要求不一样 有的确实是寄硬盘的 一说就是交一批数据 先弄个20T的盘
但大部分是走云 时效性便捷性优于卡车拉盘太多 有个别的还要求必须拉xx云专线
—— 来自 鹅球 v3.5.99-alpha
嗨呀
那这根本不是rm命令，这命令是ossutil，rm是它的一个参数，实际行为是ossutil实现的
但是这么重要的操作伪装成跟原生rm差不多确实不礼貌，应当写成orm/del之类的区分开
这个不是rm -rf啊，冒牌的
阿里云这个命令的写法就很有问题
阿里云全责吧
蚌埠住了，原来是对象储蓄直接匹配文件名前缀的
你这需求最简单的就是按照月份建不同的容器
当月 -1 -2 -3 每个月把-3里的全删了然后整体移动
whzfjd 发表于 2025-6-27 19:23
说到目录斜杠，感觉 http route 好像真的加不加有区别？
对于一个绑定了ip:port的服务器程序(socket)，所有请求就只是报文而已，而那个ip:port后的请求路径也必然就在报文里
不确定某些服务器框架会不会实现相关的特性，但服务器根据请求路径的"结尾是否有/"或"/在路径里出现了几次"之类的特性，做出不同的回应是肯定可以做到的
Hydro 发表于 2025-6-28 10:24
嗨呀
那这根本不是rm命令，这命令是ossutil，rm是它的一个参数，实际行为是ossutil实现的
但是这么重要的操 ...
emm……我去阿里云oss 华为云obs两边看了下 都是这样的
https://help.aliyun.com/zh/oss/developer-reference/rm
https://support.huaweicloud.com/intl/zh-cn/utiltg-obs/obs_11_0021.html
ossutil obsutil
这些里边的 -r定义本身就是指“按指定的对象名前缀批量删除对象” 跟原本rm的-r递归不一回事
那么问题来了 xxxutil为啥设定成这么个思路 这得有多少人会被坑… 感觉正常人上去都要抖三抖
华为云这边提示按前缀更显眼一点 阿里这边都只写个prefix
这也太弱智了，批量删除为啥要叫r，还能同时匹配xx和xx*
正常linux用户都会被坑吧
原来是ossutil的问题，以后要是用到的话得小心点了
—— 来自 Xiaomi 23054RA19C, Android 15, 鹅球 v3.5.99
竟然还能这样，这ossutil谁写的，这不得坑无数人。。
—— 来自 Xiaomi 24129PN74C, Android 15, 鹅球 v3.5.99
ossutil这玩意谁写的？有种引诱你犯错的感觉
卧槽，楼主这个案例牛逼了，我也在用 ossutil down 文件和删除过期备份，吓得我赶紧检查了一下脚本，还好当时比较粗糙没做文件夹，逐个检查逐个删除的，虽然丑是丑了点好歹没问题
./ossutil -c oss.config rm $file_name;
卧槽这帖子还在，我还纳闷不就是脚本没敲好吗，原来真相是阿里云。
仔细想想，这不就是传统alias rm段子的上云版本吗？
哈哈 ossutil这个确实有点离谱 如果阿里云抄的aws 难不成s3的工具也是这样
从手滑问题演变到 RTFM
流缨 发表于 2025-6-28 16:22
卧槽这帖子还在，我还纳闷不就是脚本没敲好吗，原来真相是阿里云。
仔细想想，这不就是传统alias rm段子的 ...
那些是alias命令 这个是alias参数
看起来还人模狗样 走两步忽忽悠悠就瘸了
什么心态先不说 隐蔽是真的隐蔽啊
过几天我@版主给挪到PC区好了 别在归墟给冲水了
以警世人啊
—— 来自 鹅球 v3.5.99-alpha
原理其实很简单啊……
云上类似s3这种存储都是对象存储，
本身没有文件夹结构，
所谓的路径只是前缀
r作为标识提供匹配功能
—— 来自 OnePlus CPH2653, Android 15, 鹅球 v3.4.97-alpha
seducer0719 发表于 2025-6-28 17:53
原理其实很简单啊……
云上类似s3这种存储都是对象存储，
本身没有文件夹结构，
特性是这么个特性
但写这个r的人为什么不换个别的命名 非要用r么
—— 来自 鹅球 v3.5.99-alpha
所以我们组的rm命令实际功能是把文件丢进一个会定期清理的硬盘里。
反直觉反习惯，挺奇葩的
看完感受到直冒冷汗的心境了。
看了下AWS的rm --recursive也是前缀匹配 https://docs.aws.amazon.com/cli/latest/reference/s3/rm.html#examples
但是AWS CLI似乎不支持类似Unix的简化参数
RaKboW 发表于 2025-6-29 06:57
老哥这是企微吗，咋设置的背景不显示工号和姓名。每回我截图企微弱智产品经理写的弱智需求分享到q群里吐 ...
管理员设的吧 员工自己肯定设不了 再说这图里肯定也有隐性水印吧
—— 来自 鹅球 v3.5.99-alpha
magi 发表于 2025-6-28 00:04
打码的部分是阿里云的oss://的话，好像确实删除脚本是按前缀匹配的，那就没有大家纠结的星号问题了
https ...
卧槽，修改大家广为接受的参数含义这种事情，这是要把人害死啊