-
工具使用查看全部
-
不建議使用：
? ? ? 1、ajax不支持瀏覽器back按鈕。
2、安全問題 AJAX暴露了與服務器交互的細節(jié)。
3、對搜索引擎的支持比較弱。
4、破壞了程序的異常機制。
5、不容易調試。查看全部 -
說道分批加載 ?就會提到dom渲染 作為小白的我立馬去百度了一下
瀏覽器是如何渲染頁面的呢 dom渲染是如何工作的呢
輸入的網址在通過DNS解析后得到服務器地址
瀏覽器向服務器發(fā)起http請求，經過TCP/IP三次握手確認鏈接后，服務器將需要的代碼發(fā)回給瀏覽器。
瀏覽器接收到代碼后進行解析，經過三大步驟：
DOM構造、布局以及繪制頁面，最終展現為人人都能看懂的網頁。第一步，DOM構造
瀏覽器首先將收到的html代碼，通過html解析器解析構建為一顆DOM樹。DOM樹就像是一顆倒長著的大樹，這樣的對象模型決定了節(jié)點之間都有一定的關聯，它們關系可能有父子、有兄弟，我們可以順著這顆樹做出許多操作。接著將接收到的css代碼，通過css解析器構建出樣式表規(guī)則，將這些規(guī)則分別放到對應的DOM樹節(jié)點上，得到一顆帶有樣式屬性的DOM樹。第二步，布局
瀏覽器按從上到下，從左到右的順序，讀取DOM樹的文檔節(jié)點，順序存放到一條虛擬的傳送帶上。
傳送帶上的盒子就是節(jié)點，而這條流動的傳送帶就是文檔流。
如果我們讀取到的節(jié)點是屬于另一個節(jié)點下的子節(jié)點，那么在放入傳送帶的時候，就應該按順序放到該節(jié)點盒子的內部。
如果子節(jié)點下還有子節(jié)點，在傳送帶上的時候就繼續(xù)套到子一級的盒子內部。
根據它在DOM樹上的結構，可以嵌套的層級沒有限制的哦。
文檔流排完之后，開始獲取計算節(jié)點的坐標和大小等CSS屬性，作為盒子的包裝說明。
然后把盒子在倉庫里一一擺放，這就將節(jié)點布局到了頁面。第三步，繪制頁面
布局完成之后，我們在頁面上其實是看不到任何內容的
瀏覽器只是計算出了每一個節(jié)點對象應該被放到頁面的哪個位置上，但并沒有可視化。
因此最后一步就是將所有內容繪制出來，完成整個頁面的渲染。
body下的子元素有三個nav，aside和div注：
如果遇到圖片只需要把它當做設置了寬高的普通行內元素處理。
當然你也可以設置它的屬性為塊級元素，改變圖文混排時布局的效果。查看全部 -
請求資源版本
HTTP協(xié)議規(guī)格說明定義ETag為“被請求變量的實體值”，包含在頭文件中。另一種說法是，ETag是一個可以與Web資源關聯的記號（token）。典型的Web資源可以一個Web頁，但也可能是JSON或XML文檔。服務器單獨負責判斷記號是什么及其含義，并在HTTP響應頭中將其傳送到客戶端，以下是服務器端返回的格式：ETag:"50b1c1d4f775c61:df3"客戶端的查詢更新格式是這樣的：If-None-Match : W / "50b1c1d4f775c61:df3"如果ETag沒改變，則返回狀態(tài)304然后不返回，這也和Last-Modified一樣。測試Etag主要在斷點下載時比較有用。
查看全部 -
什么是減少重定向？簡單來說就是減少中間商 ?減少用戶訪問頁面的跳轉。
狀態(tài)碼 ?301表示請求的頁面移動稍后也會訪問? ?302 表示請求的網頁被找到了但不在原始位置
301重定向永久搜索引擎直接到b點 ?
302無論如何都要從a點 ?
查看全部 -
CSS ?JavaScript文集體積減小 ?提升下載速度 具體方法就是代碼格式化
簡寫參數名 ? 適用于正式上線項目 壓縮可以使線上版本是最輕的 。
查看全部 -
yslow工具作用
查看全部 -
GET和POST的區(qū)別
查看全部 -
重定向：
301： 永久重定向
302： 臨時重定向
查看全部 -
通過對資源的壓縮，減少其在HTTP傳輸過程中的編碼、解碼所需要的交互時間
查看全部 -
Cache-Control 響應的原理與意義<br/>查看全部
-
Wxpire/Cache-Control 頭 的 作用：
通過由服務器響應的同時攜帶一個expire過期時間值，當本地時間未到達expire的設定值時，本地的請求會一直使用前一次所響應后cache緩存在本地的資源，直到expire過期時間生效，本地緩存失效，才再次從服務器獲取新的響應資源數據
查看全部 -
右邊通過將服務器數據存放到副本服務器中，使得請求在訪問的過程中，獲取所需要的數據經過的節(jié)點接近于無，極大的提高了效率查看全部
-
沒有使用CDN，沒有進行內容分發(fā)的服務請求流程圖
查看全部 -
666666666666666666查看全部
舉報