記一次頁面優化及使用快取機制

2022-04-01 09:45:49 字數 1447 閱讀 8264

一、使用html5的快取機制

1.先上規則**:m.manifest

cache manifest

# 2015-04-24 14:20

#直接快取的檔案

cache:

/templates/specialty/css/style.css

/templates/specialty/js/jquery.js

/templates/specialty/js/index.js

/templates/specialty/js/custom.js

/templates/specialty/js/97zzw.js

network:

*

cache: 需要快取的檔案

network: 需要從網路載入的檔案

當然還有其他引數,但我只測試這些;注意:時常變化的就不要快取了,如果已快取可以通過修改manifest檔案,讓瀏覽器重新建立快取。

2.在中新增規則檔案

3.manifest 檔案需要配置正確的 mime-type,即 "text/cache-manifest"。必須在 web 伺服器上進行配置。

如果使用的是apache,可在 .htaccess 中新增:

addtype text/cache-manifest manifest

以上3步完成,這時就可以測試了

chrome下:

快取成功!繼續測試————>

狀態碼304,使用快取。

firefox下:

總結:定義規則時注意要快取那些不是時時更新的資料,不要漏寫network規則;速度還是有非常明顯的提公升的。

二、使用css sprite,減少http請求。

三、壓縮js**,只引用當前頁面需要的js。

四、使用非同步載入及內容。

五、開啟伺服器gzip壓縮。

六、壓縮css。

七、壓縮html**

以上是現階段的優化,往後在優化下php函式。

記一次頁面配置化的實踐

在日常專案開發中,我們可能會遇到一些專案,它們的文案可能會不定期改變,多個頁面有相似之處,但是相同中又有不同,比如有的直播活動,策略邏輯沒變,改了獎品 背景圖和banner,也可以叫做換膚 也比如一些產品的官網,會不斷加一些子頁面,但是風格都是統一的,但會改變布局和文案。這個時候,做為技術,我們會思...

一次頁面請求過程

很早之前就想寫一篇關於頁面請求整個過程的文章。當然,這樣的文章網上到處都是。而且自己寫的並沒有比別人好,那為什麼還要寫那。人都是善忘的動物,寫下來主要是作為備忘,同時鍛鍊下自己的表達能力。畢竟能把乙個問題講明白才能說明真正的懂了。詳細的報文分析可以參考 http權威指南 這裡不做贅述。如圖1,實際上...

記一次SQL優化

問題發生在關聯主表a 4w資料量 和副表b 4w資料量 關聯欄位都是openid 當時用的是 left join 直接跑sql,卡死 伺服器也是差 優化1 改left join 為join,兩者區別就是left join查詢時已主表為依據,該是幾條就幾條 就算副表沒有關聯的資料 join如果副表沒有...