可簡單避免的三個JS發布錯誤

來源:互聯網
上載者:User

Web應用程式開發是傾向於在用戶端運行所有使用者邏輯和互動代碼,讓伺服器暴露REST或者RPC介面。編譯器是針對JS作為一個平台,第二版 ECMAScript正是考慮到這一點在設計。用戶端架構例如Backbone, Ember和Require鼓勵建立功能豐富的應用程式,不僅有豐富的代碼,而且各個組件,組件與資料之間有很多相互作用。

這真的很好,或許還能產生一些優秀的使用者體驗,但是毫無疑問的是,這是很難開發web應用程式和web頁面。

根本原因是在互連網上服務你的代碼和資料,運行在一些隨機的瀏覽器上,在javascript中,這是一種你需要特別小心的語言,它是一個完全缺乏 代碼部署的平台。而且它不會很快就得到改善。我覺得如果星際迷航是現實生活,那麼Jean-Luc Picard隊長每隔一段時間不能打架的原因是他仍然是克林儀表板載入。

我想強調的是三個相對常見的錯誤和容易的解決方案,並且談談一些我們遇到的從ReadyForZero學到的特別的事情。

剝離“緩衝清除”頭資訊

你可能使用CDN來緩衝靜態資源,這當然是合理的。如果你向伺服器請求非緩衝的資源(比如在AWS<Amazon Web Service>端使用"custom-origin"將檔案指向真實的網路站台),這就需要小心了。你可能會在部署新版本的檔案後添加一段緩衝清 除的字串(頭資訊)到檔案名稱上來達到這個目的,這樣你的檔案名稱看起來是這樣的:

http://example.com/js/main__V0123456789abcdef__.js

這很容易做到,你可以選擇任意的Hash演算法來產生一段指紋資訊作為這個字串,這樣它就會隨著檔案內容變化而變化。當新的url被引用時,它不可 能被緩衝,這樣就可以擷取到伺服器上的新版本。錯誤就發生在這裡。在網路上有很多都建議剝離“緩衝清除”頭資訊,而是讓你的伺服器直接提供新版本的檔案。 如果你有多台伺服器叢集這可能導致你的網站上不同檔案(如:html、js)的版本不一致(如js已更新但是html(從另一台伺服器請求)仍然是舊 的),不僅如此,更嚴重是它很容易導致CDN緩衝了錯誤的版本。這個錯誤是這樣發生的:

·初始階段,所有的伺服器都是HTML1 和JS1.

·伺服器A重啟了,並提供HTML2和JS2.

·一個用戶端向CDN請求main__V2__.js,這個時候這個檔案是新的所以CDN上沒有緩衝。

·CDN把這個請求傳給了你設定的custom origin, 碰巧這個請求發到了伺服器B上。

·伺服器B剝離了“緩衝清除”字串並返回舊的版本。

·CDN把舊版的的檔案當新的緩衝了。

這件事情考慮起來很簡單明了,但是盲目的聽從網路上的建議很可能導致錯誤。更糟糕的是在你這看起來一切都是好的你根本不知道發生了錯誤,但是其它地 區的使用者使用了不同CDN很可能緩衝了錯誤的版本。解決方案是不要剝離“緩衝清除”字串並將靜態資源存放在能夠正確支援各個版本的地方。

2. 處理龐大的JS炸彈

每個人都知道,我們需要壓縮我們的javascript檔案,並把它們串連在一起。但是盲目地這樣做並非明智之舉。如果串連的檔案很大,那麼更有效方法就是並行化。另外,如果你需要頻繁的修改檔案的某一部分,你可能會導致很多地方失效,而檔案很大部分卻沒有被修改過。

如果把頻繁修改的部分分離出來,那麼就可以解決兩邊的問題。我建議使用require.js - 它可以實現對你的javascript的真正的依賴關係管理,而且第一次使用的時候,設定很簡單(稍後添加會很痛苦),而且可以協助你理解和管理依賴關係,包括一些進階選項,例如非同步載入。

需要注意的:require.js會等待一段時間後會放棄載入資源,這個可以通過指定waitSeconds選項實現,這個選項的預設值似乎7秒,它依賴於你的使用者在哪裡(例如:手機),可以是很短的時間。

3. 沒有匯總錯誤事件

你不能只讓你的javascript上線使用,而不關心它的運行情況。你不可能測試每一個瀏覽器和每個使用者的狀態組合。另外,不同的載入時間可能導致怪異的狀態。所以,建立某種反饋機制來判斷你的使用者是否遇到錯誤,變得十分重要。這很簡單,你只需通過指定一個全域錯誤處理程式,收集錯誤,並發送會伺服器。以下是一個例子:

棘手的部分是,很多時候會出現一些非0的錯誤,因為使用者可能安裝了各種怪異的外掛程式或者其他。所以你需要跟蹤穩定的狀態到底是什麼,還有是否有任何的偏差。

ReadyForZero,我們在頂層捕獲onError事件,並把它們發送會伺服器,然後產生一個日報,匯總多少個使用者發生了錯誤,和這些錯誤發生在哪裡。我們發現很多時候,錯誤訊息並不足夠,所以我們同樣需要從我們的事件系統回傳最後幾個事件。通過分析使用者最近觸發的Backbone或者JQuery事件,對於擷取當時使用者觸發錯誤時候的上下文資訊,有很大的協助。

垂手可得的改進

令人沮喪的是下面這些點不是我們必須擔心的。公司更應該關注在產品上,快速高品質地把它們弄出來。但是請記住如果這些垂首可得的改進獲得實施,你將能更專註於大動作上。

人們總是被一些瑣事糾纏住花費了大量時間,但是僅僅讓你的應用正常運行就能獲得大的成長。

1,你的用戶端代碼有沒有記憶體泄露?你確定嗎?你是怎麼知道的?

2,在ReadyForZero[注1]我們有很多聰明的人們致力於推動這門藝術。

[注1]ReadyForZero:是由 Y Combinator資助的一家公司,公司的目的是通過網路平台協助消費者擺脫信用卡債務。

相關文章

Beyond APAC's No.1 Cloud

19.6% IaaS Market Share in Asia Pacific - Gartner IT Service report, 2018

Learn more >

Apsara Conference 2019

The Rise of Data Intelligence, September 25th - 27th, Hangzhou, China

Learn more >

Alibaba Cloud Free Trial

Learn and experience the power of Alibaba Cloud with a free trial worth $300-1200 USD

Learn more >

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。