Adol1111

spi也可以，但这样的话所有的配置都只能用一个相同的校验器。apollo的话主要是用的team比较多，每个项目，每个配置文件的校验规则也不太一样。用一个会比较麻烦，需要大家共同维护这个校验器。

这个我明白，但问题是这样的话hook的地址就要有地方单独管理，如果写死的话每次增加hook都要重新发布一下。我自己先想想怎么做比较合适，谢谢指教。

> 请教下，这个功能后面你们是怎么实现呢 我们最后没有在apollo中实现，利用openapi搭了一个新服务，写入apollo前会先在新服务进行校验，然后再利用OpenAPI写入到apollo中。因为公司的原因，apollo的原生管理平台被我们给弃用了，所有的写入操作在外部处理完之后才进入apollo。

> > > 请教下，这个功能后面你们是怎么实现呢 > > > > 我们最后没有在apollo中实现，利用openapi搭了一个新服务，写入apollo前会先在新服务进行校验，然后再利用OpenAPI写入到apollo中。因为公司的原因，apollo的原生管理平台被我们给弃用了，所有的写入操作在外部处理完之后才进入apollo。 > > 用户配置的所有写入都是通过openAPI来操作，完全不用管理界面？ 新搭了一个管理平台（对静态配置、动态配置统一管理入口），接入了公司的审批流，对部分功能做了增强。校验、审批后通过openapi写入Apollo。不过只提供了Apollo管理平台的部分核心功能，目前看还是够用的。

> openapi写入Apollo前===》，是提供给用户类似hook的方式，让用户填写一个URL地址，在写入时增加调用check这种方式吗 我们的配置管理平台，支持定制配置模板（会根据规则生成前端界面），创建namespace的时候可以绑定一个配置模板，通过模板界面生成我们想要的配置。你可以认为通过模板生成的配置，已经是规范化的配置了（模板本身也有一些校验参数，比如required之类的选项）

如果发生了删除，但不是管理员工具删除，好像就会有问题，总之是可以配置大小写不敏感的同名配置的

那可能是有了Redis.json，然后再删除Redis.json，再建立redis.json导致的？

1.3添加了一个这个fix，是否跟这个有关，#1894 ，不过暂时没看到大小写转换，不知道大小写不同的情况是否会受到这个的影响

我们用的是postgresql，pg默认是区分大小写的，mysql连内容也不区分大小写吗？

我觉得这个设计有点问题 1. 把大小写敏感这么重要的事情直接交给了第三方组件，而不是在代码里处理 2. 文档里并没有说明这件事 3. 数据库大小写无所谓（文档没说明），却在代码里有一个大小写不敏感的缓存 建议把这层转换在代码里做掉会好一些，否者稍不注意就会引起问题