路飛學城項目,目前暫時有課程表(有各類課程)以及價格策略表(不一樣的學時,價格不一樣)html
課程表前端
id | 課程名 | 類型 |
---|---|---|
1 | Django基礎 | 專題課 |
2 | Python全棧 | 學位課 |
3 | 前端基礎 | 專題課 |
價格表python
id | 週期 | 價格 | 課程ID |
---|---|---|---|
1 | 1 | 19.9 | 1 |
2 | 2 | 29.9 | 1 |
3 | 3 | 39.9 | 1 |
4 | 1 | 100 | 2 |
5 | 2 | 200 | 2 |
6 | 3 | 300 | 2 |
缺點:可維護性差,不一樣課程的所需字段可能不一致,這樣會致使課程表結構混亂數據庫
學位課表django
id | 課程名 |
---|---|
1 | Python全棧 |
專題課表後端
id | 課程名 |
---|---|
1 | Django基礎 |
2 | 前端基礎 |
價格表緩存
id | 週期 | 價格 | 學位課程ID | 專題課ID |
---|---|---|---|---|
1 | 1 | 19.9 | 1 | |
2 | 2 | 29.9 | 1 | |
3 | 3 | 39.9 | 1 | |
4 | 1 | 100 | 1 | |
5 | 2 | 200 | 1 | |
6 | 3 | 300 | 1 |
優勢:課程表結構清晰,若是有新的課程類型,能夠直接建立新的表服務器
缺點:可是價格表的結構變得混亂,可維護性差session
學位課表app
id | 課程名 |
---|---|
1 | Python全棧 |
專題課表
id | 課程名 |
---|---|
1 | Django基礎 |
2 | 前端基礎 |
價格表
id | 週期 | 價格 | 課程名 | 課程ID |
---|---|---|---|---|
1 | 1 | 19.9 | 學位課 | 1 |
2 | 2 | 29.9 | 學位課 | 1 |
3 | 3 | 39.9 | 學位課 | 1 |
4 | 1 | 100 | 專題課 | 1 |
5 | 2 | 200 | 專題課 | 1 |
6 | 3 | 300 | 專題課 | 1 |
contentType表
id | app_lable | model |
---|---|---|
1 | admin | logentry |
2 | auth | group |
3 | auth | permission |
4 | auth | user |
5 | contenttypes | contenttype |
6 | sessions | session |
7 | app01 | course |
8 | app01 | degreecourse |
9 | app01 | pricepolicy |
經過Django提供的ContentType表,來構建
# models.py from django.db import models from django.contrib.contenttypes.models import ContentType from django.contrib.contenttypes.fields import GenericForeignKey, GenericRelation class Course(models.Model): title = models.CharField(max_length=32) # 得到PricePolicy對象 price = GenericRelation(to='PricePolicy',object_id_field='course', content_type_field='course_type') class DegreeCourse(models.Model): title = models.CharField(max_length=32) class PricePolicy(models.Model): period = models.CharField(max_length=32) price = models.FloatField() # 跟ContentType表作外鍵關聯 course_type = models.ForeignKey(to=ContentType) course = models.PositiveIntegerField() # ct_field:ContentType表作外鍵關聯的字段 # fk_field:得到obj指向的model表的對象,並把主鍵給course字段 obj = GenericForeignKey(ct_field='course_type', fk_field='course')
# views.py def test(request): # 往價格表添加數據 # 方式一 # ret=models.ContentType.objects.filter(model='course').first() # course=models.Course.objects.filter(pk=1).first() # print(ret.id) # models.PricePolicy.objects.create(period='1',price=19.9,course=course.id,course_type=ret.id) # 方式二 # models中的:obj = GenericForeignKey(ct_field='course_type', fk_field='course') # fk_field:會拿到course對象的ID # ct_field:會經過course對象的表名,去'course_type'外鍵鏈接的contentType表中找到對應的,並返回ID course = models.Course.objects.filter(pk=1).first() models.PricePolicy.objects.create(period='1',price=19.9,obj = course) models.PricePolicy.objects.create(period='2',price=29.9,obj = course) models.PricePolicy.objects.create(period='3',price=39.9,obj = course) return HttpResponse('ok')
在動態網站中,用戶全部的請求,服務器都會去數據庫中進行相應的增,刪,查,改,渲染模板,執行業務邏輯,最後生成用戶看到的頁面.
當一個網站的用戶訪問量很大的時候,每一次的的後臺操做,都會消耗不少的服務端資源,因此必須使用緩存來減輕後端服務器的壓力.
緩存是將一些經常使用的數據保存內存或者memcache中,在必定的時間內有人來訪問這些數據時,則再也不去執行數據庫及渲染等操做,而是直接從內存或memcache的緩存中去取得數據,而後返回給用戶.
常常使用的有文件緩存和Mencache緩存
CACHES = { 'default': { # 緩存後臺使用的引擎 # 1.開發調試緩存 'BACKEND':'django.core.cache.backends.dummy.DummyCache', # 2.內存緩存 'BACKEND': 'django.core.cache.backends.locmem.LocMemCache', 'LOCATION': 'unique-snowflake', # 寫在內存中的變量的惟一值 # 3.文件緩存 'BACKEND': 'django.core.cache.backends.filebased.FileBasedCache', #指定緩存使用的引擎 'LOCATION': '/var/tmp/django_cache', #指定緩存的路徑 # 4.數據庫緩存 'BACKEND': 'django.core.cache.backends.db.DatabaseCache', # 指定緩存使用的引擎 'LOCATION': 'cache_table', # 數據庫表 # 5.Memcache緩存(使用python-memcached模塊鏈接memcache) 'BACKEND': 'django.core.cache.backends.memcached.MemcachedCache', # 指定緩存使用的引擎 'LOCATION': '192.168.10.100:11211', # 指定Memcache緩存服務器的IP地址和端口,能夠以列表的形式指定多臺 # 6.Memcache緩存(使用pylibmc模塊鏈接memcache) 'BACKEND': 'django.core.cache.backends.memcached.PyLibMCCache', # 指定緩存使用的引擎 'LOCATION':'192.168.10.100:11211', # 指定本機的11211端口爲Memcache緩存服務器,分佈式緩存 # 緩存超時時間(默認300秒,None表示永不過時,0表示當即過時) # 每300秒清空一次緩存 'TIMEOUT': 300, 'OPTIONS':{ # 最大緩存記錄的數量(默認300) 'MAX_ENTRIES': 300, # 緩存到達最大個數以後,剔除緩存個數的比例,即:1/CULL_FREQUENCY(默認3) 'CULL_FREQUENCY': 3, }, } } # 注:若是seting.py裏不配置,會使用默認的,也是內存緩存 CACHES = { 'default': { 'BACKEND': 'django.core.cache.backends.locmem.LocMemCache', } }
既然是全站緩存,固然要使用Django中的中間件.
用戶的請求經過中間件,通過一系列的認證等操做,若是請求的內容在緩存中存在,則使用FetchFromCacheMiddleware獲取內容並返回給用戶
當返回給用戶以前,判斷緩存中是否已經存在,若是不存在,則UpdateCacheMiddleware會將緩存保存至Django的緩存之中,以實現全站緩存
# 全站緩存 # views.py import time def test(request): ctime = time.time() return HttpResponse(ctime) def test2(request): ctime = time.time() return HttpResponse(ctime) # setting.py MIDDLEWARE_CLASSES = ( # 當返回給用戶以前,判斷緩存中是否已經存在,若是不存在,則UpdateCacheMiddleware會將緩存保存至Django的緩存之中,以實現全站緩存 'django.middleware.cache.UpdateCacheMiddleware', #響應HttpResponse中設置幾個headers 'django.contrib.sessions.middleware.SessionMiddleware', 'django.middleware.common.CommonMiddleware', 'django.middleware.csrf.CsrfViewMiddleware', 'django.contrib.auth.middleware.AuthenticationMiddleware', 'django.contrib.auth.middleware.SessionAuthenticationMiddleware', 'django.contrib.messages.middleware.MessageMiddleware', 'django.middleware.clickjacking.XFrameOptionsMiddleware', 'django.middleware.security.SecurityMiddleware', # 當請求通過了全部的中間件驗證後,若是請求的內容在緩存中存在,則從緩存獲取 'django.middleware.cache.FetchFromCacheMiddleware', #用來緩存經過GET和HEAD方法獲取的狀態碼爲200的響應 ) # 多少秒刷新一次緩存 CACHE_MIDDLEWARE_SECONDS=10
import time from django.views.decorators.cache import cache_page # 緩存刷新時間5秒 @cache_page(5) def test(request): ctime = time.time() return HttpResponse(ctime) def test2(request): ctime = time.time() return HttpResponse(ctime)
import time def test(request): ctime = time.time() return render(request, 'test.html', locals())
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>Title</title> </head> <body> {% load cache %} <!-- {% cache 緩存刷新時間 名字 %} --> {% cache 5 'test' %} 頁面局部緩存 {{ ctime }} {% endcache %} <hr> {{ ctime }} </body> </html>