guqing
guqing
Hi @nperez0111 , Thank you so much for taking the time to dig into this and write such a detailed explanation. 🙏 I’ll open a dedicated issue that links...
由于长时间没有反馈我将关闭此 issue，如还有其他反馈可重新打开 /close
由于长时间没有反馈我将关闭此 issue，如还有其他反馈可重新打开 /close
此问题需要等待 https://github.com/halo-dev/halo/pull/6488 合并后修改插件解决
> 我的建议是专门为主菜单信息的获取和更新提供接口，毕竟菜单管理权限强依赖 ConfigMap 的权限并不合理。 我感觉可以单独为设置项出一个自定义 API 可以根据 group 来获取，这样就可以将权限绑定到 Menu 管理权限上，每个地方都为获取配置出两个自定义 APIs 感觉很繁琐
> > 我感觉可以单独为设置项出一个自定义 API 可以根据 group 来获取，这样就可以将权限绑定到 Menu 管理权限上，每个地方都为获取配置出两个自定义 APIs 感觉很繁琐 > > 专门给 system 的 ConfigMap 提供接口吗？还是 metadata.name 也可以传入 GET/PUT `/apis/console.api.halo.run/configmaps/{name}/{groupName}` 或者 `/apis/console.api.halo.run/systemconfigmaps/{groupName}` , 但我更倾向于方案二，方案一中 subresource 是动态的，动态的子资源路径虽然可以实现，但在 kubernetes 中不太常见,可能不完全符合...
/ping @ruibaby
/kind feature
/milestone 2.17.x