• 今日内容详细
  • 一、后台日志封装
  • 二、前后端分离的rbac项目演示
  • 三、全局异常处理封装
  • 四、封装Response
  • 五、luffy数据库创建
    • 1.创建用户创建库
    • 2.使用项目连接库
  • 六、软件开发模式
  • 七、User模块用户表
  • 八、django的配置文件
  • 九、开启media访问
  • 拓展

今日内容详细

一、后台日志封装

# 以后，项目肯定要记录日志
	-日志都可以打印到控制台
	-日志可以写到日志文件中
	-日志存到某个库中
	-所有项目日志统一管理    sentry：django写的服务，收集日志的，可以展示  开源的
    
    
    
# 以后，在项目中不要出现print了，以后都用日志 logger.info(),以后项目上线，只需要调整日志级别，低级别的日志就不打印了，于是日志输出不用删掉


# 操作步骤：django中集成日志步骤，django使用的就是python内置的日志模块
	-第一步：在配置文件中加入 日志配置 ---大字典
		# 日志相关操作
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': 'INFO',
            'filters': ['require_debug_true'],
            'class': 'logging.StreamHandler',
            'formatter': 'simple'
        },
        'file': {
            # 实际开发建议使用ERROR
            'level': 'ERROR',
            '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新建 common_logger.py ,得到日志对象
 		import logging
		logger = logging.getLogger('django')
	-第三步：在任意想用日志的地方，导入使用即可
		from utils.common_logger import logger
		logger.info('info级别的日志')
		logger.error('error级别的日志')

二、前后端分离的rbac项目演示

# 后台：
https://gitee.com/liuqingzheng/rbac_manager
# 前端：
https://gitee.com/liuqingzheng/vue_admin

三、全局异常处理封装

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

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


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

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):
    # 1 记录日志 : 哪个ip地址，用户id是多少，访问哪个路径，执行哪个视图函数，出了什么错
    request = context.get('request')
    view = context.get('view')
    ip = request.META.get('REMOTE_ADDR')
    user_id = request.user.pk
    path = request.get_full_path()
    response = drf_exception_handler(exc, context)
    if response:
        logger.warning('drf出了异常，异常是：%s' % str(exc))
        # drf的异常已经处理了--->直接取detail 会有点小小的问题，碰到再解决
        res = Response({'code': 999, 'msg': response.data.get('detail', '服务器异常，请联系系统管理员')})
    else:
        # djagno的异常，咱们要处理
        logger.error('用户【%s】，ip地址为【%s】，访问地址为【%s】，执行视图函数为【%s】，出错是【%s】' % (user_id, ip, path, str(view), str(exc)))
        res = Response({'code': 888, 'msg': '服务器异常，请联系系统管理员'})
    return res

四、封装Response

# 本身drf有Response，但是咱们公司规定，前端收到的格式都是固定的  
	-{code:100,msg:提示,data:{}/[]}
	-{code:100,msg:提示,token:asdfasd,user:qyf}
    
# 对Response进行封装，封装后，code，msg可以不传，不传就用默认的


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

class APIResponse(Response):
    def __init__(self, code=100, msg='成功', status=None, headers=None, **kwargs):
        data = {'code': code, 'msg': msg}
        if kwargs:  # 有值，说明，传了 除了code msg   status headers 以外的，咱们都要返回给前端，放到这个data中
            data.update(kwargs)
        # Response(data=data,status=status,headers=headers)
        super().__init__(data=data, status=status, headers=headers)

        # 不要return，你可以这样做  self.data=data  self.status=status

五、luffy数据库创建

1.创建用户创建库

# 创建luffy数据库
# 之前项目操作数据库，都是使用root用户，root用户权限太高了，在公司里，一般不会给你root用户权限
# 如果开发人员是root权限，数据安全性就很差
	
    
# 开发人员，专门创建一个用户，用户只对当前项目的库有操作权限
	
    
# 创建一个luffy库，创建luffy用户，luffy用户只对luffy库有操作权限

	
    
# 面试题：utf8  utf8mb4 有什么区别
MySQL从 5.5.3 开始，MySQL 开始用 utf8mb4 编码来实现完整的 UTF-8，其中 mb4 表示 most bytes 4，最多占用4个字节。
mysql支持的 utf8 编码因为历史遗留问题，MySQL 中的 utf8 编码并不是真正的 UTF-8，而是阉割版的，最长只有3个字节。
当遇到占4个字节的 UTF-8 编码，例如 emoji 字符或者复杂的汉字，会导致存储异常。
utf8mb4比utf8多了什么的呢?
1、多了emoji编码支持.
建议普通表使用utf8 如果这个表需要支持emoji就使用utf8mb4有更好的兼容性，但是会导致耗费更多的存储空间。
2.字符集、连接字符集、排序字符集
utf8mb4对应的排序字符集有utf8mb4_unicode_ci、utf8mb4_general_ci
utf8mb4_unicode_ci和utf8mb4_general_ci的对比：
准确性：
utf8mb4_unicode_ci是基于标准的Unicode来排序和比较，能够在各种语言之间精确排序(排序一致)
utf8mb4_general_ci没有实现Unicode排序规则，在遇到某些特殊语言或者字符集，排序结果可能不一致。
但是，在绝大多数情况下，这些特殊字符的顺序并不需要那么精确。
性能
utf8mb4_general_ci在比较和排序的时候更快
utf8mb4_unicode_ci在特殊情况下，Unicode排序规则为了能够处理特殊字符的情况，实现了略微复杂的排序算法。
但是在绝大多数情况下发，不会发生此类复杂比较。相比选择哪一种collation（排序），使用者更应该关心字符集与排序规则在db里需要统一。
总结：为了避免emoji等问题，请选择utf8mb4的子集utf8mb4_general_ci
# 创建luffy数据库
"""
1.管理员连接数据库
>: mysql -uroot -proot

2.创建数据库
>: create database luffy default charset=utf8;

3.查看用户
>: select user,host,password from mysql.user; 
只有root用户，要创建luffy用户

# 5.7往后的版本
>: select user,host,authentication_string from mysql.user;
"""


#创建路飞用户，授予luffy库所有权限
"""
设置权限账号密码
# 授权账号命令：grant 权限(create, update) on 库.表 to '账号'@'host' identified by '密码'

1.配置任意ip都可以连入数据库的账户
>: grant all privileges on luffy.* to 'luffy'@'%' identified by 'Luffy123?';

2.由于数据库版本的问题，可能本地还连接不上，就给本地用户单独配置
>: grant all privileges on luffy.* to 'luffy'@'localhost' identified by 'Luffy123?';

3.刷新一下权限   把硬盘中加载到内存里  加快验证速度
>: flush privileges;

只能操作luffy数据库的账户
账号：luffy
密码：Luffy123?
"""

2.使用项目连接库

# 项目操作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

###### 配置文件修改，连接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
    }
}

六、软件开发模式

# 瀑布模式：bbs项目就是按照这种模式
	-需求分析---》设计--》创建数据库 所有都创建---》开发(3个月)---》交给测试--》测试通过---》上线
	
# 敏捷开发
	-需求分析---》设计---》只设计一个板块---》开发(2周)---》交给测试---》运维上线(测试环境)
	-设计---》只设计一个板块---》开发(2周)---》交给测试---》运维上线(测试环境)
	
	-一个sprint周期
	-scrum敏捷项目管理

七、User模块用户表

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


# 用户表使用auth表扩写  pip install Pillow
class User(AbstractUser):
    # 扩写手机号和头像字段
    mobile = models.CharField(max_length=11, unique=True)
    # 需要pillow包的支持
    icon = models.ImageField(upload_to='icon', default='icon/default.png')

    class Meta:
        db_table = 'luffy_user'
        verbose_name = '用户表'
        verbose_name_plural = verbose_name

    def __str__(self):
        return self.username


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

八、django的配置文件

# pathlib   # 3.6 以后，处理文件路径的模块，原来是os，

# 面试题，md5是对称加密还是非对称加密
	-对称加密：加密的秘钥和解密的秘钥是同一个
	-非对称加密：加密使用公钥加密，解密使用私钥解密，使用公钥是不能解密的
	-摘要算法：没有解密这一说

# 运行django ，泡在0.0.0.0上，局域网内，所有人都能访问

九、开启media访问

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'

拓展

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


# https://zhuanlan.zhihu.com/p/370167569


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