Django信号
Django内部提供了一种“信号强度”处理机制，简单理解就是当Django在接收到请求后内部做某些特定操作前发出信号，提醒一些接受者或者做操作，这样的好处就是方便程序定制小功能插件，也是对本身框架的一种节藕操作
1）Django的内置信号
Model signals pre_init # django的modal执行其构造方法前，自动触发 post_init # django的modal执行其构造方法后，自动触发 pre_save # django的modal对象保存前，自动触发 post_save # django的modal对象保存后，自动触发 pre_delete # django的modal对象删除前，自动触发 post_delete # django的modal对象删除后，自动触发 m2m_changed # django的modal中使用m2m字段操作第三张表（add,remove,clear）前后，自动触发 class_prepared # 程序启动时，检测已注册的app中modal类，对于每一个类，自动触发 Management signals pre_migrate # 执行migrate命令前，自动触发 post_migrate # 执行migrate命令后，自动触发 Request/response signals request_started # 请求到来前，自动触发 request_finished # 请求结束后，自动触发 got_request_exception # 请求异常后，自动触发 Test signals setting_changed # 使用test测试修改配置文件时，自动触发 template_rendered # 使用test测试渲染模板时，自动触发 Database Wrappers connection_created # 创建数据库连接时，自动触发
2）信号使用
Django信号的使用只需要导入我们需要的相信模块就行，我们以一个数据库保存即触发信号为例
URL新建一个测试页面
urlpatterns = [ url(r‘^signal/$‘, views.signal), ]
app同级目录新建sg.py文件
// 使用前需要导入我们需要的模块
from django.core.signals import request_finished
from django.core.signals import request_started
from django.core.signals import got_request_exception
from django.db.models.signals import class_prepared
from django.db.models.signals import pre_init, post_init
from django.db.models.signals import pre_save, post_save
from django.db.models.signals import pre_delete, post_delete
from django.db.models.signals import m2m_changed
from django.db.models.signals import pre_migrate, post_migrate
from django.test.signals import setting_changed
from django.test.signals import template_rendered
from django.db.backends.signals import connection_created
// 定义信号函数
def f1(sender, **kwargs):
print("signal_callback")
// 注册信号
pre_save.connect(f1)
views视图函数
// 测试前准备好连接数据库 from app01 import models // views函数 def signal(reuqest): obj = models.UserInf(user=‘root‘) print(‘has create a data...‘) obj.save() obj = models.UserInf(user=‘root‘) obj.save() return HttpResponse(‘ok‘)
这里Django替我们执行了三次信号函数
自定义信号
如果觉得Django内部为我们提供的内置信号函数不能满足我们的开发需求，我们还可以自定义信号
1）在sg文件里面
// 定义信号
import django.dispatch
pizza_done = django.dispatch.Signal(providing_args=["toppings", "size"])
// 注册信号
def callback(sender, **kwargs):
print("callback")
print(sender,kwargs)
pizza_done.connect(callback)
2）在views视图文件
from sg import pizza_done def signal(reuqest): obj = models.UserInf(user=‘root‘) obj.save() // 触发信号 pizza_done.send(sender="asdfasdf",toppings=123, size=456) return HttpResponse(‘ok‘)
3）执行结果
缓存
Django程序在面对大量访问时，如果涉及到数据库操作，必将会增加数据库负担，查询速度收影响严重；最简单的解决办法就是使用缓存，缓存将某个views的返回值保存在内存或者memcache中，5分钟内如果再有人来访问，则不去执行views操作，而是直接从缓存中取并给用户返回数据
Django内部提供了6种缓存方式
// 开发调试 // 内存 // 文件 // 数据库 // Memcache缓存（python-memcached模块） // Memcache缓存（pylibmc模块）
我们以文件为缓存介质来测试下Django的缓存使用方法
1）新建URL
urlpatterns = [ url(r‘^cache/$‘, views.cache), ]
2）setting设置cache
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.filebased.FileBasedCache‘,
// 设置文件存放位置
‘LOCATION‘: os.path.join(BASE_DIR,‘cache‘)
}
}
3）views视图函数
def cache(request):
import time
ctime = time.time()
return render(request, ‘cache.html‘, {‘ctime‘: ctime})
4）模版文件中引用
{% load cache %}
<body>
<h1>{{ ctime }}</h1>
<h1>{{ ctime }}</h1>
// 定义缓存时间为10秒钟
{% cache 10 c1 %}
<h1>{{ ctime }}</h1>
{% endcache %}
</body>
5）给特定views函数加缓存装饰器
// 缓存装饰器
@cache_page(10)
def cache(request):
import time
ctime = time.time()
return render(request, ‘cache.html‘, {‘ctime‘: ctime})
页面结果
其他缓存配置
1）开发测试
// 此为开始调试用，实际内部不做任何操作
// 配置：
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.dummy.DummyCache‘, # 引擎
‘TIMEOUT‘: 300, 缓存超时时间（默认300，None表示永不过期，0表示立即过期）
‘OPTIONS‘:{
‘MAX_ENTRIES‘: 300, # 最大缓存个数（默认300）
‘CULL_FREQUENCY‘: 3, # 缓存到达最大个数之后，剔除缓存个数的比例，即：1/CULL_FREQUENCY（默认3）
},
‘KEY_PREFIX‘: ‘‘, # 缓存key的前缀（默认空）
‘VERSION‘: 1, # 缓存key的版本（默认1）
‘KEY_FUNCTION‘ 函数名 # 生成key的函数（默认函数会生成为：【前缀:版本:key】）
}
}
// 自定义key
def default_key_func(key, key_prefix, version):
"""
Default function to generate keys.
Constructs the key used by all other methods. By default it prepends
the `key_prefix‘. KEY_FUNCTION can be used to specify an alternate
function with custom key making behavior.
"""
return ‘%s:%s:%s‘ % (key_prefix, version, key)
def get_key_func(key_func):
"""
Function to decide which key function to use.
Defaults to ``default_key_func``.
"""
if key_func is not None:
if callable(key_func):
return key_func
else:
return import_string(key_func)
return default_key_func
2）内存
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.locmem.LocMemCache‘,
‘LOCATION‘: ‘unique-snowflake‘,
}
}
3）数据库
// 注意要执行 python manager.py makemigrations
// python manager/py migrate
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.db.DatabaseCache‘,
‘LOCATION‘: ‘my_cache_table‘, # 数据库表
}
}
4）Memcache缓存（python-memcached模块）
// 此缓存使用python-memcached模块连接memcache
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.MemcachedCache‘,
‘LOCATION‘: ‘127.0.0.1:11211‘,
}
}
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.MemcachedCache‘,
‘LOCATION‘: ‘unix:/tmp/memcached.sock‘,
}
}
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.MemcachedCache‘,
‘LOCATION‘: [
‘172.19.26.240:11211‘,
‘172.19.26.242:11211‘,
]
}
}
5）Memcache缓存（pylibmc模块）
// 此缓存使用pylibmc模块连接memcache
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.PyLibMCCache‘,
‘LOCATION‘: ‘127.0.0.1:11211‘,
}
}
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.PyLibMCCache‘,
‘LOCATION‘: ‘/tmp/memcached.sock‘,
}
}
CACHES = {
‘default‘: {
‘BACKEND‘: ‘django.core.cache.backends.memcached.PyLibMCCache‘,
‘LOCATION‘: [
‘172.19.26.240:11211‘,
‘172.19.26.242:11211‘,
]
}
}
缓存全局应用
// 使用中间件，经过一系列的认证等操作，如果内容在缓存中存在，则使用FetchFromCacheMiddleware获取内容并返回给用户，当返回给用户之前，判断缓存中是否已经存在，如果不存在则UpdateCacheMiddleware会将缓存保存至缓存，从而实现全站缓存 MIDDLEWARE = [ ‘django.middleware.cache.UpdateCacheMiddleware‘, // 其他中间件... ‘django.middleware.cache.FetchFromCacheMiddleware‘, ] CACHE_MIDDLEWARE_ALIAS = "" CACHE_MIDDLEWARE_SECONDS = "" CACHE_MIDDLEWARE_KEY_PREFIX = ""
时间： 2024-10-01 04:40:29