django19常用版本

django實現實時消息推送有什麼好的方案

django實現實時消息推送，資料庫數據一有變化就實時反應在頁面上用作系統實時監控。在一個HTTP訪問周期里，如果要執行一個長時間任務，為了避免瀏覽器等待，後台必須使用非同步動作。

與此同時也要滿足實時需求，用戶提交了任務後可以隨時去訪問任務詳情頁面，在這里用戶能夠實時地看到任務的執行進度。針對非同步任務處理，使用了Celery把任務放到後台執行。

Celery是一個基於python開發的分布式非同步消息任務隊列，通過它可以輕松的實現任務的非同步處理，關於它的使用方法《網易樂得RDS設計》也有提到。Celery在處理一個任務的時候，會把這個任務的進度記錄在資料庫中。

消息推送直接找專業的平台，例如極光。深圳市和訊華谷信息技術有限公司（極光AuroraMobile，納斯達克股票代碼：JG）成立於2011年，是中國領先的開發者服務提供商，專注於為開發者提供穩定高效的消息推送、一鍵認證以及流量變現等服務，助力開發者的運營、增長與變現。

怎麼實現後台django系統操作日誌

首先建個管理日誌表。

然後建個類負責日誌表的操作

我的日誌表是這樣的

日誌ID

管理員ID

管理員姓名

操作類型

操作名稱（執行什麼操作）

時間

IP地址

備注

------------------------------

當然根據你的需要，可以建立更復雜的日誌表。

我有個日誌類，裡面有個靜態方法。

需要記錄日誌的時候，我就調用

EventLog.LogEvent(...)

--------------------------------

至於顯示，就簡單了。隨便你怎麼查詢，最簡單的綁定到DataGrid即可

Django完全支持匿名Session。Session框架允許每一個用戶保存並取回數據。它將數據保存在伺服器端，並將發送和接收Cookie的操作包裝起來。在Cookie中包含的是SessionID，而不是數據本身。

啟用Sessions?

Session是通過中間件的方式實現的。

要啟用Session的功能，需要完成以下步驟：

修改MIDDLEWARE_CLASSES設置，並確定其中包含了'django.contrib.sessions.middleware.SessionMiddleware'。``django-admin.pystartproject``所創建的預設的settings.py就已經激活了SessionMiddleware。

將'django.contrib.sessions'添加到你的INSTALLED_APPS設置中，並執行manage.pysyncdb以便安裝用於存儲Session數據的表格。

ChangedinDjango1.0:如果你並未使用資料庫存儲Session，則此步驟可以忽略；參考配置Session引擎。

Ifyoudon』twanttousesessions,_CLASSESand'django.contrib.sessions'fromyourINSTALLED_APPS.It』llsaveyouasmallbitofoverhead.

配置Session引擎?

NewinDjango1.0..

預設情況下，Django將Session存儲在資料庫中(使用模型django.contrib.sessions.models.Session)。盡管這很方便，但在某些情況下，把Session放在其它的地方速度會更快。因此Django允許您通過配置讓它將Session數據保存在文件系統或緩沖區中。

使用基於文件的Session?

要使用基於文件的Session，請將SESSION_ENGINE設置為"django.contrib.sessions.backends.file"。

您可能還需要修改SESSION_FILE_PATH這一設置以便控制Django存儲Session文件的位置，預設情況下，它使用tempfile.gettempdir()，通常是/tmp。

使用基於緩沖區的Session?

要使用Django的緩沖區系統來保存Session，需要將SESSION_ENGINE設置為"django.contrib.sessions.backends.cache"。您必須確保您已經配置了緩沖區，詳情請參考緩沖區文檔。

Note

只有在使用Memcached作為緩沖後台時，才能使用基於緩沖區的Session。因為以本地內存作為緩沖後台時，它存儲緩沖數據的時間太短了，這樣直接訪問文件或資料庫的速度，要比通過緩沖區訪問文件或資料庫的速度更快一些。

在視圖中使用Session?

在開啟SessionMiddleware後，每一個HttpRequest對象(Django視圖函數的第一個參數)救火有一個session屬性，它是一個類字典對象。您可以直接對其讀寫。

Session對象有以下標准字典函數：

__getitem__(key)

例子:fav_color=request.session['fav_color']

__setitem__(key,value)

例子:request.session['fav_color']='blue'

__delitem__(key)

例子:delrequest.session['fav_color'].』talreadyinthesession.

__contains__(key)

例子:'fav_color'inrequest.session

get(key,default=None)

例子:fav_color=request.session.get('fav_color','red')

keys()

items()

setdefault()

clear()

NewinDjango1.0:setdefault()和clear()是在這個版本新加的。

它還有如下方法：

flush()

NewinDjango1.0.

從資料庫中刪除當前的Session數據並且重新生成一個Session鍵，並將其發送給瀏覽器。這用於需要確保Session數據無法再從用戶瀏覽器訪問時，譬如調用django.contrib.auth.logout()時。

set_test_cookie()

設定檢測Cookie以檢驗用戶的瀏覽器是否支持Cookie。因Cookie的工作方式，在下一次用戶請求之前，您都無法得到測試結果。詳情參考下面的設置檢測Cookie。

test_cookie_worked()

判斷用戶的瀏覽器是否收到了檢測Cookie，並返回True或False。因Cookie的工作方式，您必須在之前的獨立請求中調用set_test_cookie()。詳情參考下面的設置檢測Cookie。

delete_test_cookie()

刪除檢測Cookie，請自己調用此函數以便清除該Cookie。

set_expiry(value)

NewinDjango1.0.

設定Session的過期時間。您可以提供下述幾種形式的值:

如果value是整形，則它表示的是秒。例如，調用request.session.set_expiry(300)會讓Session在五分鍾後過期。

如果value是datetime或timedelta對象，則Session將會在相應的日期或時間點過期。

如果valueis0，則用戶的Session會在瀏覽器關閉時過期。

如果valueisNone，則Session會使用全局策略來設定過期時間。

get_expiry_age()

NewinDjango1.0.

獲得此Session的過期時間。對於沒有自定義過期時間的Session(或在瀏覽器關閉時過期的Session)，此函數返回值與settings.SESSION_COOKIE_AGE相同。

get_expiry_date()

NewinDjango1.0.

獲得此Session的過期時間點。對於沒有自定義過期時間的Session(或在瀏覽器關閉時過期的Session)，此函數的返回值等於從現在到時間點settings.SESSION_COOKIE_AGE的秒數。

get_expire_at_browser_close()

NewinDjango1.0.

返回Session是否會在瀏覽器關閉時過期，返回值為True或False。

您在視圖中的任何位置都可以修改request.session，改多少次都行。

Session對象指南?

直接在request.session上使用Python字元串作為字典的鍵，這比使用Session對象的方法來得更直接。

在Session字典中，以下劃線開始的鍵，是保留給Django在內部使用的。

不要用一個新的對象覆蓋request.session，也不要訪問或修改它的屬性，它只能作為一個類字典對象使用。

例子?

這個簡單的視圖在用戶提交了評價信息後，將變數has_commented設定為True，這樣就可以防止用戶多次提交評價信息:

defpost_comment(request,new_comment):ifrequest.session.get('has_commented',False):returnHttpResponse("You'vealreadycommented.")c=comments.Comment(comment=new_comment)c.save()request.session['has_commented']=TruereturnHttpResponse('Thanksforyourcomment!')

這個簡單的視圖讓網站的「用戶」登錄:

deflogin(request):m=Member.objects.get(username=request.POST['username'])ifm.password==request.POST['password']:request.session['member_id']=m.idreturnHttpResponse("You'reloggedin.")else:returnHttpResponse("Yourusernameandpassworddidn'tmatch.")

...與上面的例子相對應的，下面的例子則讓用戶退出:

deflogout(request):try:delrequest.session['member_id']exceptKeyError:passreturnHttpResponse("You'reloggedout.")

實際上標準的django.contrib.auth.logout()還會多做一些事情從而防止因疏忽造成的數據泄露。它會調用request.session.flush()函數。我們使用這些例子只是演示如何操作Session對象，它可不是一個完整的logout()實現。

設置檢測Cookie?

為方便起見，Django提供了一種簡單的方法來檢測用戶的瀏覽器是否支持Cookie。只要在一個請求中調用request.session.set_test_cookie()並在後續請求中調用request.session.test_cookie_worked()即可。注意千萬不要在同一次請求中同時調用。

之所以要在兩次請求中調用set_test_cookie()和test_cookie_worked()是因為Cookie的工作模式。當您設定了Cookie後，再下一次請求前，都是沒有辦法知道瀏覽器是否會接收它的。

另外最好在測試完畢後，使用delete_test_cookie()清除測試用數據。

以下是一個典型的例子:

deflogin(request):ifrequest.method=='POST':ifrequest.session.test_cookie_worked():request.session.delete_test_cookie()returnHttpResponse("You'reloggedin.")else:returnHttpResponse(".")request.session.set_test_cookie()returnrender_to_response('foo/login_form.html')

在視圖外使用Session?

NewinDjango1.0.

有一個API專門用於在視圖之外操作Session數據:

fromdjango.contrib.sessions.backends.dbimportSessionStores=SessionStore(session_key='')s['last_login']=datetime.datetime(2005,8,20,13,35,10)s['last_login']datetime.datetime(2005,8,20,13,35,0)s.save()

如果您使用了django.contrib.sessions.backends.db後台，則每一個Session都是一個普通的Django模型。模型Session在文件django/contrib/sessions/models.py中定義。由於它是一個普通的模型，因此您可以使用Django的資料庫編程介面直接訪問它:

fromdjango.contrib.sessions.modelsimportSessions=Session.objects.get(pk='')s.expire_datedatetime.datetime(2005,8,20,13,35,12)

注意，要獲得Session字典，需要調用get_decoded()，這是因為字典是以編碼的方式存儲的:

s.session_data'...'s.get_decoded(){'user_id':42}

Session是何時存儲的?

預設情況下，Django只在Session被修改時才會保存它，即只有字典中的值被修改或刪除時:

#Sessionismodified.request.session['foo']='bar'#Sessionismodified.delrequest.session['foo']#Sessionismodified.request.session['foo']={}#Gotcha:SessionisNOTmodified,becausethisalters#request.session['foo']insteadofrequest.session.request.session['foo']['bar']='baz'

對於在上面的最後一個，通過顯示地設定Session對象的modified屬性，可以通知Session對象它被修改了:

request.session.modified=True

要改變這種行為，可以將SESSION_SAVE_EVERY_REQUEST設定為True。如果SESSION_SAVE_EVERY_REQUEST是True，則Django在每一次獨立的請求之後都會保存Session。

注意，只有在創建或修改Session的時候才會送出SessionCookie，如果SESSION_SAVE_EVERY_REQUEST為True，則每次請求都會送出Cookie。

同樣地，在送出Cookie時，它的expires部分每次都會被更新。

與瀏覽器同步的Session和持久的Session?

通過設置SESSION_EXPIRE_AT_BROWSER_CLOSE，您可以控制Session框架使用與瀏覽器同步的Session或持久的Session。

預設情況下，SESSION_EXPIRE_AT_BROWSER_CLOSE的值為False，這表示SessionCookie將會保存在用戶的瀏覽器中，直到超過了SESSION_COOKIE_AGE。如果您希望用戶不必在每次關閉瀏覽器後都重新登陸，請使用這種方式。

如果SESSION_EXPIRE_AT_BROWSER_CLOSE設定為True，則Django會使用與瀏覽器同步的Cookie，即用戶關閉瀏覽器時Cookie就會過期。如果您希望用戶每次打開瀏覽器都必須登錄，請使用這種模式。

NewinDjango1.0.

這個設置具有全局的預設值，但可以通過調用request.session.set_expiry()為每個Session設定獨立的值，相關內容在上述的在視圖中使用Session中有所闡述。

清空Session表格?

注意，Session數據有可能堆積在資料庫表格django_session中，Django不提供自動清除它們的功能。它把定期清空Session數據的任務留給了您。

要理解這個問題，想像一下用戶使用Session時會發生什麼。當用戶登錄，Django向表格django_session中添加一條記錄。每當Session數據變化時，Django會更新這條記錄。如果用戶手工退出了，Django會刪除它。但是，如果用戶沒有退出，則這條記錄永遠都不會被刪除。

Django提供了一個能夠完成清除功能的樣例腳本django-admin.pycleanup，它從Session表格中刪除那些expire_date已經過期的記錄，但是您的應用程序可能會有其它的需求。

設置?

一些Django設置可以幫助您控制Session的行為：

SESSION_ENGINE?

NewinDjango1.0.

預設值:django.contrib.sessions.backends.db

控制Django在何處保存Session數據，合法的值為:

'django.contrib.sessions.backends.db'

'django.contrib.sessions.backends.file'

'django.contrib.sessions.backends.cache'

詳情請參考配置Session引擎。

SESSION_FILE_PATH?

NewinDjango1.0.

預設值:/tmp/

如果您使用基於文件的Session存儲，則此變數控制著Django存儲Session數據的目錄。

SESSION_COOKIE_AGE?

預設值:1209600(兩周，以秒錶示)

SessionCookie的過期時間，以秒錶示

SESSION_COOKIE_DOMAIN?

預設值:None

SessionCookie的域。如果是要設定跨域的Cookie，可以將其設定為".lawrence.com"的形式，否則請使用None。

SESSION_COOKIE_NAME?

預設值:'sessionid'

Session所使用的Cookie的名稱，可根據需要設定。

SESSION_COOKIE_SECURE?

預設值:False

對於SessionCookie，是否要使用安全模式。如果將此設定為True，則Cookie將會被標記為「安全」，這種情況下，瀏覽器就需要確定該Cookie是否是通過HTTPS連接發送的。

SESSION_EXPIRE_AT_BROWSER_CLOSE?

預設值:False

是否當用戶關閉瀏覽器時就讓Session過期。詳情參考上文與瀏覽器同步的Session和持久的Session。

SESSION_SAVE_EVERY_REQUEST?

預設值:False

是否在每次請求時都保存Session數據。如果此項為False(預設值)，則Session數據只有在它被修改後才會保存，即它的字典值被賦值或刪除時。

技術細節?

Session字典可以接受任何與pickle兼容的Python對象，詳情參考p