js代碼加密后不執(zhí)行了加分哦？像HDS jsobfuscator這樣的壓縮工具不能保證代碼的正確運行。我以前試過很多壓縮工具，最后選擇了JS壓縮工具而不是加密工具，因為壓縮錯誤時有發(fā)生！更惡心。..某

js代碼加密后不執(zhí)行了加分哦？

像HDS jsobfuscator這樣的壓縮工具不能保證代碼的正確運行。我以前試過很多壓縮工具，最后選擇了JS壓縮工具而不是加密工具，因為壓縮錯誤時有發(fā)生！更惡心。

..某些壓縮程序無法執(zhí)行，因為壓縮工具和加密工具都將替換一些無用的字符，如“”和一些它認為可以忽略的字符串window.document.xx文件它經常被文件.xx就這樣，我沒有總結出更離譜的，尤其是加密工具的使用要小心??！壓縮工具仍然可用

計算服務器的負載能力是互聯(lián)網系統(tǒng)設計和維護中的一個基本問題，也是一個非常實用的問題。租金帶寬超出實際需求，造成資金浪費；租金帶寬過小，影響業(yè)務。如何計算吞吐量？

用戶需要不同的流量才能觀看直播和訪問網頁。觀看直播的流量比觀看網頁的流量大得多。

.10000用戶訪問集中在10小時和5小時，并發(fā)性不同。知道集中期，我們可以計算并發(fā)請求的數(shù)量。并發(fā)請求數(shù)的計算公式為：并發(fā)請求數(shù)=IP數(shù)/集中訪問小時數(shù)/3600*單用戶并發(fā)請求數(shù)。在10000個用戶訪問的情況下，如果我們根據(jù)每天4小時內完成業(yè)務的事實來計算單個用戶的并發(fā)請求數(shù)，結果會是什么？小于1，即1秒內訪問1次。如果每個請求的數(shù)據(jù)量為100kb，那么服務器的吞吐量為100kb/s，購買云服務器的最小帶寬1m就足夠了。

假設設計為1s，網頁大小為200KB，1m（128MB/s）帶寬不能滿足體驗的要求，需要租用2m帶寬。一般在購買服務器帶寬時，在滿足最大吞吐量的基礎上，采用30%的冗余寬帶來應對突發(fā)事件。