July
July
fix #11708 dark mode has some wrong color 1. fix scrollbar color 2. fix notice message box color 3. fix normal-button and pagination-button color  
linked #10378 add lock query count and rt metrics
这是nacos中的ControllerMethodsCache，作用是通过HttpServletRequest获取controller中处理该request的方法，然后获取Secured注解  既然已经注入到spring容器中了，为什么不用现成的RequestMappingHandlerMapping方法来处理 
1. 命名空间应该是1：n配置，但是在生成配置的时候没有校验命名空间 2. Namespace中的quota，大概阅读了一下，应该是没啥用，感觉跟1都是因为设计漏掉了？ 3. TenantInfo和Namespace的问题，这块领域模型感觉有点问题，我理解TenantInfo是跟数据库交互的对象，Namespace是走业务的，但是前端还存在一堆的tenantId，到后端转成了NamespaceId，感觉有点怪，我觉得可以考虑在3.x把TenantInfo遗弃掉得了。
将vue项目打包进resources/static目录下
### What does this PR do? 1. Add docker and swarm BasicAuth ### Motivation To fix #10757 to support HTTP BasicAuth for docker and swarm. ### More - [ ]...
前提：在社区共建的行为下，很多配置信息不太规范，并且写法种类比较多，有从properties里提取，有从其他地方提取，又或者有人支持yaml动态配置，有人不支持 改动：是否可以将所有配置规范化，将desc，defaultValue，canConfig等信息统一收集，统一处理，类似@Value注解 方案：通过注解配置，aop不依赖spring，可以基于jsr-269这一规范，静态将注解编译为代码，类似lombok，有更好的方案可以提出 举个例子： ```java @NacosConfig(value="nacos.naming.client.expired.time", canConfig=true, defaultValue=1000L) private long expiredTime; ``` 此时aop自动改写成 ```java private long clientExpiredTime=EnvUtil.getProperty(ClientConstants.CLIENT_EXPIRED_TIME_CONFIG_KEY, Long.class, ClientConstants.DEFAULT_CLIENT_EXPIRED_TIME); ``` 优点，所有的配置统一化，对用户对开发者都很友好，不需要新增代码从properties里面拿，或者忘记做成动态化配置，以及properties的key不规范 > #12457 用户就算看了源码也很难找到defaultValue
1. use golang redo nacos-ctl, more Lightweight、easy to build and cross-platform. 2. supoort more func include test、query and cluster. 2.1 test, such as nacos-ctl test naming --endpoint=127.0.0.1:8848, it will register...
#2349 参考nacos-grpc实现一套grpc handler，request，response，grpc server的模版类，方便后面拓展以及修改http接口