翼度科技»论坛 编程开发 python 查看内容

Django笔记三十九之settings配置介绍

5

主题

5

帖子

15

积分

新手上路

Rank: 1

积分
15
本文首发于公众号:Hunter后端
原文链接:Django笔记三十九之settings配置介绍
这一篇笔记介绍 Django 里 settings.py 里一些常用的配置项,这些配置有一些是在之前的笔记中有过介绍的,比如 logging 的日志配置,session 的会话配置等,这里就只做一下简单的回顾,有一些是之前没有介绍过的就着重介绍一下。
以下是本篇笔记目录:

  • 邮箱配置
  • 允许访问地址配置
  • 数据库配置
  • 调试模式配置
  • 注册应用程序配置
  • 时区时间配置
  • 会话配置
  • 其他配置
1、邮箱配置

在前一篇笔记发送邮件的介绍中,有过详细的介绍,比如 EMAIL_BACKEND,EMAIL_HOST 等,这里额外再介绍一个参数 ADMINS。
这个参数其实在第三十篇笔记 log 日志记录中有过介绍,当我们设置的日志发送邮件模块有指定等级的日志发生时,会将邮件发送至 ADMINS 中定义的收件人列表。
这个参数是一个列表,每个元素也是一个元组或列表,第一个参数为收件人的名称,第二个为收件人邮箱:
  1. ADMINS = [
  2.     ("Hunter", "120460xxx@qq.com"),
  3. ]
复制代码
2、允许访问地址配置

我们的系统是可以设置允许访问的地址的,可以设置域名或者 IP,比如:
  1. ALLOWED_HOSTS = ["192.168.1.9"]
复制代码
这个参数的默认值为空列表,则说明只允许该系统所在的服务器地址的其他服务可以访问到 Django 服务。
如果想设置所有地址都可以访问到我们的服务,可以如此设置:
  1. ALLOWED_HOSTS = ["*"]
复制代码
3、数据库配置

前面连接数据库的时候,没有做过多的介绍,都是直接使用,这里再做一下详细的介绍,以下是一个示例:
  1. DATABASES = {
  2.     'default': {
  3.         'ENGINE': "django.db.backends.mysql",
  4.         "HOST": "192.168.1.31",
  5.         'NAME': "func_test",
  6.         "USER": "root",
  7.         "PASSWORD": "123456",
  8.         "PORT": 3306,
  9.         "OPTIONS": {},
  10.         "TEST": {},
  11.     },
  12. }
复制代码
在 DATABASES 中,必须设置一个 default 数据库,也可以在里面添加其他数据库连接,比如之前的多数据库连接操作的笔记示例
其中,ENGINE 表示连接的数据库类型,这里我们设置的是 MySQL,也可以设置成 postgresql,oracle,sqlite3。
这里我们连接使用的都是 MySQL,所以下面的配置项都是基于 MySQL 做的介绍。
HOST 表示连接数据库的主机
NAME 表示要使用的数据库名称,比如我们这里 MySQL 的 func_test。如果使用的是 SQLite,那么这个地址应该是一个完整路径,下面是一个使用 SQLite 作为数据库的示例:
  1. DATABASES = {
  2.     'default': {
  3.         'ENGINE': 'django.db.backends.sqlite3',
  4.         'NAME': '/Users/hunter/…/sqlite3.db'
  5.     }
  6. }
复制代码
USER 表示的是连接 MySQL 用到的用户名
PASSWORD 则是密码
PORT MySQL 一般是 3306,如果是映射的其他端口改成其他端口即可
CONN_MAX_AGE

还有一个参数为 CONN_MAX_AGE,表示一个数据库连接的寿命,以秒为整数,默认为 0,表示每次数据库请求结束之后即关闭数据库连接。
如果设置为 60,那么数据库连接在开启之后 60s 即关闭此连接,在此期间,其他请求可以复用此连接。
如果设置为 None,则表示一直处于连接状态。
OPTIONS

是用于添加连接数据库时额外的参数,比如我们的 MySQL 的连接配置不直接在 DATABASES 中定义,而是通过配置文件的方式使用,如下官方文档的一个使用示例:
  1. # settings.py
  2. DATABASES = {
  3.     'default': {
  4.         'ENGINE': 'django.db.backends.mysql',
  5.         'OPTIONS': {
  6.             'read_default_file': '/path/to/my.cnf',
  7.         },
  8.     }
  9. }
  10. # my.cnf
  11. [client]
  12. database = NAME
  13. user = USER
  14. password = PASSWORD
  15. default-character-set = utf8
复制代码
这里的意思是,DATABASES 里的 default 数据库连接使用的都是 my.cnf 里的配置选项
如果同时我们在 DATABASES["default"] 中也配置了 NAME,USER,PASSWORD 等参数,连接应该以哪个为准呢?
是以 OPTIONS 里的参数为准,这里默认的读取配置顺序是 OPTIONS > NAME, USER, PASSWORD, HOST, PORT
我们还可以在 OPTIONS 里设置数据库的隔离等级:
  1. * 'read uncommitted' 读未提交
  2. * 'read committed' 读已提交
  3. * 'repeatable read' 可重复读
  4. * 'serializable' 串行化
复制代码
TEST

TEST 参数默认也是一个空 dict,之前在单元测试那篇笔记中有过介绍,可以设置测试数据库的字符集编码,指定测试数据库名称等信息,示例如下:
  1. DATABASES = {
  2.     'default': {
  3.         ...
  4.         "TEST": {
  5.             "CHARSET": "utf8",
  6.             "NAME": "test_default_db",
  7.         },
  8.     }
  9. }
复制代码
4、调试模式配置

我们通过 settings 中的 DEBUG 参数来控制 Django 系统是否处于调试模式,DEBUG=True 则表示系统处于调试模式。
注意:永远不要在 DEBUG=True 的情况下将网站部署到生产环境
调试模式的主要功能之一就是显示详细的错误页面,比如在 DEBUG=True 的情况下,如果我们的接口发生异常,Django会显示一个详细的回溯,比如下面的信息:
<img alt="3fffc1e1f0e8523a282bda14f43759d4.png" loading="lazy">

而如果我们设置 DEBUG=False,显示的信息就会如下:
<img alt="725c5a4da8d319aaffc39fa9888a98a6.png" loading="lazy">

返回给前台的就是一个简单的错误页面,而不是像上面一样暴露出详细的文件路径和错误信息
5、注册应用程序配置

INSTALLED_APPS,列表参数,元素是在这个 Django 系统中被启用的应用程序。
这个参数包含了 Django 系统初始化时候的一些配置类应用程序,比如 django.contrib.admin, django.contrib.sessions 等
也包含我们创建的 application,比如我们创建了一个名为 blog 的 application,就可以在其中添加 'blog.apps.BlogConfig' 才可以被系统检测到
6、时区时间配置

时区的设置与 settings.py 里的两个参数相关,一个是 TIME_ZONE,一个是 USE_TZ
TIME_ZONE 表示是时区,USE_TZ 表示是否默认是使用时区感知
我们获取当前时间有两个方式,一个是通过 datetime,一个是通过 django.utils.timezone 获取:
  1. import datetime
  2. print(datetime.datetime.now())
  3. from django.utils import timezone
  4. print(timezone.now())
复制代码
如果设置 USE_TZ = True,不管 TIME_ZONE 设置的时区是哪个,timezone.now() 输出的永远是 UTC 时间,也就是格林威治时间,也就是比我们现在要早八个小时的时间
而 datetime.datetime.now() 则是会根据 TIME_ZONE设置的时区显示时间,比如设置为 “Ameraica/Chicago” 则会比格林威治时间早六个小时,比我们当前时间早14个小时
但是我们存储到数据库的时间是使用 timezone 的时间的,所以这个设置不太对的。
如果想要存储到数据库的时间和我们本地的时间一致,我们需要设置 USE_TZ 为 False,且设置 TIME_ZONE 的值为我们当前时区东八区的时区,这样,这两个输出的时间值就一致了,且数据库中存储的值也是与我们当前时间一致:
  1. # settings.py
  2. TIME_ZONE = "Asia/Shanghai"
  3. USE_TZ = False
  4. import datetime
  5. from django.utils import timezone
  6. print(datetime.datetime.now())
  7. print(timezone.now())
  8. # 2023-02-26 22:33:00.442966
  9. # 2023-02-26 22:33:00.442982
复制代码
7、会话配置

session 相关的配置在第三十二篇笔记的时候有过详细介绍,这里只做一个索引介绍
SESSION_COOKIE_AGE

session 过期时间,以秒为单位
SESSION_COOKIE_NAME

用于会话的 cookie 的名称,默认为 sessionid,可在 settings.py 中自定义修改
SESSION_ENGINE

控制 Django 存储会话数据的地方,默认值为 'django.contrib.sessions.backends.db',也就是数据库,django_session 这张表。
我们还在缓存那篇笔记中有过介绍如何将 session 存储到 Redis 缓存中,这里不重复介绍了。
8、其他配置

还有一些配置,比如 日志配置 LOGGING,中间件配置 MIDDLEWARE 等,都在日志笔记,中间件笔记中都有过介绍,这里就不再赘述了。
这里介绍一下如何访问 settings 中的配置,可以通过文件路径的形式访问,也可以通过 django.conf 访问:
  1. from hunter import settings
  2. print(settings.DATABASES)
  3. from django.conf import settings
  4. print(settings.DATABASES)
复制代码
这里,hunter 为我们系统的名称,所以在系统根目录下,hunter/ 也是 settings.py 文件的上层文件夹。
如果想获取更多后端相关文章,可扫码关注阅读:


来源:https://www.cnblogs.com/hunterxiong/p/17386502.html
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x

举报 回复 使用道具