AZURE060606的博客

【代码】python连接oss存储。

不添加额外的换行符。

这里上传我用的是ElementUI自带的action(随便弄个上传按钮即可。

使用pandas和openpyxl获取Excel信息

在pycharm中只要配置了虚拟环境那jupyter就会直接使用项目当前虚拟环境中的python解释器。(img-zUJxPfOU-1721182672356)]如果遇到jupyter notebook后台运行错误可以尝试更换虚拟环境。，输入邮箱，Windows下载。

目录，包含Alembic的配置文件。执行初始化后会创建一个。

【代码】Redis事务。

MySQL 中只有InnoDB 引擎支持行级锁。行锁是在执行 DML 操作（如。语句用于在事务中对选定的行加锁。

Docker Compose 是一个用于定义和运行多容器 Docker 应用程序的工具。它通过使用 YAML 文件来配置应用程序的服务，从而简化了容器的管理和部署。

Dockerfile是一个文本文件，一般位于项目根目录中，文件名必须为Dockerfile，Docker会根据Dockerfile文件生成新的自定义镜像。

信号在 Django 中的作用是允许开发者在特定事件发生时执行自定义逻辑。通过连接信号到相应的处理函数，开发者可以轻松地在应用程序的不同部分添加额外的处理逻辑，而无需修改原始的代码解耦合：使用信号可以将特定功能的实现从原始的业务逻辑中解耦出来，提高了代码的模块化程度，降低了代码的耦合性扩展性：允许第三方应用或插件通过连接信号的方式来扩展应用程序的功能，而无需修改应用程序的源代码事件驱动：使得应用程序变得事件驱动，即当特定事件发生时，可以触发相关的处理逻辑，增强了应用程序的灵活性可重用性。

sqlalchemy是Python的SQL工具和ORM框架，可以用Python代码直接操作关系型数据库（例如：MySQL、PostgreSQL、Oracle）官方文档。

就是任务管理器里的进程，一个程序至少要有一个进程，进程是独立的内存空间，所以开启进程的开销比线程大。，适合IO密集型任务（白话：在一个线程中并发执行，遇到IO阻塞就执行其他协程）：协程的概念不同于进程线程，他类似于函数调用，他可以在。三者都是用于并发执行操作的，目的是为了提高效率。，线程属于进程，但是一个进程有多个线程。Fast API就是由协程进行的。celery就是多线程进行的。

需要安装pandas模块和openpyxl库max_overflow=0, # 超过连接池大小外最多创建的连接pool_size=5, # 连接池大小pool_timeout=30, # 池中没有线程最多等待的时间，否则报错pool_recycle=-1 # 多久之后对线程池中的线程进行一次连接的回收（重置）# 读取Excel文件try:emp = Emp(name=df['姓名'][i],age=df['年龄'][i],phone=df['手机号'][i],)

Flask-Cache是一个强大的缓存库，为基于Flask的应用提供了简单易用的API和多种缓存策略安装。

信号是典型的观察者模式，可以在整个程序正常运行的情况下将一部分代码插入到某个位置中安装。

将函数或方法定制成命令行代码。

dbutils。

Python解释器自带的机制，用于清理程序运行过程中产生的无用内存，分为引用计数、标记清除、分代回收。

运行脚本时，即使开了多线程也不会达到预期的执行效率，因为Gil锁在同一时间段内只允许单线程运算，因此在python中使用多线程执行CPU密集型任务时多半是无效的，反之多进程不受影响。只需要开1 个进程，这个进程开启 4 个线程，开启线程所消耗的资源很少，但是由于最终执行是只有一个 CPU 可以工作，所以最终消耗 40s 多的时间。的缘故，所以才会有多进程的概念，实际上在正常情况下多进程有明显的资源浪费问题，多线程在效率和资源利用率上明显优于多进程。首先记住一点，多进程的资源消耗是远大于线程的。

WTForms允许用户定义各种类型的表单字段，如文本字段、密码字段、单选按钮、复选框等。

Werkzeug是一个WSGI工具包，他可以作为一个Web框架的底层库，它并没有和flask有直接联系，但是flask可以借助它执行各种Web操作，例如Request，Responsereturn Response('你好')当前目录下修改文件会被监控，并打印日志import sys# 配置日志# 初始化监控类(文件的创建 删除...)# 初始化监控类。

(img-EOwkRiyW-1717068231275)]如题现在有一张用户表。

废话不多说直接上代码。

【代码】Django发送邮件。

现在定义了一张图片表，要求每隔一段时间就将表内容更新进缓存库中。

Celery是基于Python编写的分布式异步任务框架，Celery只是用来调度任务的，其本身不具备存储任务的功能，因此需要借助像Redis、消息队列、数据库之类的存储工具，官方推荐的消息队列是RabbitMQ，而我们使用Redis。

今天在使用Django的时候视图层突然没有代码提示了，例如导包的时候：明明没有调用模块但是他却没有成灰色显示：瞎**写代码也不爆红：折腾了一晚上其实也并没有完全解决，但是最后可以正常代码提示了(img-zPViSiwT-1715345688732)]但是未调用模块颜色变暗以及格式错误提示依旧没有解决，如果有知道的大佬可以给我留言

继承DRF的Response并重写__init__def __init__(self, code=100, msg='成功', status=None, headers=None, **kwargs):if kwargs:# 调用父类的构造方法并重新初始化参数。

调整Django项目目录是为了提高项目的可维护性、可扩展性、协作性，使组织结构更清晰，提高代码可读性，使开发人员更清晰的理解和定位调整后的目录├── Project_api # 项目根路径├── logs/ # 项目运行时/开发时产生的日志【软件包】├── manage.py # 脚本文件├── Project_api/ # 项目主应用，开发时的代码保存【软件包】├── apps/ # 保存所有app的目录【软件包】

自定义的异常类，可以在其他地方主动抛出pass# 获取异常信息上下文user_id = request.user.id or '[匿名用户]'str。

DRF默认权限类),# DRF默认认证类),# DRF默认分页类),# DRF默认过滤类],

由于simple-jwt会默认校验auth表中的数据，因此不需要再额外编写视图类，直接传入参数即可(参数要和数据库字段一致)此时相当于用DRF自带的验证视图，他会根据django自带的auth表为我们进行校验，并返回access和refresh。simple-jwt有默认的配置参数。在需要登录才能访问的视图类中加入。

JWT (JSON Web Token)通常用于对用户进行身份验证和授权，是一种无状态的认证机制，通过在用户和服务器之间传递加密的令牌来验证用户身份区别于之前的cookie和session签发阶段：登陆成功后签发token，将token存储到客户端的cookies中认证阶段：从请求中拿到token，利用token签发的逆运算解析token得到user对象并存储到request.user中，然后才能在后端进行使用。

APIView会将程序所有的异常捕获并判断执行get_exception_handler，如果返回值为空则不是DRF异常如果返回值不为空则说明是DRF异常，并捕获上下文和异常函数(类)上面源码最重要的地方就是该方法在文件中有个默认值，进入views找到下的DEFAULTS字典可查看到找到根据源码可以得出，当response为None时程序不会返回异常信息，而是直接抛出异常，因此我们可以自定义异常类自定义异常处理输出1/0触发报错捕获成功

【代码】DRF分页接口。

DRF自带的排序类必须是继承 GenericAPIView 的视图类才能调用，继承APIView时不能这么配置此时前端请求也要改变如果重写了list方法则该方法不生效，只有用父类的list才会生效`SearchFilter过滤过滤类和排序类不冲突此时前端请求也要改查找name中带’北’的数据：也可以多个字段模糊匹配此时会查找name和publish字段中都包含的数据安装第三方模块：自定义过滤类使用前端传入

继承类重写****方法没有认证信息返回None(游客)有认证信息认证失败抛异常(非法用户)有认证信息认证成功返回用户与认证信息的元素(合法用户)完成视图类的全局(settings.py)或局部(指定的视图类)配置# 获取浏览器token# UserToken表中校验token是否存在# 返回user和tokenelse:raise AuthenticationFailed('请登录')局部认证# views.py全局认证],继承类重写****方法。

与SimpleRouter类似的还有DefaultRouter，他俩基本用法完全一致，唯一不同的是DefaultRouter会返回一个根路径。例如我现在有一个login方法，我想让他接受get请求实现查询单个的功能要,只需在上面价加个action装饰器。SimpleRouter自动生成路由后有一个弊端就是当绑定的类中没有get\path这种方法名时会注册失败。不管是视图子类还是视图集，需要自定制返回字段时只需重写所需方法就行。，调用的视图类是publish，并且pk它也会自动帮你写好。

DRF为我们提供了Response类，他也比原有Django的response方式更加强大。DRF的Request类重写了原先Django的request，它比原先多了以下功能。