Mason.MA

django.core.exceptions.ImproperlyConfigured: Requested setting CACHES, but settings are not configured. You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings.

注解支持解析origin和自定义resource name

3

这个注解功能已经实现，讨论下有没有必要合并进来。 1、被注解保护的资源，可以通过解析orgin方法提取出入参中的某个值作为资源标识。 2、被注解保护的资源，可以通过解析resource name的方法从入参中提取资源名称。 我们的场景： 注解可以灵活的定义资源名称和origin，给使用注解的业务系统提供了很大的灵活性；例如某个service的接口，提供给多个调用方（a/b/c），可以直接通过提取资源名称的方法，把resource绑定到对应的调用方上(serviceApi_a,serviceApi_b,serviceApi_c)，分别对其进行限流规则配置。也可以通过解析orgin方法，统一为一个资源，分别配置不同的origin进行规则配置。 关于origin只在最外层生效和统一拦截器冲突问题： origin仅会在入口处生效，假设web系统有统一的filter处理入口请求并且加上了sentinel限流保护，那么注解中的origin也就不生效了。我是这么想的。 1、对于统一filter，可以制定统一的规范提取某个字段作为origin的标识。 2、让filter可配置开闭让用户选择；解决filter定义的统一origin提取规范对某些业务系统来说改造成本过高问题(比如业务系统有一些历史包袱，识别调用者身份的字段所处的位置千奇百怪) 3、注解支持了origin解析，同时具备了灵活性，未必所有的入口都需要限流保护。

表名字段名索引名规范问题

1

大佬你好， 准备用你这个在内网局部测试一下的，建表的时候，遇到各种不规范 主要是host user port password 等等 这种保留字 涉及到表字段，以及接口交互字段。 希望能update一下。 若有可能，我可以提交一下我update的版本吗？