阅读量:0
一、Gunicorn服务器gunicorn_conf.py常用配置详解
gunicorn配置可通过gunicorn启动命令行中设定，也可通过配置文件指定。使用配置文件更加方便。不过今天在配置gunicorn_conf的日志配置时碰到了access_log_format无效，gunicorn的日志配置相关参数有4个，分别是accesslog，access_log_format，errorlog，loglevel。
accesslog:访问日志路径，同nginx的access_log；
accesslog = '/logs/gunicorn.access.log'
accesslog = '-' # 记录到标准输出，不会输出文件
#设置记录访问信息的日志的格式，如下使用： access_log_format = '%(h)s %(l)s %(u)s %(t)s' access_log_format = '%(h) - %(t)s - %(u)s - %(s)s %(H)s'但是今天在使用这个access_log_format的时候，它根本不起作用。专门找到官网:https://docs.gunicorn.org/en/stable/settings.html#access-log-format 看了一遍，发现这个access_log_format各种命令都有，access_log_format，accesslog_format，access_logformat，我于是都试了一遍，但日志格式还是不改变。先记在这里吧。gunicorn_conf.py配置文件常用的配置项详细解释如下：
1. 【server socket】
bind：监听地址和端口。
backlog：服务器中在pending状态的最大连接数，即client处于waiting的数目。超过这个数目， client连接会得到一个error。建议值64-2048。
2. 【worker】
workers：worker进程的数量。建议值2-4 x $(NUM_CORES)， 缺省为1。
worker_class：worker进程的工作方式。 有 sync, eventlet, gevent, tornado, gthread, 缺省值sync。
threads：工作进程中线程数量。建议值2-4 x $(NUM_CORES)， 缺省值1。此配置只适用于gthread 进程工作方式， 因为gevent这种使用的是协程工作方式。
worker_connections：客户端最大同时连接数。只适用于eventlet， gevent工作方式。
max_requests：worker重启之前处理的最大requests数， 缺省值为0表示自动重启disabled。主要是防止内存泄露。
max_requests_jitter：抖动参数，防止worker全部同时重启。
timeout：通常设为30。
graceful_timeout:接收到restart信号后，worker可以在graceful_timeout时间内，继续处理完当前requests。
keepalive:server端保持连接时间。
3.【调试】
reload：当代码有修改时，自动重启workers。适用于开发环境。
check_config：检查配置。
4.【server机制】
sendfile: 系统底层拷贝数据方式，提供performance。
daemon：应用是否以daemon方式运行。
raw_env：key=value, 传递环境参数。
pidfile：pid存储文件路径。
worker_tmp_dir：临时工作目录。
5.【日志】
accesslog：日志文件路径
access_log_format：日志格式如 %(h)s %(l)s %(u)s %(t)s "%(r)s" %(s)s %(b)s "%(f)s" "%(a)s" 。
errorlog：错误日志路径。
loglever：日志级别。debug, info, warning, error, critical.
capture_output：重定向stdout/stderr到error log file。
logger_class：日志实现类。缺省gunicorn.glogging.Logger 。
logconfig：日志配置文件。同python标准日志模块logging的配置。
二、Gunicorn日志：invalid HTTP method
使用Gunicorn和FastAPI搭建的服务端框架程序看到报错：Gunicorn日志： httptools.parser.errors.HttpParserInvalidMethodError: invalid HTTP method
self.parser.feed_data(data)
File "httptools/parser/parser.pyx", line 193, in httptools.parser.parser.HttpParser.feed_data
httptools.parser.errors.HttpParserInvalidMethodError: invalid HTTP method
奇怪为什么会有这样的错误，因为我尝试过post/get混用及URL错误各种请求尝试都未出现这样的错误，这个报错是在什么条件下产生的呢？于是我使用ApiPost来测试请求，同时也发现ApiPost可以选择的方法很多，ApiPost测试工具可以帮助用户在软件上调试接口，可以选择POST、GET、PUT、PATCH、DELETE、COPY、HEAD、OPTIONS、LINK、UNLINK、PURGE、LOCK、UNLOCK、PROPFIND、VIEW等接口进行调试。
根据HTTP标准，标准的HTTP请求可以使用多种请求方法。
HTTP1.0定义了三种请求方法： GET、POST 和 HEAD方法。
HTTP1.1新增了五种请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。
而在ApiPost上除了上面的这些请求外（没有CONNECT,TRACE）之外，还有LINK,UNLINK,LOCK,UNLOCK,VIEW,PURGE,PROPFIND,COPY
我尝试使用了上面的各种方法来测试，最后发现使用VIEW方法才会导致出现这个报错：httptools.parser.errors.HttpParserInvalidMethodError: invalid HTTP method。VIEW到底是个什么东西？网上也没有找到将它和HTTP REQUEST METHOD相关的说明，难道是http1.2?http2.0中新增的？但我也没有找到相关的内容。
