ckeditor自動過濾

如何使用Django創建博客？

如果您想開始寫博客，又想使用功能強大的Web框架創建自己的博客，那麼Django是您的最佳選擇。目前該系列有14個教程，我仍在研究中，歡迎您給我更多的想法。

這些教程是：

為Django開發設置Vscode：在第一個視頻中，您將學習如何在vscode文本編輯器上為Django建立開發環境。使用Django創建博客文章模型：該視頻涵蓋了為博客文章創建模型的所有細節，從標題，作者到標簽。將富文本編輯器添加到Django項目：在這里，您將學習如何將富文本編輯器添加到表單或Django項目中的任何位置。

設計帖子頁面：有關使用Bootstrap4設計詳細帖子頁面的快速教程。

創建詳細信息帖子類視圖：您將學習如何為博客帖子創建基於類的視圖，它將允許您在自定義帖子頁面的管理頁面上使用自定義鏈接顯示我們在管理頁面中創建的帖子。

跟蹤您的Django網站的訪問者數量：我們將看到如何跟蹤博客文章的訪問量/瀏覽量。我們將使用一個工具，讓您知道多少訪客在您看到時看到您的帖子。另外，您將能夠知道他們的IP地址和他們使用的用戶代理。

在Django中添加要發布的評論：在本視頻中，您將看到如何在博客應用中添加評論模型。因此，讀者可以向您發送評論，這將很容易執行和管理。此外，您還將看到如何將注釋計數添加到視圖文件。

設計博客頁面-引導程序：您將設計博客頁面，其中將列出博客文章和其他元素。

Django博客列表視圖：在本視頻中，您將看到如何在博客頁面上顯示博客文章，我們將介紹如何通過在帖子模型中添加另一個屬性來訪問每個帖子的鏈接。此外，您還將看到如何在邊欄中顯示熱門帖子和帖子類別。

Django3.1中的簡單分頁：此視頻將僅介紹Django分頁的下一個和上一個按鈕。

Django搜索表單[帶有Q對象的過濾器]：如何在Django博客網站中實現搜索功能

在Django中分頁搜索結果：使用Bootstrap（CSS框架）創建簡單的分頁，然後將分頁功能實現到Django搜索結果頁面。

在詳細信息帖子中添加類似的帖子小部件：將標記功能添加到我們的Django博客網站。

使用Django的簡單用戶身份驗證系統：實現Django第三方應用程序，用戶可以在其中注冊，登錄以及重設和更改密碼。

自定義啊。

DJango官方有非常詳細的admin自定義文檔

如果英語不好，推薦Django免費學習網站，劉江的Django教程，相當不錯。

django的後台擴展有擴展模型、擴展模型欄位(field)方法，但我還是最喜歡這種擴展方式（來自django的官方文檔，非常適合自定義）：

轉自:

原理很簡單，就是用在url.py中添加一條url配置覆蓋掉後台默認的url處理，然後就可以隨心所欲的編寫自己的view了

顯而易見，對數據編輯工作來說，該管理界面極為有用（想像一下）。如果用於完成某種數據的錄入工作，該管理界面實在是無人能及。我們猜想本書絕大多數讀者都有成堆數據錄入任務。

Django管理介面特別關注那些沒有技術背景的用戶來使用數據錄入；這也是該功能的開發目的。在Django最初開發地報社，開發一個典型的在線市政供水質量報告系統，需求如下：

負責該題材的記者與某個開發人員會面，提交現有數據。

開發人員圍繞該數據設計一個模型，並為該記者開發出管理界面。

在記者將數據錄入Django的同時，程序員就可以專注於開發公眾訪問界面了（最有趣的部分！）。

換句話說，Django管理介面之所以存在的首要目的是為了方便內容編輯人員和程序員同時開展工作。

當然，除了顯而易見的數據錄入任務之外，我們發現管理界面在其他一些情況下有是很有用處的。

CrqrWVahref=」「xwyekefymefu/a,[url=]eycmfqtvgmvb[/url],[link=]ibbcerwyzvhq[/link],

管理獲得的數據：很少有真實數據輸入會和像這樣的站點相關聯，因為多數數據來自自動生成的源頭。然而，當所獲取的數據出錯而導致麻煩時，能夠便捷地找到並修改出錯數據將會有助於問題解決。

無需或者僅需略為定製之後，Django管理界面就能處理絕大部分常見情形。然而，正是因為在設計上極力折衷，Django管理界面能夠很好地處理這種常見情形也就意味著它無法同樣處理其它一些編輯模型。

4yQjmUahref=」「kdqfnmmekszw/a,[url=]zusybryiqeir[/url],[link=]grlqejhxwprt[/link],

管理之道

BmuFntahref=」「ifhkpydljkaf/a,[url=]mqitqhmcazco[/url],[link=]qcmerxzxnmhj[/link],

受信任用戶編輯結構化的內容。

是的，這非常的簡單，但這種簡單是建立在一整堆假定之上的。Django管理界面的全部設計理念均直接遵循這些假定，因此讓我們深入理解一下這些後續小節中所出現術語的含義。

受信任用戶

管理界面被設計成由你這樣的開發人員所信任的人使用。這里所指的並非只是通過身份驗證的人；而是說Django假定可以相信內容編輯者只會做對的事情。

反過來說，這也就意味著如果你信任用戶，他們無需徵得許可就能編輯內容，也沒有人需要對他們的編輯行為進行許可。另一層含義是，盡管認證系統功能強大，但到本書寫作時為止，它並不支持對象級基礎的訪問限制。如果你允許某人對自己的新聞報道進行編輯，你必須能夠確信該用戶不會未經許可對其他人的報道進行編輯。

編輯

Django管理界面的首要目的是讓用戶編輯數據。乍一看這是顯而易見的，但仔細一想卻又變得有點難以捉摸和不同凡響。

舉例來說，雖然管理界面非常便於查驗數據（如剛才所討論的那樣），但這並不是它的設計初衷。比如我們在第12章中談到的，它缺少視圖許可。Django假定如果某人在管理界面中可以查看內容，那麼也可以進行編輯。

還有件更重要的事情要注意，那就是對於遠程調用工作流的缺乏。如果某個特定任務由一系列步驟組成，沒有任何機制確保這些步驟能夠以某個特定順序完成。Django管理界面專注於編輯，而不關心修改周邊的活動。對工作流的這種迴避也源自於信任原則：管理界面的設計理念是工作流乃人為事物，無需在代碼中實現。

最後，要注意的是管理界面中缺少聚合。也就是說，不支持顯示總計、平均值之類的東西。再次重申，管理界面只用於編輯——它預期你將通過定義視圖來完成其它所有工作。

結構化的內容

30CEN9ahref=」「bxyzitjhvwis/a,[url=]ylhgcrwsnuue[/url],[link=]mecoeqqxpail[/link],

就此打住

現在可以肯定的是，Django的管理界面並不打算成為所有人的萬能工具；相反我們選擇了專心做一件事情，並把它完成得盡善盡美。

SaPQz9ahref=」「fmvbpdngtcts/a,[url=]tvwreqwomvco[/url],[link=]nwfgxlxpodeq[/link],

必須記住，盡管管理界面很復雜，但它始終只是一個應用程序。只要有充足的時間，任何Django的開發者都能做到admin介面做到的所有事。因此，我們需要寄希望於將來會有一個完全不同的admin介面會出現，這個新的介面擁有一系列不同的前提假設，並且工作方式也完全不同。

最後要指出的是，在本文寫作之時，Django開發者們正在進行一個新的管理界面的開發工作，該版本將提供更多定製靈活性。當你閱讀本文時，這些新特性也許已經進入了真實的Django發布之中。你可以向Django社區的某些人了解是否已經整合了newforms-admin主幹代碼。

定製管理模板

lrYxwtahref=」「uokhfgxirpcl/a,[url=]wqhpuiouinaf[/url],[link=]fpatpucympci[/link],

現在，我們來看看如何來快速定製admin管理介面的外觀。第6章講到了一些最常見的任務：修改商標（為那些討厭藍色的尖發老闆），或者提供一個自定義的form。

更進一步的目標常常會包含，改變模板中的一些特殊的項。每一種admin的視圖，包括修改列表、編輯表單、刪除確認頁以及歷史視圖，都有一個與之相關聯的模板可以以多種方式來進行覆蓋。

首先，你可以在全局上覆蓋模板。admin視圖使用標準的模板載入機制來查找模板。所以如果你在模板目錄中創建了一個新的模板，Django會自動地載入它。全局的模板在表17-1中列出。

Fd2cvvahref=」「fphafdvvmhea/a,[url=]mompqgnztmob[/url],[link=]oamzxjphpsxv[/link],

大多數時候，你可能只是想修改一個單獨的對象或應用程序，而不是修改全局性的設定。因此，每個admin視圖總是先去查找與模型或應用相關的模板。這些視圖尋找模板的順序如下：

admin/app_label/object_name/template.html

JRmAl2ahref=」「kqeldaxlpkep/a,[url=]ihzkjznjrsqj[/url],[link=]sqhirlipxjfo[/link],

admin/template.html

例如，在books這個應用程序中，Book模塊的添加/編輯表單的視圖會按如下順序查找模板：

admin/books/book/change_form.html

admin/books/change_form.html

admin/change_form.html

自定義模型模板

大多數時候，你想使用第一個模板來創建特定模型的模板。通常，最好的辦法是擴展基模板和往基模板中定義的區塊中添加信息。

例如，我們想在那個書籍頁面的頂部添加一些幫助文本。可能是像圖17-1所示的表單一樣的東西。

圖17-1.一個自定義管理編輯表單.

這做起來非常容易：只要建立一個admin/bookstore/book/change_form.html模板，並輸入下面的代碼：

{%extends"admin/change_form.html"%}

{%blockform_top%}

.../p

{%endblock%}

mGrlX4ahref=」「omnhyzkldddt/a,[url=]ydlrelntzksj[/url],[link=]zzizrvybyaol[/link],

自定義JavaScript

這些自定義模型模板的常見用途包括，給admin頁面增加自定義的javascript代碼來實現一些特殊的視圖物件或者是客戶端行為。

幸運的是，這可以更簡單。每一個admin模板都定義了{%blockextrahead%}，你可以在head元素中加入新的內容。例如你想要增加jQuery()到你的admin歷史中，可以這樣做：

{%extends"admin/object_history.html"%}

{%blockextrahead%}

scriptsrc=""type="text/javascript"/script

scripttype="text/javascript"

//codetoactuallyusejQueryhere...

/script

{%endblock%}

備注

我們並不知道你為什麼需要把jQuery放入到歷史頁中，但是這個例子可以被用到任何的模板中。

TYy7isahref=」「hpswriedwzmw/a,[url=]bvkzcktnoefm[/url],[link=]wkbudpcvacdz[/link],

創建自定義管理視圖

現在，想要往Django的admin管理介面添加自定義行為的人，可能開始覺得有點奇怪了。我們這里所講的都是如何改變admin管理介面的外觀。他們都在喊：如何才能改變admin管理介面的內部工作機制。

首先要提的一點是，這並不神奇。admin管理介面並沒有做任何特殊的事情，它只不過是和其他一些視圖一樣，簡單地處理數據而已。

確實，這里有相當多的代碼;它必須處理各種各樣的操作，欄位類型和設置來展示模型的行為.當你注意到ADMIN界面只是一系列視圖(Views)的集合，增加自定義的管理視圖就變得容易理解了。

作為舉例，讓我們為第六章中的圖書申請增加一個出版商報告的視圖。建立一個admin視圖用於顯示被出版商分好類的書的列表，一個你要建立的自定義admin報告視圖的極典型的例子。

首先，在我們的URLconf中連接一個視圖。插入下面這行：

(r'^admin/books/report/$','mysite.books.admin_views.report'),

在將這行加入這個admin視圖之前，原本的URLconf應該是這樣：

fromdjango.conf.urls.defaultsimport*

urlpatterns=patterns('',

(r'^admin/bookstore/report/$','bookstore.admin_views.report'),

(r'^admin/',include('django.contrib.admin.urls')),

)

為什麼要將定製試圖置於管理內容之前呢？回想一下，Django是按照順序處理URL匹配式的。管理內容幾乎匹配內容點之後所有的東西，因此如果我們把這幾行的順序顛倒一下，Django將會為該匹配式找到一個內建管理視圖，並將試圖在books應用程序中為Report模型再入更新列表，而這卻是不存在的。

現在我們開始寫視圖。為了簡單起見，我們只把所有書籍載入到上下文中，讓模板用{%regroup%}標簽來處理分組操作。創建books/admin_views.py文件並寫入以下內容：

frommysite.books.modelsimportBook

fromdjango.templateimportRequestContext

fromdjango.shortcutsimportrender_to_response

fromdjango.contrib.admin.views.decoratorsimportstaff_member_required

defreport(request):

returnrender_to_response(

"admin/books/report.html",

{'book_list':Book.objects.all()},

RequestContext(request,{}),

)

report=staff_member_required(report)

因為我們把分組操作留給了模板，該視圖非常簡單。然而，有幾段微妙的細節值得我們搞清楚。

我們使用了django.contrib.admin.views.decorators中的staff_member_required修飾器。該修飾器與第12章中討論的login_required類似，但它還檢查所指定的用戶是否標記為內部人員，以決定是否允許他訪問管理界面。

該修飾器保護所有內容的管理視圖，並使得視圖的身份驗證邏輯匹配管理界面的其它部分。

我們在admin/之下解析了一個模板。盡管並非嚴格要求如此操作，將所有管理模板分組放在admin目錄中是個好的做法。我們也將應用程序所有的模板放置在名叫books的目錄中，這也是最佳實踐。

我們將RequestContext用作render_to_response的第三個參數（``context_instance``）。這就確保了模板可訪問當前用戶的信息。

參看第十章了解更多關於RequestContext的信息。

最後,我們為這個視圖做一個模板。我們將擴展內置管理模板,以使該視圖明確地成為管理界面的一部分.

{%extends"admin/base_site.html"%}

{%blocktitle%}Listofbooksbypublisher{%endblock%}

{%blockcontent%}

divid="content-main"

h1Listofbooksbypublisher:/h1

{%regroupbook_list|dictsort:"publisher.name"bypublisherasbooks_by_publisher%}

{%forpublisherinbooks_by_publisher%}

h3{{publisher.grouper}}/h3

ul

{%forbookinpublisher.list|dictsort:"title"%}

li{{book}}/li

{%endfor%}

/ul

{%endfor%}

/div

{%endblock%}

通過擴展admin/base_site.html,我們沒費絲毫氣力就得到了Django管理界面的外觀。圖17-2我展示了像這樣的一個最終結果。

圖17-2.一個自定義按出版商歸類的圖書管理視圖

使用該技術，你可以向管理界面中添加任何你夢想中的東西。需要記住的是這些被叫做定製管理視圖實際不過是普通的Django視圖，你可以使用在本書其它部分所學到的技術製作出符合自己需要的復雜管理界面。

覆蓋內置視圖

有時預設的管理視圖無法完成某項工作。你可以輕松地換上自己的定製視圖；只需要用自己的URL遮蔽內建的管理視圖。也就是說，如果在URLConf中你的視圖出現在預設管理視圖之前，你的視圖將取代預設視圖被調用。

舉例來說，我們可以用一個讓用戶簡單輸入ISBN的窗體來取代內建的書籍創建視圖。然後，我們可以從查詢該書的信息，並自動地創建對象。

這樣的視圖的代碼留給讀者作為一個練習,重要的部分是這個URLconf代碼片斷:

(r'^admin/bookstore/book/add/$','mysite.books.admin_views.add_by_isbn'),

如果這個代碼片段在URLConf中出現於管理URL之前，add_by_isbn視圖將完全取代標準的管理視圖。

按照這種方式，我們可以替換刪除確認頁、編輯頁面或者管理界面的其它任何部分。

就是在安裝目錄下找，基本都差不多

（1）初始界面

（2）找到base_site.html來修改名稱

（1）找到樣式文件

（2）編輯base.css

（1）登錄界面

（2）後台界面

我當時用的步驟如下,（這是在windows下的本地環境里）你可以試試：

一、下載安裝

pythonsetup.pyinstall

二、

1.將tinymce/static/tiny_mce文件夾放到your_project/static目錄下；

2.將tinymce文件夾放到your_project目錄下

結語：以上就是首席CTO筆記為大家整理的關於django管理頁面如何編輯器的相關內容解答匯總了，希望對您有所幫助！如果解決了您的問題歡迎分享給更多關注此問題的朋友喔～

Ⅱ ckeditor會存在xss攻擊嗎

xss過濾主要是應對傳值的時候，防止惡意攻擊者往Web頁面里插入惡意html代碼。這種編輯器回入答庫的根本不需要用xss過濾啊，可以用mysql_escape_string過濾一下入庫，然後展示的時候用htmlspecialchars原型輸出就可以了。

Ⅲ ueditor 這是干什麼用的

方法/步驟

目前最新版本為1.1.7.3

下載下來的文件名為ueditor1.1.7.3.zip

把解壓出來的ueditor文件夾專整個復屬制到項目WebRoot下

1.頁面<head>里增加以下代碼