必答題
注意：除第四題4分以外，其他題均每題3分，
1，寫出常用的bootstrap的樣式，
引入jquery.js檔案 柵格系統：<div color: rgba(0, 0, 0, 1)">col-md-1>1</div> 表格樣式：table 表單樣式：.form-control來修飾 支持多行文本的文本域：<textarea class="form-control" rows="3"></textarea> 單選框和多選框 按鈕：button 圖片：img
2，什么是回應式布局？
跟隨設備界面大小自動更改內容大小
3，請通過jQuery發送ajax請求，
$.ajax({
type:請求方式,
url: 請求地址,
data:請求引數,
dataType: 服務器回傳值型別,
success:回呼函式
});
4，JavaScript與this相關的面試題（4分）
name = '老男孩';
?
info = {
name:'alex',
age:123,
func:function(){
console.log(this.name);
}
}
?
info.func()
name = '老男孩';
info = {
name:'alex',
age:123,
func:function(){
console.log(this.name);
function f1(){
console.log(this.name);
}
f1()
}
}
info.func()
name = '老男孩';
info = {
name:'alex',
age:123,
func:function(){
console.log(this.name);
(function(){
console.log(this.name);
})()
}
}
info.func()
name = '老男孩';
info = {
name:'alex',
age:123,
func:function(){
console.log(this.name);
var xxx = this;
(function(){
console.log(xxx.name);
})()
}
}
info.func()
5，什么是跨域？如何解決？
指的是瀏覽器不能執行其他網站的腳本，它是由瀏覽器的同源策略造成的，是瀏覽器對javascript施加的安全限制，
使用nginx實作跨域原理
6，簡述你對Http協議的理解？
htp協議是應用層的一種協議
HTTP是一個客戶端終端（用戶）和服務器端（網站）請求和應答的標準（TCP）
Http在進行tcp傳輸前需要進行三次握手進行客戶端和服務端的驗證
http請求由三部分組成，分別是：請求行、訊息報頭、請求正文
7，簡述你對Https協議的理解？
HTTPS 的目的是將這些內容加密，確保資訊傳輸安全，最后一個字母 S 指的是 SSL/TLS 協議，它位于 HTTP 協議與 TCP/IP 協議中間
8，列舉常見的http請求頭及作用？
HTTP/1.1協議中共定義了八種方法（也叫“動作”）來以不同方式操作指定的資源： GET：向指定的資源發出顯示請求（常用） HEAD：與get方法想同，只不過服務器不傳回資源的文本部分 POST：向指定資源提交資料，請求服務器進行處理（常用） PUT：向指定資源上傳其最新內容 DELETE：請求服務器洗掉Request-URI所標識的資源 TRACE： 回收服務器收到的請求，主要用于測驗或診斷， OPTIONS：這個方法可使服務器傳回該資源所支持的所有HTTP請 求方法，用'*'來代替資源名稱，向Web服務器發送OPTIONS請求，可以測驗服務器功能是否正常運作， CONECT： HTTP/1.1協議中預留給能夠將連接改為管道方式的代理服務器，通常用于SSL加密服務器的鏈接（經由非加密的HTTP代理服務器），
9，列舉常見的http請求方法及作用？
POST 用于向服務器提交資料，請求的引數要在http請求的訊息主體中發送，可用于表單的提交和異步提交（如ajax），理論上，POST傳遞的資料量沒有限制
GET 發送一個請求來獲取服務器上的資源
PUT 一般POST方法代表新增，PUT方法代表整體更新，選擇什么方法主要看介面的要求，put請求請求的引數一樣要在http請求的訊息主體中發送，默認情況下put請求是無法提交表單資料的，
DELETE 洗掉某一個資源，默認情況下DELETE方法在 URL 中附帶查詢引數，也無法提交表單資料的
PATCH 與PUT方法類似，但PATCH方法通常應用于區域更新，
10，列舉常見的http回應狀態碼，
狀態代碼的第一個數字代表當前回應的型別： - 1xx訊息——請求已被服務器接收，繼續處理 - 2xx成功——請求已成功被服務器接收、理解、并接受 - 3xx重定向——需要后續操作才能完成這一請求 - 4xx請求錯誤——請求含有詞法錯誤或者無法被執行 - 5xx服務器錯誤——服務器在處理某個正確請求時發生錯誤
11，http中connections：keep-alive的請求頭的作用？
當一個網頁打開完成后，客戶端和服務器之間用于傳輸HTTP資料的TCP連接不會關閉，如果客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經建立的連接，
12，django請求生命周期？
Django的請求生命周期是指：當用戶在瀏覽器上輸入url到用戶看到網頁的這個時間段內，Django后臺所發生的事情，
第一步：瀏覽器發起請求
第二步：WSGI創建socket服務端，接收請求（Httprequest）
第三步：中間件處理請求
第四步：url路由，根據當前請求的URL找到視圖函式
第五步：view視圖，進行業務處理（ORM處理資料，從資料庫取到資料回傳給view視圖；view視圖將資料渲染到template模板；將資料回傳）
第六步：中間件處理回應
第七步：WSGI回傳回應（HttpResponse）
第八步：瀏覽器渲染
13，什么是wsgi？
WSGI的全稱是Web Server Gateway Interface，翻譯過來就是Web服務器網關介面，具體的來說，WSGI是一個規范，定義了Web服務器如何與Python應用程式進行互動，使得使用Python寫的Web應用程式可以和Web服務器對接起來
14，什么是MVC ？什么是MTV？
MVC就是把web應用分為三層 1. 模型層:model 負責業務物件和資料庫的物件(ORM)的映射 2. 視圖層:views 負責與用戶的互動(書寫邏輯) 3. 控制器:Controller完成用戶對模型層和視圖層呼叫,來完成用戶的請求 MTV模式本質上和MVC沒有什么大的差別,也是為了實作解藕性,只是定義上有些不同 模型層:model負責業務物件與資料庫的物件(ORM)的映射 2. 模板層:Template負責如何把頁面展示給用戶(html) 3. 視圖層:View負責業務邏輯，并在適當的時候呼叫Model和Template
15，django中間件作用以及應用場景？
簡單的來說中間件是幫助我們在視圖函式執行之前和執行之后都可以做一些額外的操作
例如：
Django專案中默認啟用了csrf保護,每次請求時通過CSRF中間件檢查請求中是否有正確token值
當用戶在頁面上發送請求時，通過自定義的認證中間件，判斷用戶是否已經登陸，未登陸就去登陸，
當有用戶請求過來時，判斷用戶是否在白名單或者在黑名單里
16，django中FBV和CBV有什么區別？
FBV就是在url中一個路徑對應一個函式
CBV就是在url中一個路徑對應一個類
17，django orm中如何批量創建資料？
批量插入資料的時候，首先要創建一個物件的串列，然后呼叫bulk_create方法，一次將串列中的資料插入到資料庫中，
18，django 如何執行原生SQL？
19，django的orm如何查詢id不等于5的資料，
表名.objects.exclude(id='5')
20，cookie和session的區別？
cookie保存在瀏覽器本地上的一組組鍵值對: HTTP協議是無狀態的，每次請求之間都是相互獨立的，之間沒有關系，沒有辦法保存狀態， Cookie具體指的是一段小資訊，它是服務器發送出來存盤在瀏覽器上的一組組鍵值對，下次訪問服務器時瀏覽器會自動攜帶這些鍵值對，以便服務器提取有用資訊，
session保存在服務器上的一組組鍵值對，必須依賴Cookie, Cookie彌補了HTTP無狀態的不足，讓服務器知道來的人是“誰”；但是Cookie以文本的形式保存在本地，自身安全性較差；所以我們就通過Cookie識別不同的用戶，對應的在Session里保存私密的資訊以及超過4096位元組的文本，
Cookie雖然在一定程度上解決了“保持狀態”的需求，但是由于Cookie本身最大支持4096位元組，以及Cookie本身保存在客戶端，可能被攔截或竊取，因此就需要有一種新的東西，它能支持更多的位元組，并且他保存在服務器，有較高的安全性，這就是Session，
21，django的orm中on_delete的作用？
django2.0之前創建外鍵foreignKey的引數on_delete是有默認值的，所以這個引數可以不用填，但在2.0之后on_delete沒有默認值了，所以這個引數一定要傳
作用是洗掉關聯資料是需要做什么
22，描述crm有哪些功能？
23，crm中什么是公戶？什么是私戶？為什么要做這個區分？
公戶：指當前用戶登陸系統之后看到的所有客戶的資訊，當前客戶并沒有被某一銷售轉化
私戶：指當前銷售存放屬于自己的客戶的賬戶
保證資料安全，為了防止銷售之間存在“惡意”競爭，避免因為有人進行搶單導致出現沖突
24，請列舉出CRM系統中的表，
部門表：Department
用戶表：UserProfile
客戶表：Customer
校區表：Campuses
班級表：ClassList
跟進記錄表： ConsultRecord
報名表：Enrollment
繳費記錄表：PaymentRecord
課程記錄表：CourseRecord
學習記錄表：StudyRecord
25，對資料庫的資料做展示時，不同欄位型別有不同的展示方法，分別是什么？
普通欄位 -- 物件.欄位名 choice欄位 -- 物件.get_欄位名_display 外鍵 -- 物件.外鍵欄位.屬性 多對多 -- 物件.自定義方法
26，請詳細說說你們公司銷售是如何使用CRM的，
銷售可以通過個人渠道獲取客戶資訊, 自己錄入到系統中, 或者銷售主管或網路咨詢師將已經錄入系統的客戶分配給銷售.
銷售需要在規定時間間隔內對客戶進行跟進或回訪, 將跟進資訊記錄到系統中, 根據不同的情況標記客戶的報名意向.
當客戶確定報名時需要讓客戶本人或者銷售幫忙添加報名表.
當銷售收到客戶繳納的費用時, 需要填寫繳費記錄, 并將費用轉交財務進行審批
27，CRM中有哪些技術點？
28，為什么不用現成的crm而是自己去開發？
為了適應公司內部的業務需求而定制功能進行開
29，請簡述實作權限控制的流程，
在web應用中, 一個URL代表一個權限, 可以訪問某一URL則說明有該權限. 該權限系統中URL被分為兩種, 一種是可以做二級選單的父權限, 一種是不能做選單的子權限. Menu表中的資料稱之為一級選單, 二級選單被分配給一級選單. 子權限分配給父權限.
當用戶登錄成功時, 根據用戶所有的角色查詢出所具有的權限, 將權限資訊和選單資訊存放在session中. 登錄成功后跳轉至其他URL時, 請求經過中間件時進行權限的校驗, 根據當前訪問的url和session中存放的權限資訊進行正則匹配. 都匹配不成功, 則拒絕訪問. 匹配成功則繼續走正常的流程得到相應的回應.
頁面中的可點擊的按鈕也是權限, 在模板渲染時使用自定義filter判斷該按鈕所代表的權限是否在該用戶所擁有的權限中, 如果是則顯示該按鈕, 否則不顯示.
30，列舉權限有多少張表？表中都有那些欄位？
6張
選單表：menu id、 name
權限表：Permission id、 title、 url、 name、 parent_id、 menu_id
角色表：Role id、 name
用戶表：User id、 username、 password
角色和權限關系表 id、 role_id、 permission_id
用戶和角色關系表 id、 user_id、 role_id
31，為什么要把權限資訊放到session中？權限資訊放到session有什么優缺點？
將權限和選單的字典存放在session中是為了給不同用戶存放不同的權限和選單, 并且session可以存放在Redis中, 讀取速度快.
32，權限控制到按鈕級別是如何實作的？
session中存放著一個有關權限資訊的字典, 字典的key為權限的URL別名, value為一個權限的具體資訊.自定義了一個filter, 用來判斷某一個權限是否在該用戶的權限字典中, 在的話回傳True, 不在回傳False.模板中使用該filter來對每個要生成按鈕的部分做判斷, 有權限則會顯示按鈕, 沒有權限則不顯示.
33，如何實作把權限粒度控制到資料行？
補充題
1，詳細描述是jsonp實作機制？
2，django的orm如何通過資料自動化生成models類？
3，django中如何設定快取？
4，django中信號的作用？
5，django中如何設定讀寫分離
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/186232.html
標籤：Python
上一篇：Python - 協程