@virusdefender #11 审核不过，然后自己再去反馈

我知道另外一个类似的课程就是人工的。。

另外你的代码没太懂，voters 是实例方法么，为啥没有 self 或者 staticmethod

我试了下 pycharm 有没有 decorator 都是可以正常提示的，你试一下 docstring 吧

"""
:return: People
"""

因为关系型数据库的特性，一些大字段会降低查询性能（主要是 io，和列存储对比），所以一般就是大字段没有筛选和聚合需要的扔出来，关系型数据库存储小字段。

慢点甩手，可能是血液回流不及时。长时间不消肿，建议去医院。

是的，腾讯云都有合成人工智能讨债电话的 api

@Tyanboot #37 道理我都懂，可实际我用 supervisor + 多个进程在一个容器中用的更爽

@Tyanboot #35 理论上是这样的，但是实际上也经常会用多个进程，比如 Nginx + web server + 队列之类的

systemd 无法在 docker 中使用，除非 privileged=true

借一个或者买一个备案的域名就好了

正常途径没办法，除非

- 暴力搜索
- 已知信息去获取，ssl 证书透明度信息、邮箱、链接，Google site: 等
- DNS 服务商的漏洞

我开始文件有手动重命名的，重发一下

openssl genrsa -out ca.key 4096
openssl req -new -x509 -nodes -sha256 -subj "$subj/CN=Test Root CA" -days 3650 -key ca.key -out ca.crt

openssl genrsa -out client.key 4096
openssl req -new -key client.key -out client.csr -subj "/CN=Cert Test"
openssl x509 -req -days 3650 -extfile <(printf "keyUsage=digitalSignature") -in client.csr -CA ca.crt -CAkey ca.key -set_serial 1234 -out client.crt
openssl pkcs12 -export -in client.crt -inkey client.key -name "Admin Cert" -out client.p12 -password pass:123456


ssl_client_certificate /ssl/ca.crt;
ssl_verify_client on;

其实不存在 client_ca.crt 的

不过我试了下，我的 nginx version: nginx/1.13.9 还是可以工作的

```
openssl genrsa -out ca.key 4096
openssl req -new -x509 -nodes -sha256 -subj "$subj/CN=Test Root CA" -days 3650 -key ca.key -out ca.crt

openssl genrsa -out client.key 4096
openssl req -new -key client.key -out client.csr -subj "/CN=Cert Test"
openssl x509 -req -days 3650 -extfile <(printf "keyUsage=digitalSignature") -in client.csr -CA client_ca.crt -CAkey client_ca.key -set_serial 1234 -out client.crt
openssl pkcs12 -export -in client.crt -inkey client.key -name "Admin Cert" -out client.p12 -password pass:123456
```

```
ssl_client_certificate /ssl/client_ca.crt;
ssl_verify_client on;
```

你用的是什么版本的 nginx 啊，我看新版好像行为不太一样了

ssl_verify_client on | off | optional | optional_no_ca;

The optional_no_ca parameter (1.3.8, 1.2.5) requests the client certificate but does not require it to be signed by a trusted CA certificate. This is intended for the use in cases when a service that is external to nginx performs the actual certificate verification. The contents of the certificate is accessible through the $ssl_client_cert variable.