整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
道Django某一個功能的用途，比單純地知道怎么用更有用。
今天我們要學習的內容是Django的頁面跳轉，重點講的是使用url里的name參數
根據前面做好的web項目，登錄頁面的url為： http://127.0.0.1:8000/login/；如果我們想把路徑名login換成signin，該怎么做呢？ 這時候我們就想到了在urls的urlpatterns里直接修改path路徑名,
如果views里對應的方法有重定向跳轉就麻煩了，因為重定向跳轉的redirect方法里已經寫了我們改名之前的路徑名。如果我們在url里將login改成signin，做了一次改名操作了，那么在views里我們還要再改一次。如果有很多個頁面都做了重定向到login頁面，我們就需要對每一個函數進行修改操作，太麻煩了！有沒有什么辦法能讓我們做路徑修改的時候，只需要改一處就能搞定的呢？
實際上Django給我們提供了URL的name屬性用來標記url，我們可以在path中給指定路徑設置一個name屬性，
urlpatterns = [
path('signin/', app01_views.login, name="login"),
]在views中做重定向時不直接寫死路徑名，而是通過reverse('屬性名')反向查出前面的url，這樣修改路徑名就很方便了，直接修改path就可以了。
return redirect(reverse('login'))通常情況下，我們是根據path里的路徑名，找到views里的方法，然后渲染頁面。而這里的重定向反轉操作是根據路徑名的name屬性，反向找到路徑的名稱。 這樣我們需要修改路徑名的時候，views里都不要動的，反正它找的是指定的名稱。name屬性規定好了之后，url路徑名想怎么改就怎么改。
注意：使用反轉路徑名的方法，需要導入包from django.shortcuts import reverse。
當前階段我們主要用在兩處： 在View中使用redirect(reverse("login"))；
def index(request):
username = request.GET.get('username')
if username:
return render(request,'index.html')
else:
return redirect(reverse('login'))在html中使用模板語言{% url 'login' %}；
<a href="{% url 'login'%}">登錄</a>我們先復習一下url傳值的兩種常見方法：
（1）直接使用url傳值
以傳遞電影編號movie_id為例，如果想通過url傳值。在定義path的時候，使用path("movile_detail/<movie_id>",...)，然后在views里定義方法來接收movie_id這個值，就定義成def movie_id(request,movie_id)，瀏覽器中訪問的時候可以通過127.0.0.1:8000/movie_detail/8001就能把movie_id作為參數通過url傳過去。
（2）使用查詢字符串傳值
我們還是以傳遞電影編號為例，如果想通過url傳值。在定義path時，使用path("movie_detail/",...)，在views里定義方法來接收就寫成
def movie_id(request):
movie_id = request.GET.get(movie_id)在瀏覽器中訪問是，url需要輸入127.0.0.1:8000/?movie_id=8001。這樣也能完成url的傳值。
（3）傳遞參數
在views中，我們使用redirect重定向到一個新的url如果要傳遞參數該怎么辦呢？ 有兩種方式：
url設置如下：
urlpatterns = [
# 登錄url
path('login/<username>/<password>',app01_views.login, name='login'),
]在views里定義login方法準備接收兩個參數：
def login(request, username, password):
return HttpResponse("用戶名:%s \t 密碼：%s" % (username, password))傳遞參數時：
def index(request):
username = request.GET.get('username')
if username:
return HttpResponse('=== 這是首頁 ===')
else:
return redirect(reverse('login', kwargs={'username': 'rico', 'password': '123'}))注意：是在reverse方法里添加參數，傳的如果是元組則注意前后順序，如果是字典就不用考慮前后順序。
如果要在templates中通過模板語言調用url的名稱， 模板語言里使用url傳遞參數可以寫成這樣：
{% url 'login' username='xiaoyu' password='123' %}在多app項目中，如果各自的name屬性相同，在重定向訪問的時候會出現無法訪問指定app下的url的問題。這時候我們就在各自app的urls中添加命名空間
app_name = 'app01'然后在重定向訪問指定url名稱的時候，添加命名空間屬性即可。
def index(request):
username = request.GET.get('username')
if username:
return render(request, 'app01/index.html')
else:
return redirect(reverse('app01:login'))注意：項目總體url配置使用include關鍵字，將多個app配置到總路由中。
urlpatterns = [
path('admin/', admin.site.urls),
path('app01/', include('app01.urls')),
path('app02/',include('app02.urls')),
]這一節，我們主要介紹了Django中url路由跳轉的進階知識，下一節，我們將介紹Django下html頁面中的模板語言DTL，感謝大家的閱讀~
求： 在views中返回的url需要返回到具體的某一篇文章的評論列表
實現方式
根據源碼得出：
第一個參數就是使用的view方法
第二個args參數可以傳入需要的參數，比如文章的id。
即可實現跳轉到指定文章。
為開發人員，我們依賴于靜態分析工具來檢查、lint(分析)和轉換我們的代碼。我們使用這些工具來幫助我們提高生產效率并生成更好的代碼。然而，當我們使用markdown編寫內容時，可用的工具就很少。
在本文中，我們將介紹如何開發一個Markdown擴展來解決在使用Markdown管理Django站點中的內容時遇到的挑戰。
你認為他們有linter嗎？
照片來自Pexels,由mali maeder拍攝
像每個網站一樣，我們在主頁、FAQ部分和“關于”頁面等地方都有不同類型的(大部分)靜態內容。很長一段時間以來，我們都是在Django模板中直接管理這些內容的。
當我們最終決定是時候將這些內容從模板轉移到數據庫中時，我們認為最好使用Markdown。從Markdown生成HTML更安全，它提供了一定程度的控制和一致性，并且對于非技術用戶來說更容易處理。隨著我們轉移過程的進展，我們注意到我們遺漏了一些東西:
當URL更改時，鏈接到內部頁面的鏈接可能會中斷。在Django模板和視圖中，我們使用了reverseand {% url %}，但是這在普通的Markdown中是不可用的。
絕對內部連接不能在不同環境之間進行復制。這可以使用相對鏈接來解決，不過目前沒有開箱即用的增強這一點的方法。
無效鏈接會損害用戶體驗，并導致用戶質疑整個內容的可靠性。這并不是Markdown獨有的東西，只不過HTML模板是由對URL有一定了解的開發人員維護的。另一方面，Markdown文檔是為非技術寫作人員設計的。
當我研究這個問題時，我搜索了Python linters、Markdown預處理器和擴展來幫助生成更好的Markdown。結果都不是很好。一個引人注目的方法是使用Django模板來生成Markdown文檔。
使用Django模板，你可以使用諸如url之類的模板標記來反向查詢URL名稱，并配合使用條件、變量、日期格式和所有其他Django模板特性。這種方法本質上是使用Django模板作為Markdown文檔的預處理程序。
我個人認為這可能不是非技術作家的最佳解決方案。另外，我擔心提供對Django模板標記的訪問可能是危險的。
對這個問題有了更好的理解之后，我們準備在Python中更深入地研究Markdown。
要在Python中開始使用Markdown，我們先安裝markdown包：
接著，創建一個Markdown對象并使用其函數將一些Markdown轉換成HTML：
你現在可以在你的模板中使用這個HTML代碼片段。
基本的Markdown處理器提供了生成HTML內容的基本要素。對于更“新奇”的選項，Python markdown包包含了一些內置擴展。一個流行的擴展是“extra”擴展，除了其他東西之外，它增加了對隔離代碼塊的支持:
為了使用我們獨特的Django功能擴展Markdown，我們將開發自己的擴展。
如果你查看源代碼，你將看到要將markdown轉換為HTML, Markdown會使用多種不同的處理器。一種類型的處理器是內聯處理器。內聯處理器會匹配特定的內聯模式，如鏈接、反引號、粗體文本和帶下劃線的文本，并將它們轉換為HTML。
我們的Markdown擴展的主要目的是驗證和轉換鏈接。因此，我們最感興趣的內聯處理器是LinkInlineProcessor。這個處理器以[Haki的網站](https://hakibenito.com)的形式獲取markdown ，解析它并返回一個包含鏈接和文本的元組。
為了擴展該功能，我們擴展了LinkInlineProcessor并創建了一個Markdown.Extension, 我們用它來處理鏈接:
我們來將這段代碼分解一下：:
DjangoUrlExtension擴展注冊了一個名為DjangoLinkInlineProcessor的內聯鏈接處理器。這個處理器將取代任何其他現有的鏈接處理器。
內聯處理器DjangoLinkInlineProcessor擴展了內置的LinkInlineProcessor，并在它處理的每個鏈接上調用clean_link函數。
clean_link函數接收一個鏈接和一個域名，并返回一個轉換后的鏈接。這就是我們要插入我們的實現的地方。
如何獲得網站域名
要識別到你自己網站的鏈接，你必須知道你的網站的域名。如果你正在使用Django的sites框架，那么你可以使用它來獲取當前域名。
我沒有把它包含在我的實現中，因為我們沒有使用sites框架。相反，我們在Django設置中設置了一個變量。
獲取當前域名的另一種方法是使用HttpRequest對象。如果內容只在你自己的站點中被編輯，你可以嘗試從請求對象中插入站點域名。這可能需要對你的實現進行一些更改。
要使用該擴展，請在初始化一個新的Markdown實例時添加它:
太好了，這個擴展已經被使用了，我們準備進入有趣的部分了！
既然我們得到了在所有鏈接上調用clean_link的擴展，那我們可以來實現我們的驗證和轉換邏輯。
要開始工作，我們將從一個簡單的驗證開始。mailto鏈接對于使用預定義的收件人地址、主題甚至消息正文打開用戶的電子郵件客戶端非常有用。
一個常見的mailto鏈接是這樣的:
這個鏈接將打開你的電子郵件客戶端，并設置成撰寫一封主題行為“我需要幫助!”的新電子郵件給“support@service.com”。
mailto鏈接不一定非要包含電子郵件地址。如果你看一看這篇文章底部的“分享”按鈕，你會發現像這樣的一個mailto鏈接:
這個mailto鏈接沒有包含收件人，僅包含了主題行和消息正文。
既然我們已經很好地理解了mailto鏈接是什么樣子的，我們就可以向clean_link函數添加第一個驗證:
為了驗證mailto鏈接，我們向clean_link中添加了以下代碼:
檢查鏈接是否以mailto:開頭，以識別相關鏈接。
使用正則表達式將鏈接分割到它的組件。
從mailto鏈接中刪除實際的電子郵件地址，并使用Django的EmailValidator驗證它。
注意，我們還添加了一種名為InvalidMarkdown的新異常類型。我們定義了自己的自定義異常類型，以將它與markdown本身所引發的其他錯誤區分開來。
自定義錯誤類
我曾經寫過關于自定義錯誤類的文章，為什么它們是有用的，以及你什么時候應該使用它們。
在我們繼續之前，讓我們添加一些測試，看看它的實際效果:
太棒了！按預期的運行了。
既然我們已經了解了mailto鏈接，我們也可以處理其他類型的鏈接:
外部鏈接
我們的Django應用程序外部的鏈接。
必須包含一個頁面跳轉協議（scheme）:http或https。
理想情況下，我們還希望確保這些鏈接沒有被破壞，但我們現在不會這樣做。
內部鏈接
到我們的Django應用程序中的頁面的鏈接。
鏈接必須是相對的:這將允許我們在不同環境之間移動內容。
使用Django的URL名稱而不是一個URL路徑:這將允許我們安全地來回移動視圖，而不必擔心markdown內容中的失效鏈接。
鏈接可能包含查詢參數(?)和片段(#)。
SEO
從SEO的角度來看，公共URL不應該改變。當他們這樣做的時候，你應該使用重定向正確地處理它，否則你可能會受到搜索引擎的懲罰。
有了這個需求列表，我們就可以開始工作了。
解析URL名稱
要鏈接到內部頁面，我們希望編寫者提供一個URL名稱，而不是URL路徑。例如，假設我們有這個視圖:
這個頁面的URL路徑是https://example.com/， URL名稱是home。我們想要在我們的markdown鏈接中使用這個URL名稱home，就像這樣:
這將渲染到:
我們還想支持查詢參數和散列：
這將渲染到以下HTML：
在使用URL名稱時，如果我們更改了URL路徑，內容中的鏈接將不會被破壞。要檢查作者提供的href是否是一個有效的url_name，我們可以嘗試reverse它:
URL名稱“home”指向URL路徑“/”。當沒有匹配項時，將會引發一個異常:
在我們繼續之前，當URL名稱包含查詢參數或散列時，會發生什么:
這是有意義的，因為查詢參數和散列不是URL名稱的一部分。
要使用reverse并支持查詢參數和散列，我們首先需要清除值。然后，檢查它是一個有效的URL名稱，并返回包含查詢參數和散列的URL路徑，如果提供了的話:
這個代碼段使用一個正則表達式來以？或#的出現對href進行分割，并返回各部分。
請確保它可以工作:
太了不起了!作者們現在可以在Markdown中使用URL名稱了。它們還可以包括要添加到該URL的查詢參數和片段。
處理外部鏈接
要正確處理外部鏈接，我們需要檢查兩件事:
1.外部鏈接總是提供一個跳轉協議，http:或者https:。
2.阻止到我們自己網站的絕對鏈接。內部鏈接應該使用URL名稱。
到目前為止，我們已經處理了URL名稱和mailto鏈接。如果我們通過了這兩個檢查，這意味著href是一個URL。讓我們從檢查鏈接是否是鏈接到我們自己的網站開始:
函數urlparse會返回一個命名元組，該元組包含URL的不同部分。如果netloc屬性等于site_domain，那么該鏈接就確實是一個內部鏈接。
如果URL實際上是內部的，我們就需要終止。但是，請記住，作者們不一定是技術人員，因此我們希望幫助他們，并提供一個有用的錯誤消息。我們要求該內部鏈接使用URL名稱而不是URL路徑，所以最好讓作者們知道他們提供的路徑的URL名稱。
要獲得一個URL路徑的URL名稱，Django為我們提供了一個名為resolve的函數:
當找到匹配項時，resolve會返回一個ResolverMatch對象，其中包含URL名稱和其他信息。當沒有找到匹配項時，它就會引發一個錯誤:
這實際上就是Django在底層所做的工作，用來確定在一個新請求到來時執行哪個視圖函數。
為了給作者們提供更好的錯誤信息，我們可以使用來自ResolverMatch對象的URL名稱:
當我們識別出內部鏈接時，我們要處理兩種情況:
我們沒有識別出這個URL:這個URL很可能是不正確的。請作者檢查該URL是否有錯誤。
我們識別出了這個URL: 這個URL是正確的，所以就告訴作者應該使用什么URL名稱。
我們來實際地看一下它:
漂亮!外部鏈接被接受，內部鏈接被拒絕，并帶有一個有用的消息。
要求跳轉協議
我們要做的最后一件事是確保外部鏈接包含一個跳轉協議，要么是http:，要么是https:。讓我們將這最后一部分添加到函數clean_link:
使用解析后的URL，我們可以很容易地檢查跳轉協議。讓我們確保它正在工作:
我們向這個函數提供了一個沒有跳轉協議的鏈接，但是它運行失敗了，并顯示了一條有用的消息。太酷了!
這是clean_link函數的全部代碼：
要了解所有這些特性的一個實際用例是什么樣子的，請看下面的內容:
這將產生以下HTML:
不錯!
我們現在有一個很不錯的擴展，它可以驗證和轉換Markdown文檔中的鏈接!現在，在不同環境之間移動文檔和保持內容整潔要容易多了，最重要的是，可以保持正確和最新!
源碼
你可以在這個gist中找到全部源代碼。（地址：https://gist.github.com/hakib/73fccc340e855bb65f42197e298c0c7d ）
本文中所描述的功能對我們很有用，但是你可能需要根據自己的需求對它進行調整。
如果你需要一些想法，那么除了這個擴展之外，我們還創建了一個markdown Preprocessor，它允許作者們在markdown中使用常量。例如，我們定義了一個名為SUPPORT_EMAIL的常量，我們像這樣使用它:
該預處理程序將用我們定義的文本替換字符串$SUPPORT_EMAIL，然后才渲染Markdown。
英文原文：https://hakibenita.com/django-markdown
譯者：Nothing
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
