其次，我在models中新增了初始化roles的方法，并将该方法加入到了startup中间件中，每次启动程序都会检查是否要初始化该数据。1.校验参数是否合规（这里我使用的pydantic自身的校验，见user_schemas）因为role和sex的值是固定的，所以我创建了两个枚举类来限制这两个字段。到这里我们基本完成了注册接口的开发，使用 到了知识点passlib。在前面我们分析了接口的设计，那么

之前我们分享了FastAPI（七十一）实战开发《在线课程学习系统》接口开发-- 查看留言，这次我们分享留言列表开发。首先，在message_method.py中实现主要逻辑。3.留言列表中要根据是留言回复，进行列表重组。2.根据登录用户查询留言列表。1.判断用户是否登录。

之前文章分享FastAPI（七十二）实战开发《在线课程学习系统》接口开发-- 留言列表开发，这次我们分享如何回复留言。首先还是创建参数pydantic对象：message_schema.py。其次，实现主要逻辑：message_method.py。最后，实现接口api，在message.py中。2.用户登录后判断回复的留言信息是否存在。按照惯例，我们还是去分析这里面的逻辑。

最近在使用redis时发现总有一些消息队列中存在大量的处于unacked状态的消息，一般来说，如果队列中ready状态的消息数比较多，可以认为是消费者的处理能力不足，可以通过增加消费者来解决，而unacked消息存在基本是有以下两点原因：消费者取走消息后没有及时做消息确认，对于开启手动确认机制的，不进行ack则消息会一直以unacked状态留在队列中。消费者处理能力不足。生产者投放消息的速...

这次我们分享实际开发--用户登陆接口开发。对应操作数据库查询用户的逻辑我们使用之前注册的时候使用的get_by_username即可。而且redis初始化相关逻辑之前我是放在了mian.py主文件中，今天我将其单独提取出来维护。接着我们去设置pydantic登录参数校验模型，同样添加到user_schemas.py中。4.60分钟内失败次数大于等于3次，60分钟内不能登陆。接下来，在user.py

接下来我们的开发只需要关注主逻辑的处理即可，准备放到对应的crud.py和schemas.py文件中，其中crud主要是逻辑处理详细代码，schemas中主要是参数模型以及响应结果模型。在之前三篇，我们分享的就是需求的分析，基本接口的整理，数据库链接的配置。放所有中间件的地方，比如mysql，redis，mongodb等（主要是数据库操作相关）数据库表模型放在这里（你也可以把数据库相关的都放在这个

master库写redo、binlog不实时丢数据的场景redo的ib_logfile与binlog日志如果被设置非实时flush，就有可能存在丢数据的情况：redo未写入磁盘，但binlog写入磁盘，造成从库数据量比主库多。redo写入了磁盘，但是binlog未写入，造成从库数据量比主库少。从目前来看，只能牺牲性能去换取数据的安全性，必须要设置redo和binlog为实时刷盘，...

也有可能是赋予你的PostgreSQL用户名和你的操作系统用户名不同：这种情况下，你需要使用-U选项或者使用PGUSER环境变量指定你的PostgreSQL用户名。总而言之就是： 如果当你试着启动一个应用而该应用报告说不能与数据库建立联接时， 你应该马上与你的数据库管理员联系，如果你就是管理员， 那么你就要参考文档以确保你的环境变量得到正确的设置。如果你不理解随后的几段，那么先阅读下一节。如果你不

介绍下我的配置setting中：python">AUTHENTICATION_BACKENDS = (xx.yy.zz) #这是自定义backend的路径，其中zz是类名view中auth.login(request, user, backend='zzz')按理说login之后就可以进入带有装饰符@login_required的页面了，但是我始终进不...

日志在程序开发中是少不了的，通过日志我们可以分析到错误在什么地方，有什么异常。在生产环境下有很大的用途。在Java开发中通常用log4j,logback等第三方组件。那么在django中是怎么处理日志？django利用的就是Python提供的logging模块，但django中要用logging，还得有一定的配置规则，需要在setting中设置。logging模块logg...