摘要:前幾天在幫后端排查一個(gè)的問題的時(shí)候發(fā)現(xiàn)的一些小坑特此記錄的本質(zhì)是出于安全原因,瀏覽器限制從腳本內(nèi)發(fā)起的跨源請求。排查發(fā)現(xiàn)訪問失敗的都是需要用戶的登錄態(tài)的。 前幾天在幫后端排查一個(gè)cors的問題的時(shí)候發(fā)現(xiàn)的一些小坑特此記錄 ** cors的本質(zhì)是出于安全原因,瀏覽器限制從腳本內(nèi)發(fā)起的跨源HTTP請求。 例如,XMLHttpRequest和FetchAPI遵循同源策略。 這意味著使用這些A...
摘要:合并請求這里的合并主要針對當(dāng)前頁面上訪問的資源文件,比如圖片等。為甚么要合并請求有人會(huì)很奇怪,現(xiàn)代瀏覽器都可以并發(fā)請求資源了,為什么還要這么做我只能說你還了。 DNS預(yù)熱 一次DNS解析耗時(shí)20-120ms, 當(dāng)網(wǎng)頁中使用的域名較多時(shí),DNS預(yù)熱節(jié)省的時(shí)間還是非常可觀的 先看效果 showImg(https://segmentfault.com/img/bV0A1g?w=982&h=9...
摘要:第四行是為了保存當(dāng)前語境下的,事實(shí)上在瀏覽器的調(diào)試工具中直接運(yùn)行這些代碼的時(shí)候,這個(gè)指向的就是全局對象,所以去掉這一行,將下面的改成,程序的運(yùn)行結(jié)果是一模一樣的。 在騰訊的AlloyTeam的Blog上發(fā)現(xiàn)了這樣的一款工具:AlloyLever(原blog地址:http://www.alloyteam.com/2016...),覺得非常有趣且實(shí)用。尤其是其實(shí)現(xiàn)的原理也并不復(fù)雜,卻可以給...
摘要:各瀏覽器下表現(xiàn)總結(jié)做前端錯(cuò)誤上報(bào),必然離不開,但在不同設(shè)備上表現(xiàn)并不一致,瀏覽器為避免信息泄露,在一些情況下并不會(huì)給出詳細(xì)的錯(cuò)誤信息,本文的目的就是通過跑一些簡單的小例子,驗(yàn)證在不同瀏覽器下的具體表現(xiàn)。 window onerror 各瀏覽器下表現(xiàn)總結(jié) 做前端錯(cuò)誤上報(bào),必然離不開window onerror,但window onerror在不同設(shè)備上表現(xiàn)并不一致,瀏覽器為避免信息泄露,...
摘要:情況如果一個(gè)函數(shù)中有,這個(gè)函數(shù)有被上一級的對象所調(diào)用,那么指向的就是上一級的對象。 首先必須要說的是,this的指向在函數(shù)定義的時(shí)候是確定不了的,只有函數(shù)執(zhí)行的時(shí)候才能確定this到底指向誰,實(shí)際上this的指向的是最終調(diào)用它的對象。 函數(shù)調(diào)用模式 例子1 function a(){ var user = username; console.log(this.user)...
暫無介紹