关于 uWSGI 的 log，我已经写过好几篇文章了。本篇是一个总结，希望把我这几年使用 uWSGI 中积累的关于 log 选项的经验做一个汇总介绍。

有兴趣可以先读一读这几篇文章，更多细节在这里：

在上一篇文章 Flask+uWSGI logging rotate：重要补充 中，我仔细分析了 uWSGI 中处理 logging rotate 的各种限制和解决方案，在文章最后，我提到：

因此，我们需要一个终极解决方案来解决这个问题。这需要新开一篇文章来说明。

现在，终极解决方案 来了。

我在 Flask+uWSGI 的 Logging 支持 一文中详细讲解过关于 Flask+uWSGI 中的 logging 支持情况。但还不够，这篇文章里面做一些重要补充。

本文是 从 Flask 到 Gin 系列的第 6 篇，也是最后一篇。

到这里，重点的内容就讲得差不多了。似乎就剩下怎么部署和维护服务器了。

本文主要介绍如何部署 App，以及实现优雅重启。

本文是 从 Flask 到 Gin 系列的第 5 篇。

Python 提供了一个有趣且有用的语法糖：装饰器。使用装饰器，我使用装饰器在 Flask 中实现了鉴权：用户进行数据提交的时候，需要提供一个 TOKEN，这个 TOKEN 如果解密成功，就正常进行 response 相关的逻辑，反之则直接返回 403 错误。

鉴权逻辑就是使用 Python 的装饰器实现的。但 Golang 没有装饰器特性，我会使用 Gin 的中间件机制来代替它。

本文是 从 Flask 到 Gin 系列的第 3 篇。

配置文件是一个项目不可或缺的内容。在 MJP 的 Flask 版本中，我采用 JSON 格式的配置文件。在 Gin 的实现中，我决定保持这种格式不变。下面是一个简化了的配置文件内容。

本文是 从 Flask 到 Gin 系列的第 2 篇。

在 MJP 项目中，我使用的是 Python 标准库中的 logging 模块。在 Flask 项目启动的时候，创建一个全局的 logger 对象，对其进行基本的设置。