经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置：技术经验 » 程序设计 » Django » 查看文章
【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置
来源：cnblogs　　作者：passion2021　　时间：2023/2/28 8:51:54　　对本文有异议

目录

上节回顾

这是一个django-Vue前后端分离的项目（视频网站）

  1. # 1 企业软件类型
  2. 	-商城类
  3.     -公司内部：
  4.     	-业务
  5.         -RBAC权限管理
  6.         
  7. # 2 软件开发流程
  8. 	-你的工作流程
  9.     
  10.     
  11. # 3 pip换源 ：国内镜像
  12. 	-命令行中
  13.     -pycharm中
  14.     
  15.     
  16. # 4 虚拟环境：
  17. 	-每个项目有自己的环境
  18.     	-虚拟环境：virtualenv
  19.         -环境变量：mac：linux+win
  20.         -梳理一下你电脑的环境：python2，python3.6，python3.10 ，anaconda
  21.         	pip3 install  装在哪个解释器
  22.             (luffy)
  23.         -
  24.         
  25.     -java：Maven
  26.     -go：go mod 模式  11.1加入
  27.     -vue：node_models
  28.     
  29.     
  30. # 5 项目目录调整
  31. 	-1 项目启动是加载配置文件，再运行
  32.     	-配置文件路径一定要对
  33.         -python manage.py runserver 
  34.     	   python xx.py lqz 19
  35.         -配置文件有错，项目起不来
  36.         
  37.     -2 项目上线阶段，使用wsgi.py 运行
  38.     
  39.     -3 把所有app都放在apps文件夹下，后期再配置文件中注册还是只用app的名字注册
  40.         -pyhton包导入的原理
  41.         	-import  去环境变量中找 sys.path
  42.             -为什么导入系统提供的包，可以直接导入
  43.             -为什么装的第三方包，可以直接导入
  44.             -pycharm中，项目根路径会被加入环境变量，如果是命令行中不会
  45.         -把apps路径加入环境变量，以后可以基于apps这个文件夹开始导起
  46.         -把小luffy_api 加入环境变量
  47.     		sys.path.append(str(BASE_DIR))

python运行流程

image-20230222201311877

我们写的python脚本是怎么运行的？
首先Py文件肯定运行在操作系统之上，假设我们在操作系统上装了python3.6的解释器。python3.6实际上就是一个python.exe可执行文件。

python.exe运行在操作系统之上，会生成一个进程，这叫python进程。然后py文件就运行在这个进程里面，并且解释器需要一行一行的读，你写的python代码。读完了之后，解释器还要运行这些代码。所以一个py文件运行的进程也可以说是一个python解释器的进程。

多进程和多线程：
使用python多开一个进程，实际上就是在启动一个python解释器。
多线程是一个进程下可以有多个线程。

如果想要把我们写的代码，编译成一个可执行文件比如xx.exe，这样不需要解释器也可以在操作系统上直接运行。可以使用pyintaller库(实际上是将解释器环境和你写的代码进行打包)，但是这个编译后的文件只能在win上使用，不能跨平台。go可以实现跨平台编译。

项目目录调整（重要）

查看manage.py：

image-20230222204357363

项目一启动就会去导入配置文件，此时如果你在配置文件中如果导入了项目相关的模块就会报错。原因是，项目都还没起来，就去导入项目里的东西。所以不要在setting文件中随便导入模块。

image-20230222202720789

在命令行里输入参数：

  1. # sys.argv
  2. python xx.py 参数 参数...
  3. 可以通过sys.argv获取这些参数
  5. # 示例：
  6. python test.py passion 123
  8. sys.argv终端输出：
  9. ['tests.py', 'passion', '123']

查看execute_from_command_line函数：

image-20230222203955594

查看execute类:

image-20230222204052952

项目上线时，还需要修改wsgi.py文件中的配置文件设置：

image-20230222204720651

注意：开发环境，不能使用正式上线的数据库。开发环境--> 测试环境 --> 上线环境（微盟删库事件）

关于环境变量的问题

  1. # 1 相对导入和绝对导入
  2. 	-相对导入必须从环境变量下开始导 sys.path
  3.     	-如果报包找不到的错，确认环境变量
  4.         
  5.     -绝对导入，以当前文件为基准导入
  6.     	-它不能以脚本形式运行，只能当包用
  7.         
  8. # 2 导入包，pycharm提示错误，不一定真的有错，只要再环境变量中，就没有问题
  9. 	-想让pycharm不报错，把你加入到环境变量的路径，设为source root

新建一个python包：

image-20230222195237929

在main.py文件导入s1文件：

image-20230222195403604

在s2.py文件导入s1:

image-20230222195529896

如何使用相对导入，s2导入s1?

image-20230222195559645

使用相对导入的文件，该文件就不能以脚本形式运行了：

image-20230222195651664

会直接报错：

image-20230222195912367

在main.py中导入s2（可以将s2以导入的形式运行）：

image-20230222195936494

总结：在包内部，建议使用相对导入。正常情况下，他人安装了你的包，会自动将你的包的路径导入环境变量。此时使用绝对导入不会报错。但是如果它复制你的源码直接执行，这种情况使用绝对导入会报错，而使用相对导入不会报错。

给sys.path添加环境变量：(pycharm报错，程序不一定报错)

image-20230222210242032

设置source root：

image-20230222210310286

今日内容

1 django后端配置之封装logger

  1. # 项目肯定要记录日志
  2. 	-日志都可以打印到控制台
  3.     -日志可以写到日志文件这
  4. 	-日志存到某个库中
  5.     -所有项目日志统一管理 
  6. # sentry
  7. 使用django写的日志服务软件，收集日志，可以展示日志，兼容很多语言，是开源的。
  9. # 以后在项目中不要出现print了，以后都用日志logger.info(),以后项目上线，只需要调整日志级别，低级别的日志就不打印了，于是日志输出不用删掉
  11. # 每个项目，都需要记录日志
  12. 	-后期可以通过日志排查问题，分析错误
  13.     -分析用户行为...
  14.     
  15. # 之前学过logging模块，django就是基于原生的logging模块。
  16. 	-django中集成日志步骤，django使用的就是python内置的日志模块。
  17. 	-所以django寻找配置文件也是查找LOGGING这个名字。
  19. # 操作步骤：
  20. 	-第一步：在配置文件中加入 日志配置 ---大字典
  21.     	-详情见下面的配置文件
  22.      -第二步：在utils中新建common_logger.py ,得到日志对象
  23.         import logging
  24.         # 通过配置问中的名字拿到logger对象，以后只需要导入，直接使用对象写日志即可
  25.         logger=logging.getLogger('django')
  26.         
  27.     -第三步：在想用的地方，导入使用即可（注意路径）
  28.     from utils.common_logger import logger
  29.         logger.info('info级别的日志')
  30.     	logger.error('error级别的日志')
  31.

dev.py:

  1. # 真实项目上线后，日志文件打印级别不能过低，因为一次日志记录就是一次文件io操作
  2. LOGGING = {
  3.     'version': 1,
  4.     'disable_existing_loggers': False,
  5.     'formatters': {
  6.         'verbose': {
  7.             'format': '%(levelname)s %(asctime)s %(module)s %(lineno)d %(message)s'
  8.         },
  9.         'simple': {
  10.             'format': '%(levelname)s %(module)s %(lineno)d %(message)s'
  11.         },
  12.     },
  13.     'filters': {
  14.         'require_debug_true': {
  15.             '()': 'django.utils.log.RequireDebugTrue',
  16.         },
  17.     },
  18.     'handlers': {
  19.         'console': {
  20.             # 实际开发建议使用WARNING
  21.             'level': 'DEBUG',
  22.             'filters': ['require_debug_true'],
  23.             'class': 'logging.StreamHandler',
  24.             'formatter': 'simple'
  25.         },
  26.         'file': {
  27.             # 实际开发建议使用ERROR
  28.             'level': 'INFO',
  29.             'class': 'logging.handlers.RotatingFileHandler',
  30.             # 日志位置,日志文件名,日志保存目录必须手动创建，注：这里的文件路径要注意BASE_DIR代表的是小luffyapi
  31.             'filename': os.path.join(os.path.dirname(BASE_DIR), "logs", "luffy.log"),
  32.             # 日志文件的最大值,这里我们设置300M
  33.             'maxBytes': 300 * 1024 * 1024,
  34.             # 日志文件的数量,设置最大日志数量为10
  35.             'backupCount': 10,
  36.             # 日志格式:详细格式
  37.             'formatter': 'verbose',
  38.             # 文件内容编码
  39.             'encoding': 'utf-8'
  40.         },
  41.     },
  42.     # 日志对象
  43.     'loggers': {
  44.         'django': {
  45.             'handlers': ['console', 'file'],
  46.             'propagate': True, # 是否让日志信息继续冒泡给其他的日志处理系统
  47.         },
  48.     }
  49. }

utils/logging.py:

  1. import logging
  2. logger = logging.getLogger('django')

使用：

image-20230227093024964

注意：也可以在utils包的__init__.py进行注册，以后就直接导入util包即可。

2 后端配置之封装全局异常

  1. # 前端 要接收的格式，要统一，无论后端是否出错
  3. # 三大认证:
  4. 视图类的方法中只要出了异常，就会执行一个函数，但是这个函数只能处理drf的异常, 所以我们需要自己写个函数，既能处理drf异常，又能处理django异常，这样统一返回格式，前端看到格式都统一了
  6. # drf异常源码分析 
  7. 查看APIView的dispatch方法 ---> 三大认证中抛出异常会被捕获--->异常捕获后会执行self.handle_exception(exc) ---> 省略一波源码的跳来跳去 ---> 发现会去执行views.py下的handle_exception函数，这个函数只会处理drf的异常 ---> 并且执行这个函数是在drf配置文件进行了默认配置 ---> 修改这个配置将其替换成我们的异常捕获函数
  9. # 写一个函数，封装全局异常
  10. 	-1 统一返回格式
  11.     -2 记录日志：出了异常，程序有问题，后期排查问题
  13. # 使用步骤
  14. 	-第一步：在utils中新建 common_exceptions.py
  15.     -第二步：写个函数
  16.     	-看项目代码
  17.     
  18.     -第三步：配置配置文件，以后只要出了异常，都会走咱们的函数
  19.     	REST_FRAMEWORK = {
  20.             'EXCEPTION_HANDLER': 'utils.common_exceptions.exception_handler',
  21.         }
  22.     -第四步：勇敢大胆写代码，即便报错，程序不会蹦，并且会记录日志，并且处理成统一格式

自定义全局异常代码：

  2. 1. exceptions.py
  4.     from rest_framework.views import exception_handler as drf_exception_handler
  5.     from rest_framework.response import Response
  6.     from utils.common_logger import logger
  8.     def exception_handler(exc, context):
  9.         # 程序出了异常，会走到这,我们都要记录日志
  10.         # 请求地址，请求方式，请求时间，请求哪个视图函数，如果登录了，记录一下用户id
  11.         request = context.get('request')
  12.         try:
  13.             user_id = request.user.pk
  14.             if not user_id:
  15.                 user_id = '匿名用户'
  16.         except:
  17.             user_id = '匿名用户'
  18.         view = context.get('view')
  19.         logger.error('用户：【%s】，使用：【%s】 请求，请求：【%s】 地址，视图函数是：【%s】，出错了，错误是：【%s】' % (
  20.             user_id, request.method, request.get_full_path(), str(view), str(exc)
  21.         ))
  22.         # 第一步：执行一下原来的异常处理:它只处理drf的异常，django的异常没有处理
  23.         # res如果有值是Response的对象，说明是drf的异常
  24.         # res如果是None，说明是django的异常
  25.         res = drf_exception_handler(exc, context)
  26.         # 在这里，可以通过状态码，把异常分的更细一些：比如有数据的异常，除以0的异常，列表越界异常。。。。
  27.         if res:
  28.             # drf异常
  29.             # res=Response(data={'code':999,'msg':'服务器出错，请联系系统管理员'})
  30.             res = Response(data={'code': 999, 'msg': res.data.get('detail', '服务器出错，请联系系统管理员')})
  31.         else:
  32.             # django的异常，状态码是888，错误信息是  exc异常对象转成字符串
  33.             res = Response(data={'code': 888, 'msg': str(exc)})
  35.         return res
  36.     
  37. 2. 在配置文件中配置
  39.         REST_FRAMEWORK = {
  40.         # 以后，只要出异常，就会执行exception_handler
  41.             'EXCEPTION_HANDLER': 'utils.exceptions.exception_handler',
  42.         }

补充说明

断点调试说明：

image-20220705111458073

context相关源码：

image-20230227101444082

request.get_full_path() 和request.path区别：

  1. # request.get_full_path() 和request.path区别
  3. 1.两者都是获取request请求的url路径
  5. 2.request.get_full_path() ==> 获取当前url,(包含参数)
  7. 　　比如发送一个请求的路径为127.0.0.1:8080/class_list/?name = 10
  8. 　　request.get_full_path返回的是=>/class_list/?name=10
  9. 　　request.path获取的是不带参数的路径=>/class_list/
  11. 3.如果遇到url中含有中文的想要正常接收返回值需要对返回值就行解码(url默认的编码格式为unicode)
  13. 　　request.get_full_path.encode('utf8')
  14. 　　request.path.encode('utf8')

如果是匿名用户，request.pk = None：

image-20230227102256934

3 后端配置之二次封装response

  1. # drf提供的Response对象，不能很方便的加入code和msg字段，自己封装一个Response类，以后都用我们自己封装的，方便咱们写code和msg
  2. 	-{code:100,msg:提示,data:{}/[]}
  3.     -{code:100,msg:提示,token:asdfasd,user:lqz}
  5. # 使用步骤
  6. 	第一步：在utils下新建common_response.py
  7.     第二步：封装APIRespon
  8.     第三步：导入使用，视图函数的方法，返回时，都使用咱们自己的
  10. # 封装步骤：
  11. 	1 在utils/response.py
  12.     from rest_framework.response import Response
  13.     class APIResponse(Response):
  14.         def __init__(self, code=100, msg='成功', status=None, headers=None, **kwargs):
  15.             data = {'code': code, 'msg': msg}
  16.             if kwargs:
  17.                 data.update(kwargs)
  18.             super().__init__(data=data, status=status, headers=headers)
  19.             
  20.     2 以后再视图类中，导入使用即可
  21.     	return APIResponse(token='asfdasfd')  # 登录成功
  22.     	return APIResponse(token='asfdasfd',status=201,code=101)  # 修改http响应状态码
  23.     	return APIResponse(code=1001,msg='请联系管理员')  # 修改自己的状态码
  24.     	return APIResponse(headers={"Access-Control-Allow-Origin":"*"})  # 响应头添加东西 
  25.     	return APIResponse(result=serializer.data)  # 获取全部
  26.    		return APIResponse(result=[{id:1,'name':'金梅'},{id:2,'name':'西游记'}])

查看drf Response源码：

image-20230222215704059

重写Response类的__init__方法。

注意：我们需要保留原来的Response的功能，并且做一些扩展。

举个例子：

  1. # 希望实现如下两个效果
  3. # 后端返回格式
  4. return APIResponse(token='sadasdsaddsa')
  5. # 前端接受
  6. {code:100, msg:'成功', token：'sadasdsaddsa'}
  8. # 后端返回格式
  9. return APIResponse(result=[{id:1,'name':'金梅'},{id:2,'name':'西游记'}])
  10. # 前端接受
  11. {code:100, msg:'成功', token：'sadasdsaddsa', result:[{id:1,'name':'金梅'},{id:2,'name':'西游记'}]}

如果不传入code、msg等参数，则默认code=100、msg='成功',这里父类还有可以传很多参数，我们这里只用一部分。image-20230222220747342

字典的updata方法：

image-20230222221004132

基于原字典进行更新。

image-20230222221050359

如果原字典没有就添加，如果有对应的键就更新。

调用父类的__init__:

image-20230222221355020

对于登录接口：

image-20230222222826229

对于获取所有接口：

image-20230222222859142

查看前端：

image-20230222222911630

4 数据库配置

  2. # luffy项目使用mysql5.7
  3. 安装参考：https://www.jb51.net/article/212626.htm
  5. # 之前使用root用户作为项目的数据库用户，权限太高了，通过root用户登录之后，可以修改所有的数据库。一般公司里，给项目单独建立一个用户，这个用户只对当前库（当前项目使用的库）有权限。
  7. 需求：
  8. 1.创建一个名为luffy的mysql数据库。
  9. 2.创建一个名为luffy_api的用户，该用户只能查看luffy库。
  12. # 一、在mysql中创建一个用户luffy_api，给用户授予luffy库的所有权限
  13.     -1 远程链接mysql，创建一个luffy库
  14.     	-命令行创建
  15.              1.管理员连接数据库
  16.              >: mysql -uroot -proot
  18.              2.创建数据库
  19.              >: create database luffy default charset=utf8;
  20.         -navicate客户端创建
  21.         
  22.     -2 在创建之前，可以先查看有哪些用户
  23. 		select user,host,password from mysql.user;
  24.     	现在公司主流使用5.7版本之后的mysql，mysql5.8叫mysql 8, msyql5.7称之为msyql 7，可以用如下命令，查看用户：
  25.         select user,host,authentication_string from mysql.user;
  26.         
  27.    -3 创建一个luffy_api用户（之前有个root用户，权限很高）
  28.         # 授权账号命令模板：
  29.         grant 权限(create, update) on 库.表 to '账号'@'host' identified by '密码'
  30.         
  31.         # 把luffy库下所有表的权限(grant all privileges)都授予luffy_api这个用户，允许远程链接
  32.         grant all privileges on luffy.* to 'luffy_api'@'%' identified by 'Luffy123?';
  33.    
  34. '''
  35.       注意：在mysql的不同版本上，如果只授予了用户远程连接的权限，没有授予本地连接，那么可能会出现执行本地连接时连接不上，只能远程连接的情况。所以可以使用以下命令
  36. '''
  38.         # 把luffy库下所有表的权限都授予luffy_api这个用户，允许本地链接，且将本地连接密码设置的和远程连接的相同。（也可以设置密码不相同）
  39.         grant all privileges on luffy.* to 'luffy_api'@'localhost' identified by 'Luffy123?';
  40.         
  41. '''
  42. 	建立了本地连接，又建立远程连接，mysql中会有两条记录（有两个luffy用户）
  43. ''' 
  44.    -4 刷新一下权限
  45. 		-flush privileges;
  46.     	说明：往数据表插入一条记录（硬盘）---》 内存中没有这个权限 ---》 flush privileges ---> 将硬盘中的权限读到内存 
  47.    
  48.    -5 以luffy_api用户登录，show databases查看，只能看到luffy库
  49.       	-至此已经完成用户创建
  50.      
  51. '''
  52. 只能操作luffy数据库的账户
  53. 账号：luffy_api
  54. 密码：Luffy123?
  55. '''
  57.         
  58. # 二、在项目中配置好使用mysql数据
  59. 	1 在配置中：
  60.     import os
  61.     user = os.environ.get('USER','luffy_api')
  62.     password = os.environ.get('PASSWORD','Luffy123?')	
  63.     DATABASES = {
  64.         'default': {
  65.             'ENGINE': 'django.db.backends.mysql',
  66.             'NAME': 'luffy',
  67.             'USER': user,
  68.             'PASSWORD': password,
  69.             'HOST': '127.0.0.1',
  70.             'PORT': 3306
  71.         }
  72.     }
  73.     
  74.     2 运行项目会报错:
  75.         django默认使用mysqlDB操作mysql，mysqlDB这个模块，在python2可以的，在python3中不支持，于是咱们使用pymysql替换，到了django2.0.7以后，如果使用pymysql替换，需要改django的源代码，后期使用mysqlclient，替换pymysql，mysqlclient是mysqlDB的python3.x版本
  76.      - 如果使用pymysql，需要改源码，需要执行
  77.         import pymysql
  78. 		pymysql.install_as_MySQLdb() # 猴子补丁的体现，这行代码把django里面所有mysqlDB的对象，都替换成pymysql
  79.         
  80.      - pymysql的使用演示：
  81.     	conn
  82.         cursor.execute('select * from user')
  83.         
  84.     -猴子补丁是：在
  85.     程序运行过程中得动态替换技术（代码虽然没有改，但已经不是原来的代码了）:https://www.liuqingzheng.top/python/Python%E5%B9%B6%E5%8F%91%E7%BC%96%E7%A8%8B/24-%E5%8D%8F%E7%A8%8B%E4%B9%8Bgevent%E6%A8%A1%E5%9D%97/
  86.     
  87.     gevent模块：
  88. 	使用这个模块时，执行了monkey.patch_all()。
  89.     执行这个的作用是，因为网络请求、time.sleep这些都是同步IO,程序会等到请求得到响应返回数据才会继续执行。
  90.     只要执行了monkey patch再使用time\socket这些模块，使用的都是gevent给你提供的time、socket模块，相当于对这些模块全局做了一个替换。
  91.     你好像写的是同步代码，但实际上这些操作都变成异步了。
  92.     原本time会导致阻塞，会使CPU离开这个线程，现在使用猴子补丁，替换了原来的time模块，虽然代码还是不变，但time不会阻塞了。
  93. 	
  94.     阻塞time-替换--> 非阻塞time
  95.     动态语言就会具备这种功能 ---> 动态替换
  96.     
  97.     -以后再django中不使用pymysql了，使用mysqlclient，不需要再执行任何补丁了
  98.     -win，linux，mac，这个mysqlclient模块不太好装，看人品，有时候很顺利，有时候上线装不上
  99.     
  100.   3 只需要装 mysqlclient，一切都解决了
  101.     
  102.     
  103. # 三、目前咱们配置文件中，直接写死了mysql的用户名和密码
  104. 	-可能存在的风险---》如果我的源代码泄露了---》数据库用户名密码就泄露---》黑客可以远程登录---》脱库(偷库) 
  105.     -B站go语言源代码泄露 营造出充会员的假象 抖音库存带货
  106.     	-B站开源的一套Go微服务框架 --->  go-kratos
  107.        		-推荐阅读：https://www.cnblogs.com/liuqingzheng/p/16271927.html
  108.     -华住汉庭的酒店入住信息(开房记录)泄露，源代码泄露了，导致被脱库
  109.     -上海随申办的数据泄露 ---> 使用阿里云的es服务器 ---> 阿里云服务器泄露
  110.     
  111.     
  112. # 补充：
  113. 	mysql的utf8编码和utf8mb4的区别？
  114.     	-utf8：一个字符，占两个字节（byte--->1个byte是8个比特位  10101010）
  115.         -utf8mb4：一个字符，占4个字节，表情符号
  116.         -咱们学的utf-8：可变长可以1---4字节表示一个字符
  117.     
  118.     
  119.     
  120. # 研究一下 以下两种登录方式的区别？第一个快
  121.     mysql -uroot -p
  122.     mysql -h 192.168.1.11 -P 3306 -uroot -p

mysql5.7数据库（推荐使用偶数版本）：

image-20230227150205292

数据库会在哪里？
注意：mysql分为客户端和服务端。客户端可以远程链接服务端。

image-20230223223331312

mysql的utf8和utf8mb4的区别

  1. # utf8：
  2. 一个字符，占两个字节（byte--->1个byte是8个比特位  10101010），有些生僻字存不了
  3. # utf8mb4：
  4. 一个字符，占4个字节，可以存储表情符号(占四个字节)、生僻字
  6. # utf-8编码 和 mysql的utf8 不是一个东西：
  7. 咱们学的utf-8是可变长的，1到4字节表示一个字符，而mysql的utf8是固定占两个字节。
  9. # 说明
  10. 增加了这个utf8mb4的编码，mb4就是most bytes 4的意思，专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集，除了将编码改为utf8mb4外不需要做其他转换。当然，为了节省空间，一般情况下使用utf8也就够了。
  12. 理论上讲， UTF-8 格式使用一至六个字节，最大能编码 31 位字符。最新的 UTF-8 规范只使用一到四个字节，最大能编码21位，正好能够表示所有的 17个 Unicode 平面。

创建数据库是选择utf8mb4或utf8（推荐utf8mb4）：

image-20230223223637044

mysql本地连接和远程连接的区别

mysql使用命令查看用户：

image-20230224210022037

可以发现有两个luffy用户。%的意思是允许所有地址访问。正常情况下应该只允许一个地址访问这个数据库。

这是因为：一个是通过本地连接，一个是远程连接。

image-20221104113811509

这二者是有区别的：
本地连接的密码和远程连接的密码是可以不一样的。可以有两个密码，对应两个luffy用户。

mysql本地连接和远程连接的区别？

  1. # 本地连接 
  2. mysql -uroot -p
  3. # 远程连接
  4. mysql -h 192.168.1.11 -P 3306 -uroot -p
  6. # 本地连接比远程连接快，为什么？
  7. 远程连接需要通过网卡出去再回来，本地连接是通过socket文件直接去连接mysql的。
  8.

推荐阅读：

  1.  # localhost与127.0.0.1访问区别
  2.      localhot(local)是不经网卡传输，它不受网络防火墙和网卡相关的的限制。 127.0.0.1是通过网卡传输，依赖网卡，并受到网络防火墙和网卡相关的限制。一般设置程序时本地服务用localhost是最好的，localhost不会解析成ip，也不会占用网卡、网络资源。 有时候用localhost可以，但用127.0.0.1就不可以的情况就是在于此。猜想localhost访问时，系统带的本机当前用户的权限去访问，而用ip的时候，等于本机是通过网络再去访问本机，可能涉及到网络用户的权限。
  4. 转载自：https://blog.csdn.net/snow__wei/article/details/103277665

允许luffy_api用户进行本地连接和远程连接之后：

会出现两条记录：

image-20230224221224818

生产环境和测试环境，数据库连接肯定不是一个地址，该怎么处理的？

  1. 使用两套配置文件

  2. 在配置文件中数据库配置部分添加try...except代码，如果一个地址连接不上，再去连接另外一个。（有点low）

django-mysqlDB历史

  1. # 项目操作mysql，需要安装模块
  2. 	-pymysql
  3.     -mysqlDB
  4.     -mysqlclient
  5.     
  6.     -历史：原来py2上有个操作mysql的模块叫mysqlDB，但到py3，没有支持py3，django默认使用这个模块去连接mysql，默认使用-mysqlDB连接，-mysqlDB不支持py3，运行报错
  7.     -我们使用pymysql，作为连接mysql的数据库模块，但是需要加代码
  8.     	imprort pymysql
  9.         pymysql.install_as_mysqldb()  # 猴子补丁
  10.         
  11.     -django 2.2.2以后，还使用pymysql，需要改djagno源代码
  12.     
  13.     -统一使用mysqlclient来作为操作mysql的底层库
  14.     	-基于py2的mysqldb，在py3上重新了，但是名字改成了mysqlclient
  15.     -使用mysqlclient，只需要安装这个模块，不需要再写任何代码，直接用即可
  16.     
  17.     -但是：mysqlclient 这个模块，不好装
  18.     	-win 一般人品好，人品好，pip install mysqlclient
  19.         -人品不好，装不了，centos部署项目，后面会讲centos上如何装
  20.         
  22. # mysqlclient
  23. pip install mysqlclient

使用pymysql，需要在项目目录下或者app目录下的__init__使用猴子补丁：

image-20230227115542915

猴子补丁

  1. # 猴子补丁
  2. 	是在程序运行过程中得动态替换技术（代码虽然没有改，但已经不是原来的代码了）:https://www.liuqingzheng.top/python/Python%E5%B9%B6%E5%8F%91%E7%BC%96%E7%A8%8B/24-%E5%8D%8F%E7%A8%8B%E4%B9%8Bgevent%E6%A8%A1%E5%9D%97/
  3.     
  4. # gevent模块：
  5. 	使用这个模块时，执行了monkey.patch_all()。
  6.     执行这个的作用是，因为网络请求、time.sleep这些都是同步IO,程序会等到请求得到响应返回数据才会继续执行。
  7.     只要执行了monkey patch再使用time\socket这些模块，使用的都是gevent给你提供的time、socket模块，相当于对这些模块全局做了一个替换。
  8.     你好像写的是同步代码，但实际上这些操作都变成异步了。
  9.     原本time会导致阻塞，会使CPU离开这个线程，现在使用猴子补丁，替换了原来的time模块，虽然代码还是不变，但time不会阻塞了。
  10. 	
  11.     阻塞time-替换--> 非阻塞time
  12.     动态语言就会具备这种功能 ---> 动态替换

数据库密码保护

  1. # 目前咱们配置文件中，直接写死了mysql的用户名和密码
  2. 	-可能存在的风险---》如果我的源代码泄露了---》数据库用户名密码就泄露---》黑客可以远程登录---》脱库(偷库) 
  4. # 用户名密码写死在代码中了，保证安全
  5. name = os.environ.get('LUFFY_NAME', 'luffy')
  6. password = os.environ.get('LUFFY_PASSWORD', 'Luffy123?')
  7. # 拓展：有的公司，直接有个配置中心---》服务--》只用来存放配置文件
  9. DATABASES = {
  10.     'default': {
  11.         'ENGINE': 'django.db.backends.mysql',
  12.         'NAME': 'luffy',
  13.         'USER': name,
  14.         'PASSWORD': password,
  15.         'HOST': '127.0.0.1',
  16.         'PORT': 3306
  17.     }
  18. }

还记得我们配的环境变量吗？

image-20230225130335541

注意：在windows下配置环境变量可能不会立即生效，如果是mas\linx 可以使用source命令使环境变量立即生效。

导入os模块，通过os.environ可以获取到这个环境变量:

image-20230225130555415

查看结果，可见获取到了环境变量的变量值：

image-20230225130623536

可以利用这个模块，将数据库账号和密码，配置在电脑的环境变量中。

image-20230225130803879

数据库配置：

image-20230225131409990

这段代码的意思是，如果有PASSWORD这个环境变量，就使用PASSWORD这个变量名对应的变量值，作为密码写在配置文件。如果电脑里没有PASSWORD这个环境变量，就使用Luffy123?作为配置文件的数据库密码。

在电脑环境变量里配置用户名和密码：

image-20230225131515086

这样即使源代码泄露了，也无法从配置文件中获取到数据库密码。也就是真正的密码实际存放在你服务器的环境变量中，只有你的服务器被入侵了，才能获取到这个密码。

注意：如果报错，可能是系统环境变量中还存在PASSWORD这个环境变量，我们可以使用别的名字比如PWD

image-20230225140013180

管理配置文件

  1. # 配置中心
  2. 使用配置中心 --> 配置中心提供服务 --> 只用来存放配置文件 --> 向配置中心请求配置文件
  4. # 发展
  5. 单配置文件try...except --> 两套配置文件dev.py\prop.py --> 配置中心
  7. # ConfigMap
  8. ConfigMap 是一种 API 对象，用来将非机密性的数据保存到键值对中。使用时， Pods 可以将其用作环境变量、命令行参数或者存储卷中的配置文件。
  9. 推荐阅读：https://kubernetes.io/zh-cn/docs/concepts/configuration/configmap/

5 用户表继承AbstractUser配置

  1. # 你决定使用auth表扩写，项目一定不要先迁移！！！先建好用户表再迁移
  2. 	已经迁移完了，再想用auth的user表
  3.     -删库，删迁移文件所有app
  4.     -删django源码中的admin文件夹和auth文件夹的迁移文件
  6. # 使用步骤
  7.     -0 用户表使用auth表扩写 需要Pillow模块的支持
  8.     	- pip install Pillow
  9.     -1 创一个用户app：python ../../manage.py startapp user
  10.     -2 user 的app的models.py中扩写用户表
  11.     class UserInfo(AbstractUser):
  12.         mobile = models.CharField(max_length=11, unique=True)
  13.         # ImageField继承了FileField，需要pillow包的支持，只用于存储图片
  14.         icon = models.ImageField(upload_to='icon', default='icon/default.png')
  16.         class Meta:
  17.             db_table = 'luffy_user'  # 指定在msyql数据库中的表名
  18.             verbose_name = '用户表'  # 在后台管理中显示中文
  19.             verbose_name_plural = verbose_name # 在打印该类的对象时，显示用户名、
  20.         def __str__(self):
  21.             return self.username
  22.         
  23.     -3 配置文件配置，注册app，安装Pillow模块
  24.     	# 用户表的配置
  25. 		AUTH_USER_MODEL='user.UserInfo'
  26.         
  27.     -4 两条命令迁移
  28.

迁移出错问题

问题一：在继承AbstractUser表之前，已经执行了表迁移:

要将django/admin 、django/auth目录下的迁移文件都删除掉，才能解决a迁移问题：

image-20230227123029343

image-20230227123041835

  1. # 遇到的问题，明明luffyapi/luffyapi已经加入到环境变量，程序运行没问题，但是表迁移，就报错，找不到模块
  2. 	-打印了看一下，确实环境变量有，但是不是个字符串，是个对象
  3.     -程序运行，是没问题
  4.     -迁移有问题：配置文件中转成字符串，就解决了

问题二：luffyapi/luffyapi已经加入到环境变量，程序运行没问题，但是表迁移，就报错，报错内容为"找不到模块"

确认报错位置：

image-20230227150614462

sys.path添加环境变量时，需要添加字符串:

image-20230227150635293

注意：在项目运行的时候，sys.path里是一个对象，并不会报错。而在命令行中执行命令时sys.path中必须是字符串，所以会报这个错。

6 开放media访问

后缀名影响的是用哪个软件打开，而不会影响文件本身。

  1. # 步骤
  2. 	1 在配置文件中配置
  3.     	MEDIA_URL = '/media/'
  4. 		MEDIA_ROOT = os.path.join(BASE_DIR, 'media')
  5.     2 新建media文件夹，icon文件夹，放一张图片进去
  6.     3 路由中加入：
  7.     from django.views.static import serve
  8.     from django.conf import settings 
  9.     path('media/<path:path>', serve, kwargs={'document_root': settings.MEDIA_ROOT}),
  10.     
  11. # 以后使用djagno的配置文件都用这个
  12.     from django.conf import settings
  13.     如果这样用，会先使用我们配置文件的配置，如果没有相关配置，还会去查找django默认的配置

注意这个media文件夹不是在项目的根路径，而是在小luffy目录下创建：

image-20230225145430052

配置如下：

image-20230225145856070

查看path源码：

image-20230225150128631

查看_path:

image-20230225150201366

参数route就是我们的路由后缀，也就是如下部分;

image-20230225150237772

View是视图函数的内存地址，也就是这个serve:

image-20230225150329976

name是路由的别名（反向解析）。

kwargs就是接受的我们传入的字典：

image-20230225150508566

然后这个字典会作为参数传入serve:

image-20230225150704377

会传到serve的第三个形参。

再梳理一下，把serve当成一个FBV。
请求来了之后request会传入serve的第一个参数。
然后我们使用了路由转换器media/<path:path>（示例：media/www.baidu.com/，path匹配到www.baidu.com），所以第二个参数会传入路由转换器匹配到的东西。
第三个形参document_root，需要以一个字典的形式，通过kwargs传入，这个参数用于设定media文件夹的位置。

7 路飞前台项目创建和配置

  1. # 1 创建项目
  2. # 2 删除一些不用的
  3. 	-App.vue中只保留
  4.     <template>
  5.       <div id="app">
  6.         <router-view/>  <!-- 可以是单标签也可以是闭合标签 -->
  7.       </div>
  8.     </template>
  9.     
  10. # 3 HomeView.vue
  11.     <template>
  12.       <div class="home">
  13.         <h1>首页</h1>
  14.       </div>
  15.     </template>
  16.     <script>
  17.     export default {
  18.       name: 'HomeView',
  19.     }
  20.     </script>
  21. # 4 router/index.js
  22. 	const routes = [
  23.         {
  24.             path: '/',
  25.             name: 'home',
  26.             component: HomeView
  27.         },
  28.     ]

7.1 安装axios

  1. # 1 安装
  2. cnpm install axios
  4. # 2 配置 main.js中
  5. import axios from 'axios'
  6. Vue.prototype.$axios=axios
  8. # 3 以后再任意组件中使用
  9. this.$axios.get(...)

配置：

image-20230225155138410

还可以在插件、混入这两个地方进行配置。

7.2 elementui

  1. # vue2 使用elementui
  2. 	-安装：cnpm i element-ui -S
  4.     -配置：main.js中
  5.     	import ElementUI from 'element-ui';
  6.         import 'element-ui/lib/theme-chalk/index.css';
  7.         Vue.use(ElementUI);
  8.     -使用：在任意组件中复制粘贴（template，script，style）
  10. #vue3 使用 element-plus

7.3 bootstrap，jquery

有需求可以使用。

  1. # 咱的项目没使用，但是引入，以后可以用
  3. # bootstrap有些事件基于jquery  ---> 使用bootstrap也需要引入jquery
  5. # 使用步骤：
  6. 	1 安装
  7.     	cnpm install jquery -S
  8. 		cnpm install bootstrap@3 -S
  9.         
  10.     2 配置：main.js
  11.         import 'bootstrap'
  12.         import 'bootstrap/dist/css/bootstrap.min.css'
  13.         
  14.     3 vue.config.js配置
  15.     
  16.         const webpack = require("webpack");
  17.         module.exports = {
  18.             configureWebpack: {
  19.                 plugins: [
  20.                     new webpack.ProvidePlugin({
  21.                         $: "jquery",
  22.                         jQuery: "jquery",
  23.                         "window.jQuery": "jquery",
  24.                         "window.$": "jquery",
  25.                         Popper: ["popper.js", "default"]
  26.                     })
  27.                 ]
  28.             }
  29.         };

配置vue.config.js:

方法一：直接整个覆盖这个文件就行。

方法二：在保留原来代码的基础上，添加上面的配置。

7.4 vue-cookies

  1. # 1 安装
  2. 	cnpm install vue-cookies -S
  3. # 2 配置：main.js中
  4. 	import cookies from 'vue-cookies'
  5.     Vue.prototype.$cookies=cookies
  6. # 3 使用：任意组件中
  7. 	this.$cookies.set()
  8.

8 django配置文件说明

  1. # pathlib 
  2. 这个模块是python3.6以后，处理文件路径的模块，原来是使用os模块。
  4. # 面试题，md5是对称加密还是非对称加密
  5. 	-对称加密：加密的秘钥和解密的秘钥是同一个
  6.     -非对称加密：加密使用公钥加密，解密使用私钥解密，使用公钥是不能解密的
  7.     -摘要算法：没有解密这一说 
  8.   
  9. 解答：md5摘要算法 无法解密 ---> 不存在对称加密还是非对称加密

配置文件相关说明：

  1. from pathlib import Path
  2. import os
  3. import sys
  5. # 项目根路径
  6. # 我们就是要让小路飞路径作为项目根路径
  7. BASE_DIR = Path(__file__).resolve().parent.parent  # 项目根路径， 小路飞luffy_api路径 D:\pythonProject03\luffy_api\luffy_api
  8. # print(BASE_DIR)
  9. # 把 apps 路径加入到环境变量
  10. sys.path.insert(0, os.path.join(BASE_DIR, 'apps'))
  11. # 把BASE_DIR也加入到环境变量，以后直接从小路飞开始导起即可
  12. sys.path.insert(0, str(BASE_DIR))
  13. # print(sys.path)
  14. # 以后从大路飞开始导起，或者小路飞开始导起，或者apps开始导起都可以
  17. # 秘钥，涉及到加密的django中，都会用它
  18. SECRET_KEY = 'django-insecure-!g(8l%fw_#t$pz$x4jdf#e3$b4+c%xzqyq@3zki08vj&i)z4k-'
  20. # 项目是以debug模式运行，还是非debug模式运行
  22. # 项目上线，要改成false
  23. # debug=True 代码可以热更新
  24. # 调试模式下，对开发者更友好：可以列出所有路径.报了错，前端能看到
  25. DEBUG = False
  26. # 它搭配debug=False，它的意思是，允许我的项目部署在哪个ip地址上，* 表示允许部署在所有地址上
  27. ALLOWED_HOSTS = ['*']
  31. # django 是多个app组成的，里面配置app，默认带的app，django内置的app
  32. # django 是一个大而全的框架，有很多内置app：
  33. #   admin后台管理，
  34. #   auth权限管理，
  35. #   contenttypes表中存app也表的关系，
  36. #   sessions session表，django的session相关
  37. #   messages：消息框架，flask讲闪现，是一样的东西
  38. #  staticfiles：静态资源的
  40. INSTALLED_APPS = [
  41.     'django.contrib.admin',
  42.     'django.contrib.auth',
  43.     'django.contrib.contenttypes',
  44.     'django.contrib.sessions',
  45.     'django.contrib.messages',
  46.     'django.contrib.staticfiles',
  47.     'rest_framework',
  49.     # 'luffy_api.apps.home',   # luffy_api在环境变量，直接从这一层开始导起, 太长了，以后就想 注册  home
  50.     # 'luffy_api.apps.user'
  51.     'home',
  52.     'user'
  53. ]
  56. # 中间件
  57. MIDDLEWARE = [
  58.     'django.middleware.security.SecurityMiddleware',  # 安全相关中间件
  59.     'django.contrib.sessions.middleware.SessionMiddleware', # session相关中间件
  60.     'django.middleware.common.CommonMiddleware',            # 带不带 / 问题
  61.     'django.middleware.csrf.CsrfViewMiddleware',            # csrf 认证，生成csrf串
  62.     'django.contrib.auth.middleware.AuthenticationMiddleware', # 用户认证
  63.     'django.contrib.messages.middleware.MessageMiddleware',  #消息框架相关
  64.     'django.middleware.clickjacking.XFrameOptionsMiddleware',
  65. ]
  68. # 根路由
  69. ROOT_URLCONF = 'luffy_api.urls'
  71. # 模板文件
  72. TEMPLATES = [
  73.     {
  74.         'BACKEND': 'django.template.backends.django.DjangoTemplates',
  75.         'DIRS': [BASE_DIR / 'templates'],  # 坑，模板路径用列表，可以有多个
  76.         'APP_DIRS': True,
  77.         'OPTIONS': {
  78.             'context_processors': [
  79.                 'django.template.context_processors.debug',
  80.                 'django.template.context_processors.request',
  81.                 'django.contrib.auth.context_processors.auth',
  82.                 'django.contrib.messages.context_processors.messages',
  83.             ],
  84.         },
  85.     },
  86. ]
  89. # 项目运行的配置---》项目上线运行，使用uwsgi 运行  application()
  90. WSGI_APPLICATION = 'luffy_api.wsgi.application'
  92. # 用户名密码写死在代码中了，保证安全
  93. name = os.environ.get('LUFFY_NAME', 'luffy')
  94. password = os.environ.get('LUFFY_PASSWORD', 'Luffy123?')
  95. # 拓展：有的公司，直接有个配置中心---》服务--》只用来存放配置文件
  98. # 数据库配置,mysql 主从搭建完，读写分离
  99. DATABASES = {
  100.     'default': {
  101.         'ENGINE': 'django.db.backends.mysql',
  102.         'NAME': 'luffy',
  103.         'USER': name,
  104.         'PASSWORD': password,
  105.         'HOST': '127.0.0.1',
  106.         'PORT': 3306
  107.     },
  108. }
  110. #忽略掉
  111. AUTH_PASSWORD_VALIDATORS = [
  112.     {
  113.         'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
  114.     },
  115.     {
  116.         'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
  117.     },
  118.     {
  119.         'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
  120.     },
  121.     {
  122.         'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
  123.     },
  124. ]
  127. # 国际化
  128. LANGUAGE_CODE = 'zh-hans'
  129. TIME_ZONE = 'Asia/Shanghai'
  130. USE_I18N = True
  131. USE_L10N = True
  132. USE_TZ = False
  135. # 静态资源
  136. STATIC_URL = '/static/'
  139. # 
  140. DEFAULT_AUTO_FIELD = 'django.db.models.BigAutoField'

pathlib说明 ：

image-20230227151303780

DEBUG说明：开发时打开，上线时关闭。

上线时配置：

image-20230227152224892

前端显示：

image-20230227152520140

DEBUG=True时，代码可以热更新，也就是可以自动重启服务。对开发更友好，可以列出所有路径，报了错，前端能看到。星号表示允许部署在所有地址上。

django 自带的APP：

  • auth app会给你创建6张表。
  • admin app注释会报错。
  • auth app和 admin app有关联。

django 自带中间件：

注释django 所以自带的app之后会导致：
drf 用不了，django-jwt用不了。所以要配置drf不使用django的认证类，并且重写jwt。

ROOT_URLCONF根路由：

根路由移动pycharm会帮你自动修改

模板文件：

image-20230227154943357

箭头这里可以选择配置两个类，这两个类对应 jinja2 或者 django模板语法。
下面的模板路径用列表，意思是可以有多个模板语法类。

项目运行的配置：
上线时使用uswgi。

数据库配置：可以配置多个数据库。数据库主从。

国际化：

中国使用 --> 东八区时间

image-20230227155535310

不仅仅可以写Shanghai写别的也行，只要满足东八区。

DEFAULT_AUTO_FIELD：
整型字段 ---> 大整型字段
这里有一段历史，django之前表迁移的时候会自动生成主键，也就是id字段，这个字段使用的是整型。后来django将其替换成立大整整型，防止数据量过大的情况出现问题。

扩展

  1. # windows安装 mysql 5.7
  2. https://zhuanlan.zhihu.com/p/571585588
  4. seo: 搜索引擎优化 
  5. Search Engine Optimization, 搜索引擎优化。
  6. 利用搜索引擎的规则提高网站在有关搜索引擎内的自然排名。
  7. sem：交钱，买关键词，排到前面
  9. # 比较好的博客
  10. 	-cnblogs
  11.     -思否
  12.     -掘金
  13.     -脉脉  
  15. 杂谈：
  16. 多个软件可以监听同一个端口，但是一个端口只能给一个软件使用。

前后端分离rbac后台管理

  1. # 推荐学习以下项目：
  2. # 后台：https://gitee.com/liuqingzheng/rbac_manager
  3. # 前端：https://gitee.com/liuqingzheng/vue_admin
  5. # rbac后台管理项目相关
  6. 	-前端 ---》看人家开源的前端项目，看不懂
  7.     -第一种情况，vue+java====》分析有哪些接口，drf复写出来
  8. 	-第二种情况： 你新建前端项目，你看到它哪个页面好看，copy你里面去只要template和style  
  9.     	-js东西自己写

python位运算

  1. &：按位与：两位都为1,结果为1,否则为0
  2. |：按位或：只要有一位为1，结果就为1
  3. ^：按位异或：两对应的二进位相异时，结果为1
  4. ~： 按位取反,即把1变为0,把0变为1，相当于（-x-1）
  5. <<：左移动运算符：运算数的各二进位全部左移若干位，由 << 右边的数字指定了移动的位数，高位丢弃，低位补0。
  6. >>：右移动运算符：把">>"左边的运算数的各二进位全部右移若干位，>> 右边的数字指定了移动的位数
  9. a^b        按位异或：两对应的二进位相异时，结果为1 
  10. a          0011 1100
  11. b          0000 1101
  12. 二进制结果   0011 0001
  13. 十进制结果   49
  15. # 推荐阅读： 
  16. python位运算 https://zhuanlan.zhihu.com/p/370167569
  17. goland位运算 https://juejin.cn/post/7090884238588772383 go语言位运算：没有取反

练习

  2. 1 封装日志并测试 ok
  3. 2 封装异常处理记录日志并测试 ok 
  4. 3 封装Resposne并测试 ok
  5. 4 创建路飞用户，路飞库 ok 
  6. 5 创建用户表，迁移成功 ok
  8. ---------扩展------
  9. 6 搜索：utf8和utf8mb4的区别 ok 
  10. 7 搜索：mysql本地连接和用ip连接的区别 ok
  11. 8 学习python位运算 ok
  12. 9 重装mysql 5.7 ok

原文链接：https://www.cnblogs.com/passion2021/p/17161679.html

 友情链接：直通硅谷 　点职佳 　北美留学生论坛

Django热门文章

  • django-rest-framework 自定义swagger过程详解
  • 前后端分离实现注册+登录（Vue3.0 + Django3.2)
  • 详解Django CAS 解决方案
  • python+Django实现防止SQL注入的办法
  • django 配置阿里云OSS存储media文件的例子
  • 【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置
  • django使用ckeditor上传图片
  • Django集成富文本编辑器summernote的实现步骤
  • 使用django和vue进行数据交互的方法步骤
  • python3.8+django2+celery5.2.7环境准备(python测试开发django)

    • Django推荐文章

  • 探索Django：从项目创建到图片上传的全方位指南
  • Django国际化与本地化指南
  • CentOS+Django+uWSGI+Celery+Supervisor配置
  • vue3 + element-plus 的 upload + axios + django 文件上传并保存
  • Django学习(三) 之 模板中标签的使用
  • 前后端分离实现注册+登录（Vue3.0 + Django3.2)
  • Django笔记三十二之session登录验证操作
  • Django笔记三十之log日志记录详解
  • 【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置
  • Luffy项目：2、项目需求（2），项目库的创建，软件开发目录，Django配置文件介绍

    • 本站QQ群：前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

    W3xue 的所有内容仅供测试，对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
    关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接（目前9元/月）请联系QQ：27243702 沸活量
    皖ICP备17017327号-2　皖公网安备34020702000426号