第33章 好人有好報(一)

　　拿過高中年級第一，拿到了浦外的特優保送生名額，手上還有一個數學競賽一等獎和一個計算機競賽一等獎，還能輔導自己女兒和她的好閨蜜陸思佳也拿到浦外的特優保送生名額…陳忠岳腦中把了解到的陸道升的資料迅速過了一遍。

　　怎么看，眼前這個一次又一次證明了自己優秀的男生，也不像是個胡言亂語的人。說是只憑感覺…更有可能是有些難言的苦衷，沒法明說…

　　陸道升重生以來的優秀戰績為自己成功地站了臺，陳忠岳迅速腦補了一番陸道升可能有不便明說理由的苦衷，只能拿自己是憑感覺來搪塞。

　　“小陸，謝謝你這么關心悅薇啊，以后有什么需要你陳叔叔幫忙的事情，盡管開口，我能幫的盡量幫。”

　　聽陳忠岳稱呼從陸同學變成了小陸，還承諾會今后會給自己幫忙，陸道升意識到自己的話居然被聽進去了，這可是沒預料到的。本來以為還會是和陳悅薇說的時候一樣，隨便聽聽就過去了。

　　愣神了一會兒，回過神來的陸道升拿紙巾擦了擦嘴，沉思了一會兒，抬頭看著陳忠岳，語氣認真地說道：“我確實有件事兒想請教一下陳叔叔。”

　　“嗯，小陸你說。”

　　“是這樣的，我準備運營一個網站，需要注冊域名。我目前只知道現在全國有兩家公司提供這個業務，一個家北京的公司，另一家就是電信了。

　　陳叔叔你在電信工作，不知道了不了解電信里負責注冊域名的是哪個部門？如果可以的話，我應該怎么去找他們辦理業務？”

　　1998年7月，負責運營國際互聯網絡信息中心(InterNIC)的美國Network Solutions公司（簡稱NSI公司）在中國大陸選定了兩家公司作為首席合作伙伴，一家是北京創聯通信網絡有限公司（中國萬網的前身），而另一家就是中國電信。

　　眼下才1998年，創聯通信網絡的分公司還沒有開到浦江來。陸道升身在浦江，是不想跋山涉水跑到北京去辦理域名注冊業務的。

　　聽說陳忠岳是在電信公司做高管，陸道升立刻想到了萬一能內部人好辦事兒，自己可就省事多了。截胡hao123可是要緊事，因此陸道升也沒講客氣，順著陳忠岳的話就開口找幫忙了。

　　雖然很奇怪陸道升一個高中生怎么會想著申請域名做網站，但陳忠岳還是開口回復道：“你說的負責域名注冊的部門在浦江的分部正好是向我匯報的，這樣吧，我回頭幫你說一聲，你有什么需要，到時候和具體的負責人提就行。

　　你想開網站，是不是還需要租用服務器？這個也可以和他們提，他們也有這樣的業務。我可以幫你爭取到最優惠的折扣，但是小陸你要想清楚，打完折費用還是很高的啊。”

　　陸道升被天上掉下的餡餅快砸暈了，好人這么有好報的嘛？！

　　別看陸道升之前想辦法從高校的教育網里獲得了穩定的公網IP，但是離真正部署掛著的導航網站還差得遠。

　　首先，就是需要注冊域名。眼下注冊域名并不是什么簡單的事情，提供域名注冊的公司少，業務流程和手續也比較麻煩。

　　根據1997年10月31日第一次中國互聯網絡發展狀況統計報告的統計數據，此時全中國12.4億人口，僅僅擁有上網用戶數62萬，CN下注冊的域名4066個，WWW站點約1500個。可見域名注冊業務才剛剛蹣跚起步。

　　如果不通過電信，陸道升也就只知道去北京找中國萬網的前身創聯通信網絡有限公司辦理，但不說需要長途折騰到北京去，眼下連創聯公司的大門開在哪里陸道升都不清楚。

　　當然，陸道升可以選擇等等，畢竟域名注冊業務在中國發展其實非常迅速，要不了半年，就沒現在這么稀罕難以觸及了，辦理起來也會方便不少。

　　但是，如果真等個半年，那就到了1999年的年中五六月份的時候了，歷史上李興平可是于1999年5月就建立了hao123，陸道升此時擁有的先發優勢將蕩然無存。

　　陸道升可不覺得到那個時候，自己一個事兒多的高中或者大學生，能在導航網站建設方面的精力投入超過作為網管，天天泡在網吧里的李興平。不早點動手，后續競爭就會處于劣勢，還截個毛線的胡。

　　其次，就是服務器的托管問題。都是服務器，放實驗室里的和放電信機房的服務器在計算性能方面未必誰好于誰，但是作為網站服務器，不光是計算機自身性能好就可以了，還需要考慮到網速和后期運維成本。

　　而在這兩個方面，電信機房托管的服務器吊打放在學校實驗室里的服務器，這是正規軍和草頭班子的區別。

　　比起網速，電信機房里的服務器接的直接就是主干網，網速快到沒朋友。而實驗室里對接的是教育網的末端，不僅僅是網速和主干網有巨大鴻溝的問題，上行帶寬上的瓶頸限制更是使得其在網站運行方面和電信機房托管有著云泥之別。

　　使用寬帶網絡進行通信的過程中，既有發往外部的網絡數據，也有從外部接收的網絡數據，這就是所謂上行數據（上傳，傳給外部）和下行數據（下載，從外部接收）。就像訪問一個網站，瀏覽器填入網址后發出的請求就是上行數據，而從服務器傳來的網頁內容則是下行數據。

　　在普通的民用網絡（包括教育網末端網絡）中，一般會極大壓縮上行數據的帶寬，而保留充分的下行數據的帶寬。

　　因為對于大眾用戶，主要的網絡活動場景下，都是下載數據遠遠多于上傳數據。不說別的，瀏覽網頁時，上傳請求可能就幾百個字節，下載數據得至少花幾千甚至上百萬字節。這么懸殊的使用比例下，壓縮上行帶寬也是合理的節省資源的做法。

　　也因此，對于普通民用網絡，上行數據的傳輸速度遠遠小于下行數據的傳輸速度。

　　但回到網站服務器，這個情況完全就逆轉過來了。因為收到的是幾百個字節的用戶請求，發出的卻是大數據量的網頁內容，繼續使用民用網絡，在流量小的時候還能對付，一旦流量大了，根本扛不住。

　　到時候，對大多數用戶來說，網站就是個連了連不上的不可用狀態，后果可是是災難性的。