第698章 如何提高網頁的加載速度?

投票推薦 加入書籤 小說報錯

  周大老闆很高興,「國內像朋友網這樣的大站還有不少,比如QQ空間,那皮膚設計的花里胡哨,加載進去得10秒鐘。還有淘寶,那麼多商品圖片,想打開網頁也非常緩慢。咱們要幫幫同行啊!」

  張一明潑了冷水,「這事沒那麼容易,涉及到很多方面。」

  「怎麼回事?」

  「這事技術委員會討論過,可以讓搜索業務、瀏覽器業務跟朋友網同步進行,三個項目同時啟動,彼此聯動。可項目資金有點大,被否了。」

  然後,張一明就簡單的解釋了這其中的原理。

  網頁的加載過程,背後的邏輯並不簡單。

  用戶需要通過瀏覽器,跟網站進行「握手」互動,獲得網站許可了,就進入網站伺服器,提取其網站數據。

  然後把數據渲染出來,就變成呈現在用戶屏幕前的網頁了。

  提取的數據,如果是線性的,那麼網線的呈現方式就是一個模塊接著一個模塊的傳統方式。如果並行的提取,是分布式的,網站的加載就可以像瀑布那樣的從上到下,很迅速。

  可這技術別人都沒有。

  而且,這也只是網頁加載提速的一部分。

  這個過程中,瀏覽器需要跟網站履行一系列的網絡協議,三次握手、四次握手,協議達成了之後,才能開始提取數據。

  過程太繁瑣。

  如果能簡化這個流程,網頁加載速度就能提高。

  還有,瀏覽器和網站伺服器是順序、線性執行的關係,伺服器必須等待瀏覽器的請求,這樣就會造成伺服器的空閒。瀏覽器工作時,伺服器在等待,而伺服器工作時,瀏覽器在等待,這也是一種時間上的浪費。

  假如雙方能同時工作、並行工作,就可以提高速度。

  並行就是分布式。

  第三點,用戶在使用網站的過程中,就是瀏覽器和網站伺服器交互的過程,這個期間需要不停的發送信號,瀏覽器申請、伺服器允許,申請、允許,申請、允許……不停的握手,不停的交互。

  如果把後續的這些過程儘可能的省略,減少伺服器發送請求,就可以大大的節省網站伺服器的負載,帶來性能上的提升……

  周不器聽得雲山霧罩,可大體上是聽懂了。

  就是網頁的讀取過程太複雜,背後涉及到太多的網絡協議。要想改變這種情況,除了改善網站自身的信息供給方式外,就要修改舊的網絡協議,或者想辦法通過技術手段繞開。

  張一明道:「目前是web2.0時代,核心技術是AJAX,有一定的技術門檻。現在的主流網站,一般都使用這個技術。盜版網站之所以加載速度慢,除了伺服器差之外,很大原因是沒有這個AJAX。」

  「哦。」

  周不器呆呆地。

  張一明又道:「可是隨著時代的發展,AJAX技術也有些跟不上時代。有數據統計過,打開一個網頁,平均要耗時4.5秒鐘,這太難以接受了。必須出現新的技術手段替代傳統方案,分布式就是機會。」

  周不器對技術很感興趣,可是又聽不太懂,很有一種清晨看黃山的感覺,霧茫茫的一片美好,宛若仙境。

  這大概就是外行的好處。

  因為離著遠,所以覺得特別美好,就心甘情願地願意買票進場。要真是內部人士了,知道登山那麼難,恐怕白給他門票,都懶得去參觀。

  除非是真正的登山愛好者,有著發自內省的興趣和追求。

  「你就說怎麼做吧?」

  「這次一共申請了9個相關的項目,我覺得這朋友網、搜索和瀏覽器的這三個項目,有必要儘快啟動。」

  「哦?」

  「朋友網這個說過了,搜索的項目……就是微點搜索做的一個網站優化。傳統的打開網頁的方式,是瀏覽器直接去網頁伺服器採集數據,這個過程中有大量協議。如果讓微點搜索組建一個部門,把網站備份過來。用戶在使用微點搜索的時候,就不需要再去訪問網站伺服器了,而是直接可以從我們的備份庫中讀取,就相當於繞開了協議。」

  周不器試探著說:「也節省了從搜尋引擎向外站跳轉的時間?」

  張一明笑道:「對!用戶使用微點搜索,其實就進入了微點的伺服器。直接在微點的伺服器里讀取備份的網頁,效率就更高了。」

  周不器點了點頭,「嗯,有意思。」

  張一明道:「很多網站技術不夠,做不到分布式。可把備份放在微點的伺服器里,就可以分布式讀取了。速度就更快了。而且,還有商業化前景。」

  「是嗎?」

  「可以跟網站合作,作為微點的一種推廣服務。商家肯定也希望自己的網站能夠更快地呈現在用戶的電腦屏幕前。他們的技術不夠,就可以跟微點合作,交一筆錢,把網站文本信息備份在我們的伺服器里,相當於我們幫他們做優化。」

  周不器若有所思的道:「不僅如此,參與了該項目的商家,在同等條件下,網站權重可以更高一些,在搜索結果中排在更高的位置。」

  張一明笑道:「對,就這個意思。」

  周不器奇怪,「既然是商務項目,還被王浩陽否了?」

  張一明很無奈的道:「要買大容量的伺服器啊,這個項目的預估投資是5000萬。朋友網的項目資金才2000萬。」

  「那瀏覽器的項目呢?」

  「改變協議不可能,可是我們可以通過分布式技術優化瀏覽器和伺服器握手的過程,取消等待時間,讓雙方同時工作。如果做到了,那麼使用微點瀏覽器打開網頁,效率至少能再提高20%左右。」

  周不器虛心的問:「用分布式交互,可以提高瀏覽器對網頁的渲染速度?」

  張一明道:「對!」

  這一下,周不器就懂了。

  難怪一代王者IE瀏覽器會敗在谷歌瀏覽器的手下,最終放棄了自家的瀏覽器內核,而選擇了谷歌內核。

  這其中的關鍵因素就是分布式啊。

  谷歌是分布式的祖師爺,在這個領域擁有最強實力。分布式技術厲害了,其瀏覽器內核自然就會更加強大。

  谷歌瀏覽器打敗IE,完全是技術上的碾壓,哪怕IE有Windows系統做捆綁都沒用。

  谷歌瀏覽器目前還沒誕生,微點瀏覽器只能使用IE內核,可以通過分布式技術進行一定的優化。

  這三個項目做下來……是遞進式的。

  朋友網的項目,優化自身網站的加載速度;

  微點搜索的項目,優化合作網站的網頁加載速度;

  瀏覽器項目,優化所有使用微點系瀏覽器的網頁加載速度。

  很有意義啊!

  周不器忍不住問:「假如這三個項目都做成了,用戶通過微點瀏覽器,通過微點搜索來使用朋友網,需要多少時間?」

  「大約……效率能提升50%。目前朋友網的平均加載速度將近4秒鐘,都做成了,可以縮短到2秒鐘。」

  「啊?」周不器有些失望,感覺也高不到哪去,「不是說朋友網自己的項目,加載時間就只是傳統模式的20%嗎?」

  張一明笑道:「這不是一個概念,朋友網的項目,只是加載的先後順序變了,先加載呈現給用戶的第1屏的內容,總體加載時間沒有變化。只是給用戶的印象,好像是加載時間變快了。」

  周不器想明白了什麼,「是不是加載完了第1屏的內容,用戶們只能看,卻沒法用?必須要等全部頁面加載完了之後,才能真正地使用?」

  張一明道:「對,是這樣。」

  在這種模式下,用戶打開朋友網,前兩秒鐘的時間是只能瀏覽、只能看。因為頁面還在加載過程中。等全部加載完畢了,用戶才能發表狀態、回復留言之類的交互操作。

  周不器皺皺眉,「可不可以進一步的升級,第1屏的內容加載完畢了,用戶就可以對第1屏的內容進行操作。操作和加載互不影響。不是分布式嗎?並行著一起來啊,不耽誤吧?」

  張一明沉默了好一會兒,「理論上來講,是可以做的。不過目前來看,技術上有難度。」

  「做不出來?」

  「把網頁不同的功能模塊並行加載,其實都屬於加載模組。可交互和加載是兩個相矛盾的模組,有先後關係。如果把這兩塊並行起來,需要對網頁底層框架進行修改。技術難度大,工程量也大。」

  「多久能做出來?」

  張一明道:「我覺得得一步步來,分布式算法的應用大家都是第一次接觸,先從簡單的做,再向更難的去研究。首先得有資金上的保障。」

  周不器笑道:「你話中有話啊!」

  張一明感慨道:「我覺得這三個項目很重要,有必要第一時間啟動。分布式是世界前沿的技術,我們卻做出來了。工程師們都很興奮,在躍躍欲試。我覺得不能拖的太久,冷卻了大家的熱情。」

  「不就是要錢嘛。」

  「當然,我很尊重公司的決定。融資在即,的確不適合有大手筆的支出。」

  周不器稍作沉吟,問道:「這三個項目,需要多少錢?」

  張一明道:「朋友網2000萬就夠了,王浩陽也批准了。瀏覽器項目需要3000萬,微點搜索的項目需要5000萬。後兩個都沒批。」

  周不器好笑道:「這個老王,批了一個花錢最少的項目來填技術委員會的胃口,真是……行了,我這就給他打電話,讓他馬上給錢!1個億隻是個小目標,我還不差這點錢!」

章節目錄