劈里啪啦

> 扩展点自动激活 > 是否可以加一个小的注意点,如果配置了注解,则无论在何种profile中都会生效 因为我在实际应用当中出现了一个小的事故,本来开发环境配置的dubbo.provider.filter却在生产出现了相同的效果,经过测试,发现是Activate注解的filter是默认全局的,配置了Activate注解,则properties中就无效了,是我个人理解有问题,但是提议加上...

> @ilovedumplings > > 的确domain不是域资源，所以不应该在域级别的权限里展示，这个我们处理一下。 > > @easy-mj 请问这块修改的思路是什么呢?

> purgeWires 但我实际测试过程中并没有删除wires和network，在之后的purgeVpcs才进行了删除的操作

> 你测试的是哪个云平台 openstack 私有云平台

> https://github.com/yunionio/cloudpods/pull/20041/files 试下这个可以不，vpc属于region下面的资源，放到zone底下purge不合适 wires.Field("manager_id"), managerId 这个代码??? wires_tbl表里新增了manager_id这个字段吗?是在哪个版本增加的?我现在使用的版本没有这个字段

> 3.11开始新增的，是为了vmware加的，你的是什么版本 我这边是3.10 我还发现个问题,就是我这边扫不到的原因是,我同步openstack的时候,二层网络的数据没有关联上zone_id这个字段，问题可能出现在这里，因为zone+id没有导致,purewire查不出来，而且我发现source字段是cloud,这个source字段是正常的吗? 

> 正常，openstack的子网本身和zone是没有关联的，所以需要由vpc去删除 那其实就破案了,我这边同步上来的数据，wire和zone没有关联关系，然后根据zone删除wire和子网的时候就删除不了，最后导致子网校验的时候过不去，感觉还是要修改校验那块的逻辑，可能不需要注释掉,但是内部判断逻辑是不是要修改?

> #20054 这样就可以了，等vpc purge完成后再purge zone 我晚点试试,但是这样感觉逻辑上会不会出什么问题呢...总是感觉有坑的样子 .等我验证下看看

> #20054 这样就可以了，等vpc purge完成后再purge zone 有个场景想要咨询一下，像guests和disks的数据,有没有记录其状态变化的字段?除了日志还有别的参数记录嘛?我想获取下云主机和磁盘 从回收站恢复的时间

> 如果是本域共享 原来是这个意思啊..我去尝试下,谢谢