如何做好網路媒體?

來源:互聯網
上載者:User
媒體|網路

傳播是媒體的第一特徵,沒有傳播就沒有媒體;複製則是傳播的第一前提,沒有複製就沒有傳播。我們稱報紙、廣播、電視為媒體,是因為,報紙藉助印刷完成了大規模複製;廣播電視藉助無線電波進行著大規模複製。我們現在稱網路為媒體,是因為,網路媒體能藉助互連網進行大規模複製。

報紙的複製在印刷廠進行;廣播電視的複製在收音機和電視機中進行;網路媒體的複製在瀏覽器中進行。和廣播電視一樣,網路媒體要完成複製,不僅要解決受眾端的問題(使用者要買收音機、電視機、電腦等),還要解決發送端的問題(廣播電視台要建發射塔,租用衛星線路等)。

伺服器

對於網路媒體,首先要有伺服器。任何網路媒體都要有伺服器。訪問量小的網路媒體可以每月花幾百元租用廉價的虛擬機器主機;訪問量較大網路媒體,必須要有獨立的伺服器,來保證資料庫和web頁的存放空間;訪問量再大一些,一台獨立的伺服器,就不夠用了,這時需要將web伺服器和資料服務器分開,以提高使用者訪問的速度;訪問量再提高,一台web伺服器就不夠用了,需要多台web伺服器鏡像;一台資料庫伺服器也不夠用了,需要多台資料庫叢集。

規模較大的網路媒體另外還需要專門的DNS伺服器,用來提供次層網域;專門的檢索伺服器,用來保證檢索速度;專門的使用者統一證明伺服器,用來保證使用者一次登入,享用多項服務,如此等等……等到網路媒體內容和訪問量增加到一定程度,伺服器的硬碟就不夠用了,就要用專門的磁碟陣列來儲存內容;固定的web伺服器也會無法較快地適應各地的訪問負荷,這時必須使用全網快取CDN來解決有的地方訪問快有的地方訪問慢的問題。

和伺服器增加同步,網路媒體要租用的頻寬,也要從共用、2M獨享、10M獨享、逐步提升到100M獨享、300M獨享……

網路媒體在發送端的成本並不像想象的那麼低,只是它和傳統媒體相比,投資不必一次到位,可隨著訪問量的提高,逐步增加伺服器與頻寬。

網路媒體成長的過程就是不斷購置伺服器與頻寬的過程。

軟體

有了足夠的伺服器與頻寬,網路媒體的複製任務只是完成了基礎工作,網路媒體還必須要有強大的軟體支援才能最終完成內容在發送端的複製。

沒有軟體支援,內容製作靠手工一頁一頁地做,效率非常低,相當於雕版印刷。網路媒體第一代軟體實現流程是,先利用資料庫對內容進行錄入管理,然後,動態地從資料庫中提取,最後根據模板的事先約定,顯示到Web,供讀者用IE進行最終的複製閱讀。這種模式的好處是,網路媒體一有新聞就立即可以錄入資料庫,立即顯示到頁面,讀者立即可以讀到。由於是根據模板進行顯示,所以,無須美工時時參與,由於所有文章都入了資料庫,就可以方便地對這些文章進行多重的組織和管理,而不像手工製作的靜態頁面,只能是一種產生,只能在美工的協助下才能修改。

動態網頁的發布雖然快了,但它也有致命的弱點,就是伺服器負荷過大,讀者每訪問一次,Web就要響應一次,資料庫就要讀取一次。訪問量大了之後,再多的伺服器也負荷不了。所以,後來的系統改進為,內容進入模板後,就自動產生靜態頁,這樣,使用者再來訪問,就不必讀取資料庫,資料庫和web之間的互動就大大降低了。

靜態頁雖然減輕了伺服器的負荷,但是,它也存在沒有動態網頁面靈活變動的弊端,隨著伺服器緩衝技術的提高,現在的系統,又開始向"大部分靜態,結合適度動態"的方向發展。

網路媒體不僅要有內容管理髮布系統CMS,還要有使用者註冊系統Passport、論壇系統BBS,個人媒體系統Blog,搜尋系統、郵件清單系統Maillist、聊天系統Chat……這些系統的分別建立,只是工作量的累加,而將這些系統整合在一起,做到資訊的自由流動,對網路媒體程式設計是非常大的挑戰。

好的程式能夠使較低的硬體設定,支援更大的負荷;反過來,更多的頻寬和伺服器卻未必能彌補程式上的瑕疵。所以,我們經常看到,網路媒體的技術人員往往和編輯記者一樣多,至少是編輯記者的一半以上。

通行證

網路媒體的建立是一個漸進的過程,這就決定了網路媒體各系統是由不同的模組像積木一樣搭建而成。這樣的積木系統發展到一定程度,必然會遇到使用者資料庫難以統一、共用的問題,導致BBS論壇使用者無法在聊天室中發言,聊天室使用者不能在Blog上寫日誌,Blog使用者無法獲得高速下載許可權等等問題,總之,新發展的功能系統無法做到原有註冊使用者無需再註冊即可使用。

這裡有兩個原因:第一、各個系統模組是在不同時期,由不同程式員開發的;第二、即便費盡九牛二虎之力將所有模組的使用者註冊系統重新寫,也無法解決全部問題:一、從各系統模組吸引而來的註冊,要求的註冊資訊各不相同,為統一求全,一次要求使用者註冊非常多的資訊,不現實;二、各系統模組的管理員只有許可權管理本系統,而統一註冊勢必造成非常多的超級管理員能看到整個網路媒體的所有註冊使用者資訊,這不符合公司的使用者資訊保密要求。

通行證不是簡單的統一使用者認證,它是通過將使用者認證與使用者權限剝離,使得網路媒體各系統既可以獨立發展,又能共用既有使用者。

它的邏輯是,通行證只負責使用者的身份認證,使用者的許可權還在各模組。使用者不管從哪個模組登入都要到通行證伺服器認證,通過對帳號和密碼的認證,通行證伺服器負責告訴各模組,他是不是"他",如果是他,各模組再賦予他許可權。

舉例來說,BBS使用者A要發文章,通行證伺服器立即提醒他要登入,他輸入帳號和密碼,通行證伺服器根據帳號和密碼辨別他是不是A,如果不是,返回"密碼錯誤",如果是,通行證伺服器就立即通知BBS模組,這是A,BBS模組此時立即將A接管過來,並調閱使用者資料庫,賦予A在論壇裡的許可權(是普通使用者、還是VIP使用者、還是斑竹、他在論壇裡的積分是多少,等等)。

這樣設計的優點在於:由於是統一登入,所以,一有新的服務,通行證就會在使用者登入的第一時間告知使用者,如果是免費服務,可以為所有使用者開啟這個模組的許可權,讓他們無需再註冊,即可使用;如果是付費服務,則可以不斷地提醒註冊使用者付費開啟這一服務。

有了通行證,網路媒體再也無需多慮使用者註冊問題,各系統模組可以獨立自由地去開發建設;有了通行證,網路媒體就將所有的積木系統都串了起來。

通行證不僅可以使本站新開啟的服務無需註冊即可使用,如果兩個網站使用統一的通行證,那麼這兩個網站的使用者也可以共用。



相關文章

聯繫我們

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

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

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.