【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

时间:2022-11-19 00:38:07

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

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

python运行流程

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

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

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

项目目录调整(重要)

查看manage.py:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

在命令行里输入参数:

# sys.argv
python xx.py 参数 参数...
可以通过sys.argv获取这些参数

# 示例:
python test.py passion 123

sys.argv终端输出:
['tests.py', 'passion', '123']

查看execute_from_command_line函数:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

查看execute类:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

注意:开发环境,不能使用正式上线的数据库。开发环境--> 测试环境 --> 上线环境(微盟删库事件)

关于环境变量的问题

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

新建一个python包:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

在s2.py文件导入s1:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

会直接报错:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

在main.py中导入s2(可以将s2以导入的形式运行):

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

设置source root:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

今日内容

1 django后端配置之封装logger

# 项目肯定要记录日志
	-日志都可以打印到控制台
    -日志可以写到日志文件这
	-日志存到某个库中
    -所有项目日志统一管理 
# sentry
使用django写的日志服务软件,收集日志,可以展示日志,兼容很多语言,是开源的。

# 以后在项目中不要出现print了,以后都用日志logger.info(),以后项目上线,只需要调整日志级别,低级别的日志就不打印了,于是日志输出不用删掉

# 每个项目,都需要记录日志
	-后期可以通过日志排查问题,分析错误
    -分析用户行为...
    
# 之前学过logging模块,django就是基于原生的logging模块。
	-django中集成日志步骤,django使用的就是python内置的日志模块。
	-所以django寻找配置文件也是查找LOGGING这个名字。

# 操作步骤:
	-第一步:在配置文件中加入 日志配置 ---大字典
    	-详情见下面的配置文件
     -第二步:在utils中新建common_logger.py ,得到日志对象
        import logging
        # 通过配置问中的名字拿到logger对象,以后只需要导入,直接使用对象写日志即可
        logger=logging.getLogger('django')
        
    -第三步:在想用的地方,导入使用即可(注意路径)
    from utils.common_logger import logger
        logger.info('info级别的日志')
    	logger.error('error级别的日志')
   

dev.py:

# 真实项目上线后,日志文件打印级别不能过低,因为一次日志记录就是一次文件io操作
LOGGING = {
    'version': 1,
    'disable_existing_loggers': False,
    'formatters': {
        'verbose': {
            'format': '%(levelname)s %(asctime)s %(module)s %(lineno)d %(message)s'
        },
        'simple': {
            'format': '%(levelname)s %(module)s %(lineno)d %(message)s'
        },
    },
    'filters': {
        'require_debug_true': {
            '()': 'django.utils.log.RequireDebugTrue',
        },
    },
    'handlers': {
        'console': {
            # 实际开发建议使用WARNING
            'level': 'DEBUG',
            'filters': ['require_debug_true'],
            'class': 'logging.StreamHandler',
            'formatter': 'simple'
        },
        'file': {
            # 实际开发建议使用ERROR
            'level': 'INFO',
            'class': 'logging.handlers.RotatingFileHandler',
            # 日志位置,日志文件名,日志保存目录必须手动创建,注:这里的文件路径要注意BASE_DIR代表的是小luffyapi
            'filename': os.path.join(os.path.dirname(BASE_DIR), "logs", "luffy.log"),
            # 日志文件的最大值,这里我们设置300M
            'maxBytes': 300 * 1024 * 1024,
            # 日志文件的数量,设置最大日志数量为10
            'backupCount': 10,
            # 日志格式:详细格式
            'formatter': 'verbose',
            # 文件内容编码
            'encoding': 'utf-8'
        },
    },
    # 日志对象
    'loggers': {
        'django': {
            'handlers': ['console', 'file'],
            'propagate': True, # 是否让日志信息继续冒泡给其他的日志处理系统
        },
    }
}

utils/logging.py:

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

使用:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

# 前端 要接收的格式,要统一,无论后端是否出错

# 三大认证:
视图类的方法中只要出了异常,就会执行一个函数,但是这个函数只能处理drf的异常, 所以我们需要自己写个函数,既能处理drf异常,又能处理django异常,这样统一返回格式,前端看到格式都统一了

# drf异常源码分析 
查看APIView的dispatch方法 ---> 三大认证中抛出异常会被捕获--->异常捕获后会执行self.handle_exception(exc) ---> 省略一波源码的跳来跳去 ---> 发现会去执行views.py下的handle_exception函数,这个函数只会处理drf的异常 ---> 并且执行这个函数是在drf配置文件进行了默认配置 ---> 修改这个配置将其替换成我们的异常捕获函数

# 写一个函数,封装全局异常
	-1 统一返回格式
    -2 记录日志:出了异常,程序有问题,后期排查问题

# 使用步骤
	-第一步:在utils中新建 common_exceptions.py
    -第二步:写个函数
    	-看项目代码
    
    -第三步:配置配置文件,以后只要出了异常,都会走咱们的函数
    	REST_FRAMEWORK = {
            'EXCEPTION_HANDLER': 'utils.common_exceptions.exception_handler',
        }
    -第四步:勇敢大胆写代码,即便报错,程序不会蹦,并且会记录日志,并且处理成统一格式

自定义全局异常代码:


1. exceptions.py

    from rest_framework.views import exception_handler as drf_exception_handler
    from rest_framework.response import Response
    from utils.common_logger import logger

    def exception_handler(exc, context):
        # 程序出了异常,会走到这,我们都要记录日志
        # 请求地址,请求方式,请求时间,请求哪个视图函数,如果登录了,记录一下用户id
        request = context.get('request')
        try:
            user_id = request.user.pk
            if not user_id:
                user_id = '匿名用户'
        except:
            user_id = '匿名用户'
        view = context.get('view')
        logger.error('用户:【%s】,使用:【%s】 请求,请求:【%s】 地址,视图函数是:【%s】,出错了,错误是:【%s】' % (
            user_id, request.method, request.get_full_path(), str(view), str(exc)
        ))
        # 第一步:执行一下原来的异常处理:它只处理drf的异常,django的异常没有处理
        # res如果有值是Response的对象,说明是drf的异常
        # res如果是None,说明是django的异常
        res = drf_exception_handler(exc, context)
        # 在这里,可以通过状态码,把异常分的更细一些:比如有数据的异常,除以0的异常,列表越界异常。。。。
        if res:
            # drf异常
            # res=Response(data={'code':999,'msg':'服务器出错,请联系系统管理员'})
            res = Response(data={'code': 999, 'msg': res.data.get('detail', '服务器出错,请联系系统管理员')})
        else:
            # django的异常,状态码是888,错误信息是  exc异常对象转成字符串
            res = Response(data={'code': 888, 'msg': str(exc)})

        return res
    
2. 在配置文件中配置

        REST_FRAMEWORK = {
        # 以后,只要出异常,就会执行exception_handler
            'EXCEPTION_HANDLER': 'utils.exceptions.exception_handler',
        }

补充说明

断点调试说明:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

context相关源码:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

1.两者都是获取request请求的url路径

2.request.get_full_path() ==> 获取当前url,(包含参数)

  比如发送一个请求的路径为127.0.0.1:8080/class_list/?name = 10
  request.get_full_path返回的是=>/class_list/?name=10
  request.path获取的是不带参数的路径=>/class_list/

3.如果遇到url中含有中文的想要正常接收返回值需要对返回值就行解码(url默认的编码格式为unicode)

  request.get_full_path.encode('utf8')
  request.path.encode('utf8')

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

3 后端配置之二次封装response

# drf提供的Response对象,不能很方便的加入code和msg字段,自己封装一个Response类,以后都用我们自己封装的,方便咱们写code和msg
	-{code:100,msg:提示,data:{}/[]}
    -{code:100,msg:提示,token:asdfasd,user:lqz}

# 使用步骤
	第一步:在utils下新建common_response.py
    第二步:封装APIRespon
    第三步:导入使用,视图函数的方法,返回时,都使用咱们自己的

# 封装步骤:
	1 在utils/response.py
    from rest_framework.response import Response
    class APIResponse(Response):
        def __init__(self, code=100, msg='成功', status=None, headers=None, **kwargs):
            data = {'code': code, 'msg': msg}
            if kwargs:
                data.update(kwargs)
            super().__init__(data=data, status=status, headers=headers)
            
    2 以后再视图类中,导入使用即可
    	return APIResponse(token='asfdasfd')  # 登录成功
    	return APIResponse(token='asfdasfd',status=201,code=101)  # 修改http响应状态码
    	return APIResponse(code=1001,msg='请联系管理员')  # 修改自己的状态码
    	return APIResponse(headers={"Access-Control-Allow-Origin":"*"})  # 响应头添加东西 
    	return APIResponse(result=serializer.data)  # 获取全部
   		return APIResponse(result=[{id:1,'name':'金梅'},{id:2,'name':'西游记'}])

查看drf Response源码:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

重写Response类的__init__方法。

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

举个例子:

# 希望实现如下两个效果

# 后端返回格式
return APIResponse(token='sadasdsaddsa')
# 前端接受
{code:100, msg:'成功', token:'sadasdsaddsa'}

# 后端返回格式
return APIResponse(result=[{id:1,'name':'金梅'},{id:2,'name':'西游记'}])
# 前端接受
{code:100, msg:'成功', token:'sadasdsaddsa', result:[{id:1,'name':'金梅'},{id:2,'name':'西游记'}]}

如果不传入code、msg等参数,则默认code=100msg='成功',这里父类还有可以传很多参数,我们这里只用一部分。【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

字典的updata方法:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

基于原字典进行更新。

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

调用父类的__init__:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

对于登录接口:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

对于获取所有接口:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

查看前端:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

4 数据库配置


# luffy项目使用mysql5.7
安装参考:https://www.jb51.net/article/212626.htm

# 之前使用root用户作为项目的数据库用户,权限太高了,通过root用户登录之后,可以修改所有的数据库。一般公司里,给项目单独建立一个用户,这个用户只对当前库(当前项目使用的库)有权限。

需求:
1.创建一个名为luffy的mysql数据库。
2.创建一个名为luffy_api的用户,该用户只能查看luffy库。


# 一、在mysql中创建一个用户luffy_api,给用户授予luffy库的所有权限
    -1 远程链接mysql,创建一个luffy库
    	-命令行创建
             1.管理员连接数据库
             >: mysql -uroot -proot

             2.创建数据库
             >: create database luffy default charset=utf8;
        -navicate客户端创建
        
    -2 在创建之前,可以先查看有哪些用户
		select user,host,password from mysql.user;
    	现在公司主流使用5.7版本之后的mysql,mysql5.8叫mysql 8, msyql5.7称之为msyql 7,可以用如下命令,查看用户:
        select user,host,authentication_string from mysql.user;
        
   -3 创建一个luffy_api用户(之前有个root用户,权限很高)
        # 授权账号命令模板:
        grant 权限(create, update) on 库.表 to '账号'@'host' identified by '密码'
        
        # 把luffy库下所有表的权限(grant all privileges)都授予luffy_api这个用户,允许远程链接
        grant all privileges on luffy.* to 'luffy_api'@'%' identified by 'Luffy123?';
   
'''
      注意:在mysql的不同版本上,如果只授予了用户远程连接的权限,没有授予本地连接,那么可能会出现执行本地连接时连接不上,只能远程连接的情况。所以可以使用以下命令
'''

        # 把luffy库下所有表的权限都授予luffy_api这个用户,允许本地链接,且将本地连接密码设置的和远程连接的相同。(也可以设置密码不相同)
        grant all privileges on luffy.* to 'luffy_api'@'localhost' identified by 'Luffy123?';
        
'''
	建立了本地连接,又建立远程连接,mysql中会有两条记录(有两个luffy用户)
''' 
   -4 刷新一下权限
		-flush privileges;
    	说明:往数据表插入一条记录(硬盘)---》 内存中没有这个权限 ---》 flush privileges ---> 将硬盘中的权限读到内存 
   
   -5 以luffy_api用户登录,show databases查看,只能看到luffy库
      	-至此已经完成用户创建
     
'''
只能操作luffy数据库的账户
账号:luffy_api
密码:Luffy123?
'''

        
# 二、在项目中配置好使用mysql数据
	1 在配置中:
    import os
    user = os.environ.get('USER','luffy_api')
    password = os.environ.get('PASSWORD','Luffy123?')	
    DATABASES = {
        'default': {
            'ENGINE': 'django.db.backends.mysql',
            'NAME': 'luffy',
            'USER': user,
            'PASSWORD': password,
            'HOST': '127.0.0.1',
            'PORT': 3306
        }
    }
    
    2 运行项目会报错:
        django默认使用mysqlDB操作mysql,mysqlDB这个模块,在python2可以的,在python3中不支持,于是咱们使用pymysql替换,到了django2.0.7以后,如果使用pymysql替换,需要改django的源代码,后期使用mysqlclient,替换pymysql,mysqlclient是mysqlDB的python3.x版本
     - 如果使用pymysql,需要改源码,需要执行
        import pymysql
		pymysql.install_as_MySQLdb() # 猴子补丁的体现,这行代码把django里面所有mysqlDB的对象,都替换成pymysql
        
     - pymysql的使用演示:
    	conn
        cursor.execute('select * from user')
        
    -猴子补丁是:在
    程序运行过程中得动态替换技术(代码虽然没有改,但已经不是原来的代码了):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/
    
    gevent模块:
	使用这个模块时,执行了monkey.patch_all()。
    执行这个的作用是,因为网络请求、time.sleep这些都是同步IO,程序会等到请求得到响应返回数据才会继续执行。
    只要执行了monkey patch再使用time\socket这些模块,使用的都是gevent给你提供的time、socket模块,相当于对这些模块全局做了一个替换。
    你好像写的是同步代码,但实际上这些操作都变成异步了。
    原本time会导致阻塞,会使CPU离开这个线程,现在使用猴子补丁,替换了原来的time模块,虽然代码还是不变,但time不会阻塞了。
	
    阻塞time-替换--> 非阻塞time
    动态语言就会具备这种功能 ---> 动态替换
    
    -以后再django中不使用pymysql了,使用mysqlclient,不需要再执行任何补丁了
    -win,linux,mac,这个mysqlclient模块不太好装,看人品,有时候很顺利,有时候上线装不上
    
  3 只需要装 mysqlclient,一切都解决了
    
    
# 三、目前咱们配置文件中,直接写死了mysql的用户名和密码
	-可能存在的风险---》如果我的源代码泄露了---》数据库用户名密码就泄露---》黑客可以远程登录---》脱库(偷库) 
    -B站go语言源代码泄露 营造出充会员的假象 抖音库存带货
    	-B站开源的一套Go微服务框架 --->  go-kratos
       		-推荐阅读:https://www.cnblogs.com/liuqingzheng/p/16271927.html
    -华住汉庭的酒店入住信息(开房记录)泄露,源代码泄露了,导致被脱库
    -上海随申办的数据泄露 ---> 使用阿里云的es服务器 ---> 阿里云服务器泄露
    
    
# 补充:
	mysql的utf8编码和utf8mb4的区别?
    	-utf8:一个字符,占两个字节(byte--->1个byte是8个比特位  10101010)
        -utf8mb4:一个字符,占4个字节,表情符号
        -咱们学的utf-8:可变长可以1---4字节表示一个字符
    
    
    
# 研究一下 以下两种登录方式的区别?第一个快
    mysql -uroot -p
    mysql -h 192.168.1.11 -P 3306 -uroot -p

mysql5.7数据库(推荐使用偶数版本):

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

mysql的utf8和utf8mb4的区别

# utf8:
一个字符,占两个字节(byte--->1个byte是8个比特位  10101010),有些生僻字存不了
# utf8mb4:
一个字符,占4个字节,可以存储表情符号(占四个字节)、生僻字

# utf-8编码 和 mysql的utf8 不是一个东西:
咱们学的utf-8是可变长的,1到4字节表示一个字符,而mysql的utf8是固定占两个字节。

# 说明
增加了这个utf8mb4的编码,mb4就是most bytes 4的意思,专门用来兼容四字节的unicode。好在utf8mb4是utf8的超集,除了将编码改为utf8mb4外不需要做其他转换。当然,为了节省空间,一般情况下使用utf8也就够了。

理论上讲, UTF-8 格式使用一至六个字节,最大能编码 31 位字符。最新的 UTF-8 规范只使用一到四个字节,最大能编码21位,正好能够表示所有的 17个 Unicode 平面。

创建数据库是选择utf8mb4或utf8(推荐utf8mb4):

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

mysql使用命令查看用户:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

这是因为:一个是通过本地连接,一个是远程连接。

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

# 本地连接 
mysql -uroot -p
# 远程连接
mysql -h 192.168.1.11 -P 3306 -uroot -p

# 本地连接比远程连接快,为什么?
远程连接需要通过网卡出去再回来,本地连接是通过socket文件直接去连接mysql的。
    

推荐阅读:

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

转载自:https://blog.csdn.net/snow__wei/article/details/103277665

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

会出现两条记录:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

  1. 使用两套配置文件

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

django-mysqlDB历史

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

# mysqlclient
pip install mysqlclient

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

猴子补丁

# 猴子补丁
	是在程序运行过程中得动态替换技术(代码虽然没有改,但已经不是原来的代码了):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/
    
# gevent模块:
	使用这个模块时,执行了monkey.patch_all()。
    执行这个的作用是,因为网络请求、time.sleep这些都是同步IO,程序会等到请求得到响应返回数据才会继续执行。
    只要执行了monkey patch再使用time\socket这些模块,使用的都是gevent给你提供的time、socket模块,相当于对这些模块全局做了一个替换。
    你好像写的是同步代码,但实际上这些操作都变成异步了。
    原本time会导致阻塞,会使CPU离开这个线程,现在使用猴子补丁,替换了原来的time模块,虽然代码还是不变,但time不会阻塞了。
	
    阻塞time-替换--> 非阻塞time
    动态语言就会具备这种功能 ---> 动态替换

数据库密码保护

# 目前咱们配置文件中,直接写死了mysql的用户名和密码
	-可能存在的风险---》如果我的源代码泄露了---》数据库用户名密码就泄露---》黑客可以远程登录---》脱库(偷库) 

# 用户名密码写死在代码中了,保证安全
name = os.environ.get('LUFFY_NAME', 'luffy')
password = os.environ.get('LUFFY_PASSWORD', 'Luffy123?')
# 拓展:有的公司,直接有个配置中心---》服务--》只用来存放配置文件

DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'luffy',
        'USER': name,
        'PASSWORD': password,
        'HOST': '127.0.0.1',
        'PORT': 3306
    }
}

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

数据库配置:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

管理配置文件

# 配置中心
使用配置中心 --> 配置中心提供服务 --> 只用来存放配置文件 --> 向配置中心请求配置文件

# 发展
单配置文件try...except --> 两套配置文件dev.py\prop.py --> 配置中心

# ConfigMap
ConfigMap 是一种 API 对象,用来将非机密性的数据保存到键值对中。使用时, Pods 可以将其用作环境变量、命令行参数或者存储卷中的配置文件。
推荐阅读:https://kubernetes.io/zh-cn/docs/concepts/configuration/configmap/

5 用户表继承AbstractUser配置

# 你决定使用auth表扩写,项目一定不要先迁移!!!先建好用户表再迁移
	已经迁移完了,再想用auth的user表
    -删库,删迁移文件所有app
    -删django源码中的admin文件夹和auth文件夹的迁移文件

# 使用步骤
    -0 用户表使用auth表扩写 需要Pillow模块的支持
    	- pip install Pillow
    -1 创一个用户app:python ../../manage.py startapp user
    -2 user 的app的models.py中扩写用户表
    class UserInfo(AbstractUser):
        mobile = models.CharField(max_length=11, unique=True)
        # ImageField继承了FileField,需要pillow包的支持,只用于存储图片
        icon = models.ImageField(upload_to='icon', default='icon/default.png')

        class Meta:
            db_table = 'luffy_user'  # 指定在msyql数据库中的表名
            verbose_name = '用户表'  # 在后台管理中显示中文
            verbose_name_plural = verbose_name # 在打印该类的对象时,显示用户名、
        def __str__(self):
            return self.username
        
    -3 配置文件配置,注册app,安装Pillow模块
    	# 用户表的配置
		AUTH_USER_MODEL='user.UserInfo'
        
    -4 两条命令迁移
    

迁移出错问题

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

要将django/admindjango/auth目录下的迁移文件都删除掉,才能解决a迁移问题:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

确认报错位置:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

6 开放media访问

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

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

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

配置如下:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

查看path源码:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

查看_path:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

name是路由的别名(反向解析)。

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

会传到serve的第三个形参。

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

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

# 1 创建项目
# 2 删除一些不用的
	-App.vue中只保留
    <template>
      <div >
        <router-view/>  <!-- 可以是单标签也可以是闭合标签 -->
      </div>
    </template>
    
# 3 HomeView.vue
    <template>
      <div class="home">
        <h1>首页</h1>
      </div>
    </template>
    <script>
    export default {
      name: 'HomeView',
    }
    </script>
# 4 router/index.js
	const routes = [
        {
            path: '/',
            name: 'home',
            component: HomeView
        },
    ]

7.1 安装axios

# 1 安装
cnpm install axios

# 2 配置 main.js中
import axios from 'axios'
Vue.prototype.$axios=axios

# 3 以后再任意组件中使用
this.$axios.get(...)

配置:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

7.2 elementui

# vue2 使用elementui
	-安装:cnpm i element-ui -S

    -配置:main.js中
    	import ElementUI from 'element-ui';
        import 'element-ui/lib/theme-chalk/index.css';
        Vue.use(ElementUI);
    -使用:在任意组件中复制粘贴(template,script,style)

#vue3 使用 element-plus

7.3 bootstrap,jquery

有需求可以使用。

# 咱的项目没使用,但是引入,以后可以用

# bootstrap有些事件基于jquery  ---> 使用bootstrap也需要引入jquery

# 使用步骤:
	1 安装
    	cnpm install jquery -S
		cnpm install bootstrap@3 -S
        
    2 配置:main.js
        import 'bootstrap'
        import 'bootstrap/dist/css/bootstrap.min.css'
        
    3 vue.config.js配置
    
        const webpack = require("webpack");
        module.exports = {
            configureWebpack: {
                plugins: [
                    new webpack.ProvidePlugin({
                        $: "jquery",
                        jQuery: "jquery",
                        "window.jQuery": "jquery",
                        "window.$": "jquery",
                        Popper: ["popper.js", "default"]
                    })
                ]
            }
        };

配置vue.config.js:

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

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

7.4 vue-cookies

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

8 django配置文件说明

# pathlib 
这个模块是python3.6以后,处理文件路径的模块,原来是使用os模块。

# 面试题,md5是对称加密还是非对称加密
	-对称加密:加密的秘钥和解密的秘钥是同一个
    -非对称加密:加密使用公钥加密,解密使用私钥解密,使用公钥是不能解密的
    -摘要算法:没有解密这一说 
  
解答:md5摘要算法 无法解密 ---> 不存在对称加密还是非对称加密

配置文件相关说明:

from pathlib import Path
import os
import sys

# 项目根路径
# 我们就是要让小路飞路径作为项目根路径
BASE_DIR = Path(__file__).resolve().parent.parent  # 项目根路径, 小路飞luffy_api路径 D:\pythonProject03\luffy_api\luffy_api
# print(BASE_DIR)
# 把 apps 路径加入到环境变量
sys.path.insert(0, os.path.join(BASE_DIR, 'apps'))
# 把BASE_DIR也加入到环境变量,以后直接从小路飞开始导起即可
sys.path.insert(0, str(BASE_DIR))
# print(sys.path)
# 以后从大路飞开始导起,或者小路飞开始导起,或者apps开始导起都可以


# 秘钥,涉及到加密的django中,都会用它
SECRET_KEY = 'django-insecure-!g(8l%fw_#t$pz$x4jdf#e3$b4+c%xzqyq@3zki08vj&i)z4k-'

# 项目是以debug模式运行,还是非debug模式运行

# 项目上线,要改成false
# debug=True 代码可以热更新
# 调试模式下,对开发者更友好:可以列出所有路径.报了错,前端能看到
DEBUG = False
# 它搭配debug=False,它的意思是,允许我的项目部署在哪个ip地址上,* 表示允许部署在所有地址上
ALLOWED_HOSTS = ['*']



# django 是多个app组成的,里面配置app,默认带的app,django内置的app
# django 是一个大而全的框架,有很多内置app:
#   admin后台管理,
#   auth权限管理,
#   contenttypes表中存app也表的关系,
#   sessions session表,django的session相关
#   messages:消息框架,flask讲闪现,是一样的东西
#  staticfiles:静态资源的

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'rest_framework',

    # 'luffy_api.apps.home',   # luffy_api在环境变量,直接从这一层开始导起, 太长了,以后就想 注册  home
    # 'luffy_api.apps.user'
    'home',
    'user'
]


# 中间件
MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',  # 安全相关中间件
    'django.contrib.sessions.middleware.SessionMiddleware', # session相关中间件
    'django.middleware.common.CommonMiddleware',            # 带不带 / 问题
    'django.middleware.csrf.CsrfViewMiddleware',            # csrf 认证,生成csrf串
    'django.contrib.auth.middleware.AuthenticationMiddleware', # 用户认证
    'django.contrib.messages.middleware.MessageMiddleware',  #消息框架相关
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]


# 根路由
ROOT_URLCONF = 'luffy_api.urls'

# 模板文件
TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [BASE_DIR / 'templates'],  # 坑,模板路径用列表,可以有多个
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]


# 项目运行的配置---》项目上线运行,使用uwsgi 运行  application()
WSGI_APPLICATION = 'luffy_api.wsgi.application'

# 用户名密码写死在代码中了,保证安全
name = os.environ.get('LUFFY_NAME', 'luffy')
password = os.environ.get('LUFFY_PASSWORD', 'Luffy123?')
# 拓展:有的公司,直接有个配置中心---》服务--》只用来存放配置文件


# 数据库配置,mysql 主从搭建完,读写分离
DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.mysql',
        'NAME': 'luffy',
        'USER': name,
        'PASSWORD': password,
        'HOST': '127.0.0.1',
        'PORT': 3306
    },
}

#忽略掉
AUTH_PASSWORD_VALIDATORS = [
    {
        'NAME': 'django.contrib.auth.password_validation.UserAttributeSimilarityValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.MinimumLengthValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.CommonPasswordValidator',
    },
    {
        'NAME': 'django.contrib.auth.password_validation.NumericPasswordValidator',
    },
]


# 国际化
LANGUAGE_CODE = 'zh-hans'
TIME_ZONE = 'Asia/Shanghai'
USE_I18N = True
USE_L10N = True
USE_TZ = False


# 静态资源
STATIC_URL = '/static/'


# 
DEFAULT_AUTO_FIELD = 'django.db.models.BigAutoField'

pathlib说明 :

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

DEBUG说明:开发时打开,上线时关闭。

上线时配置:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

前端显示:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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会帮你自动修改

模板文件:

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

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

国际化:

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

【django-vue】封装logger 封装全局异常 封装response 数据库配置 用户表继承AbstractUser配置

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

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

扩展

# windows安装 mysql 5.7
https://zhuanlan.zhihu.com/p/571585588

seo: 搜索引擎优化 
Search Engine Optimization, 搜索引擎优化。
利用搜索引擎的规则提高网站在有关搜索引擎内的自然排名。
sem:交钱,买关键词,排到前面

# 比较好的博客
	-cnblogs
    -思否
    -掘金
    -脉脉  

杂谈:
多个软件可以监听同一个端口,但是一个端口只能给一个软件使用。

前后端分离rbac后台管理

# 推荐学习以下项目:
# 后台:https://gitee.com/liuqingzheng/rbac_manager
# 前端:https://gitee.com/liuqingzheng/vue_admin

# rbac后台管理项目相关
	-前端 ---》看人家开源的前端项目,看不懂
    -第一种情况,vue+java====》分析有哪些接口,drf复写出来
	-第二种情况: 你新建前端项目,你看到它哪个页面好看,copy你里面去只要template和style  
    	-js东西自己写

python位运算

&:按位与:两位都为1,结果为1,否则为0
|:按位或:只要有一位为1,结果就为1
^:按位异或:两对应的二进位相异时,结果为1
~: 按位取反,即把1变为0,把0变为1,相当于(-x-1)
<<:左移动运算符:运算数的各二进位全部左移若干位,由 << 右边的数字指定了移动的位数,高位丢弃,低位补0。
>>:右移动运算符:把">>"左边的运算数的各二进位全部右移若干位,>> 右边的数字指定了移动的位数


a^b        按位异或:两对应的二进位相异时,结果为1 
a          0011 1100
b          0000 1101
二进制结果   0011 0001
十进制结果   49

# 推荐阅读: 
python位运算 https://zhuanlan.zhihu.com/p/370167569
goland位运算 https://juejin.cn/post/7090884238588772383 go语言位运算:没有取反

练习


1 封装日志并测试 ok
2 封装异常处理记录日志并测试 ok 
3 封装Resposne并测试 ok
4 创建路飞用户,路飞库 ok 
5 创建用户表,迁移成功 ok

---------扩展------
6 搜索:utf8和utf8mb4的区别 ok 
7 搜索:mysql本地连接和用ip连接的区别 ok
8 学习python位运算 ok
9 重装mysql 5.7 ok