問題場景 爬取小說網站時，頁面聲明 gb2312 但實際混雜 GBK、UTF-8 甚至非法字節，導致 reques.text() 或 .encode() 拋出

給高二學生的建議 先說結論：**不要焦慮，不要追求「大而全」，先跑通「小而完整」的項目。** 七千元課程的核心價值在於「陪伴式學習」與「結構化大綱」，但自學同樣

前言 在 Python 爬蟲開發中，正則表達式是處理非結構化文本（如 HTML 原始碼、日誌文件）的利器。re.compile 方法能預編譯正則模式，顯著提升重

CSV 編碼亂碼根因 CSV 本身無編碼元數據，Excel 導出時根據系統區域設置默認編碼： 中文 Windows：GBK/ANSI（Excel 顯示為「AN

核心問題：N+1 查詢災難 # 典型 N+1 場景 books = Book.objects.all() # 1 查詢 for book in books:

在 Django 開發中，前端向後端傳遞參數主要有兩種截然不同的方式：路徑參數 與 查詢字串。兩者在 URL 設計、視圖函數接收、前端呼叫語法上皆有顯著差異，選

問題場景 在 Django ORM 操作多對多字段時，add() 方法期望接收**多個模型實例參數**，而非單個列表。直接傳遞列表會導致「將列表作為單個對象添加

解析器在請求處理流程中的角色 解析器負責將 HTTP 請求體根據 Content-Type 頭自動反序列化為 Python 數據結構，綁定到 request.d

為什麼需要 API 版本控制？ API 演進不可避免會引入破壞性變更（字段重命名、刪除、邏輯調整）。版本控制讓舊客戶端繼續使用舊版 API，新客戶端遷移到新版，

權限在 DRF 中的執行時機 權限檢查發生在認證通過後、進入視圖邏輯前（initial() → check_permissions()）。其職責是回答「該用戶有

限流在 DRF 中的定位 限流（Throttling）屬於請求處理管道的「保護層」，在認證通過、權限檢查前執行，防止惡意刷接口、爬蟲濫用、DDoS 攻擊。DRF

核心問題：APIView 如何將原生 request 轉為 DRF Request？ DRF 的 APIView 繼承自 Django View，重寫了 dis

認證在 DRF 中的核心地位 認證是請求處理管道的第一關（dispatch → initial → authenticate），其職責是識別「請求發起者是誰」，

渲染器在 DRF 請求響應流程中的位置 DRF 請求處理鏈路：Request → Authentication → Permission → Throttlin

業務痛點：一張表關聯多張異構表 電商系統中，「價格策略」需同時關聯「普通課程」與「學位課程」兩張完全不同的表。傳統外鍵只能指向單一目標表，若強行添加 cours

路由系統核心價值 DRF 的 routers.DefaultRouter 旨在解決「一個 ViewSet 對應多個 URL」的樣板代碼問題。標準 RESTful

核心觀點：視圖類的繼承鏈決定了功能豐富度 DRF 的視圖體系遵循「組合大於繼承」的設計哲學。理解繼承鏈是選擇正確基類、避免過度設計的關鍵。 兩大核心繼承鏈

前言 在 Python 爬蟲開發中，正則表達式是處理非結構化文本（如 HTML 原始碼、日誌文件）的利器。re.compile 方法能預編譯正則模式，顯著提升重

loguru 是 Python 第三方日誌庫，API 簡潔、功能強大、預設輸出美觀，適合替代標準庫 logging。 安裝 pip install logur

執行爬蟲腳本時出現 ModuleNotFoundError: No module named requests，表示環境中未安裝 requests 套件。 快