- 論壇徽章:
- 0
|
本帖最后由 coolesting 于 2011-09-11 11:35 編輯
############################################################
# 1，初學(xué)者怎么入門Web開發(fā)？
############################################################
沒編程基礎(chǔ)從靜態(tài)網(wǎng)頁學(xué)起， 相對簡單， 容易上手， 如html， javascript/jquery, css/sass。
有編程基礎(chǔ)從動態(tài)網(wǎng)頁學(xué)起， （如果沒基礎(chǔ)但想學(xué)動態(tài)， 可以從ASP.NET學(xué)起， ASP.NET可能只是過渡， 不一定是你最終的選擇）
因為新人起步， 關(guān)鍵是培養(yǎng)興趣， 打基礎(chǔ)可以邊實踐邊惡補。
############################################################
# 2，你選哪種Web開發(fā)技術(shù)，JEE、PHP、.Net、RoR、Django......？，依據(jù)是什么？
############################################################
我愛ruby， 依據(jù)就是， ruby大方得體， 方便好用， 簡單， 可讀性強（有人會反對這點，但對于懂英語又沒編程基礎(chǔ)的人很容易上手）。
我大學(xué)畢業(yè)的作品是用ASP.ENT做的， 畢業(yè)那年看了幾部1000+頁的.NET部頭， 但出來工作第一個項目就是對discuz的維護和二次開發(fā)， 基于公司的需要， 我放棄ASP.NET轉(zhuǎn)向PHP， 一眨眼就是三年， 2011年， 五月份， 我第七次重構(gòu)和設(shè)計一個CMF（CMS+FW）， 其中我發(fā)現(xiàn)二個問題（以前遇到過， 但這次特別嚴(yán)重）， 第一， PHP本身性能。 第二， PHP代碼極丑， 多余累贅的代碼， 在大量閱讀和維護時極影響效率， 以始同時， 我在設(shè)計一個新的模板引擎， （我叫它nohtml） 就是把html的邏輯從html的標(biāo)簽中分離， 方便維護和html各版本的兼容， 后來這個項目流產(chǎn)。 因為我這個CMF設(shè)計過程中要去別的框架和語言尋找靈感， 我發(fā)現(xiàn)了python， 覺得它非常優(yōu)雅， 又因為python， 我認識了ruby， 最終選擇了ruby。
############################################################
# 3，如果你是一名Web開發(fā)者，請把你在Web開發(fā)中遇到的性能問題跟大家做個分
############################################################
1. 問題前言：
影響web性能比較多， 首先把它切割為硬件和軟件二塊， 這分別映射為靜態(tài)和動態(tài)網(wǎng)頁，
如果把整個項目都靜態(tài)化， 在高并發(fā)下仍然撐不住， 這基本就是硬件問題， 軟件就是操作系統(tǒng)問題。
隨著六前年web2.0和SNS的風(fēng)起云涌， 恐怕Web應(yīng)用上真正的性能瓶頸在于項目的復(fù)雜性和實時性。
2. 問題分析：
影響web性能有幾點：
- 硬件， 如內(nèi)存， 處理器， 網(wǎng)路帶寬布局
- 操作系統(tǒng)的I/O， 如不同的操作系統(tǒng)， 不同的文件處理， 儲存格式， 文件壓縮
- 服務(wù)器應(yīng)用，如nginx做反代理， lighttpd做靜態(tài)文件
- web接口， 如cgi, fcgi的設(shè)計
- 數(shù)據(jù)庫應(yīng)用， sql優(yōu)化， 分表， 表的設(shè)計等等
- 軟件應(yīng)用， 語言， 框架/軟件系統(tǒng)等
這里結(jié)合我對設(shè)計CMF的過程，并對第6點的復(fù)雜性和實時性結(jié)合實例進行談探。
任何一個強大鍵壯的項目都是經(jīng)過無數(shù)次的重構(gòu)， 無數(shù)次架構(gòu)調(diào)整， 維護開發(fā)得出來的， 但這個過程是一個鏈鎖反應(yīng)， 開始一個項目的架構(gòu)設(shè)計不行， 隨著后期大量的應(yīng)用插入（無論是第三方還是自身） 這好比堆疊代碼一樣， ，要增加一個功能就往文件里寫一個方法， 一個類， 堆的代碼越多， 特別是在邏輯陣亂插代碼， 項目運行起來越慢， 越難維護， 因為本身架構(gòu)的設(shè)計限制了軟件應(yīng)用的彈性。
以Discuz X為例， 懂PHP的都知道， 拿這個來二次開發(fā)， 極為頭痛（相對剛接觸discuz的新手）， 其實這個就是ucenter, uchome, discuz... 堆在一起的杰作。
------ 架構(gòu)設(shè)計問題影響項目的開發(fā)和維護
以Drupal 為例，這個CMF功能眾所周知的強大， 應(yīng)用架構(gòu)設(shè)計不錯， 但復(fù)雜的功能嚴(yán)重影響了性能， 僅僅是主頁就三十多條sql查詢。
------- 隨著復(fù)雜的應(yīng)用帶來的性能問題
以Dedecms 為例， 一個門戶型CMS， 把大部分頁面靜態(tài)化以達到最好的速度性能。
------- 因為靜態(tài)頁面， 基本沒什么實時性可言， 文章要修改得重新生成一個靜態(tài)頁
以上三個案例都是相對來默認版本設(shè)定情況， 要自己可以修改和優(yōu)化處理才能達到最佳的性能。
3. 問題處理和結(jié)果 ：
對于小網(wǎng)站沒什么優(yōu)化可言， 那么我們來討論高并發(fā)的。
首先， 服務(wù)器對應(yīng)用的處理， 數(shù)據(jù)庫的分表分段， 操作系統(tǒng)的I/O處理和文件壓縮， 這些請用google。
我們針對以上第2點提出的問題來研究，一個應(yīng)用的復(fù)雜性和實時性如何優(yōu)化。
首先， 我們把一個應(yīng)用切分為好幾個版本， 或者叫階段， 如測試， 開發(fā)， 產(chǎn)生。
產(chǎn)生階段是整個應(yīng)用最穩(wěn)定時期， 性能達到當(dāng)前版本最好狀況，
開發(fā)和測試階段就是對一個項目應(yīng)用進行升級和維護時期， 為了實際性的測試， 我們可以在用戶在線最少的時候?qū)⒄麄�項目切換到這個開發(fā)版本， 以減少對用戶使用不便的影響。 (等測試版本達到穩(wěn)定階段才正式投入生產(chǎn))
復(fù)雜的應(yīng)用， 邏輯層的類和方法， 顯示層的連接和塊模型很多， 我們分別建一個表把所有的應(yīng)用標(biāo)記上， 每當(dāng)用戶點擊一個事件， 就記錄一次， 相當(dāng)于把所有url的路由記錄下來分析， 看什么應(yīng)用是點擊最多， 什么應(yīng)用點擊最少， 點擊最多的部份我們把它獨立出來， 如果不能靜態(tài)處理又要實時性， 則memcache+background進程多層處理， 在保證數(shù)據(jù)的實時性同時， 我們對點擊少的全靜態(tài)化， 如果ajax調(diào)用實時數(shù)據(jù)還要注意對seo的影響進行特別的處理。 （具體怎么做， 這涉及到所使用的語言和框架， 以及自身的特性， 就不長篇大論了）
這里以chinaunix為例， 用一個如何用實時性解決一個web應(yīng)用性能瓶頸的問題。
假設(shè)這個discuz論壇在發(fā)帖時要增加一個tag功能， 但以chinaunix以帖子目前數(shù)量， 這個tag假定可能上萬個， 或者更多， 這個功能要在帖子提交時檢查一遍這些tag， 如果用戶當(dāng)前貼子添加的tag不存在， 那必需創(chuàng)建一個。
并假設(shè)這個操作需要花三秒鐘（操作多，數(shù)據(jù)量大時可能要花更長時間）， 但對于常規(guī)用戶發(fā)個帖子要等三秒的提交時間是什么概念， 可能非常痛苦（如csdn）。
那么我們可以這樣， 用ajax來提交帖子， 因為這個操作并不影響seo， 瀏覽器兼容問題可以用js平穩(wěn)退化解決，
我們這個ajax提交， 在顯示層的操作可以是先假定用戶能正常提交帖子， 并顯示提交結(jié)果的操作， 然后把要提交的數(shù)據(jù)送回服務(wù)器讓一個background進程去處理， 那么現(xiàn)在我們提交帖子的速度一下提升到零點幾秒（對用戶而言）， 至于后臺的進程要花多少時間去處理這個帖子， 那就后臺的工作了， 這個工作無論是三秒還是五秒， 只要用戶感覺起來永遠都是零點幾秒就算成功。
4. 經(jīng)驗教訓(xùn)總結(jié)：
簡單點， 架構(gòu)的設(shè)計很重要， 直接影響到后期的應(yīng)用開發(fā)和維護， 它決定了web應(yīng)用方面的性能。
因為許多php本身特性的問題， 現(xiàn)在我放棄php， 以全心投入對ruby/rack/rails/git/thin等等的學(xué)習(xí)和研究。
開始， 我想用ruby對原先的php的CMF重寫， 但考慮到“重覆做輪”的問題， 所以決定深入rails。(可見一個語言自身的架構(gòu)對其上層作品和市場的影響)
最后修改于2011.09.11，by coolesting@gmail.com， 歡迎指正錯誤， 提出建議。 |
|
免費注冊
樓主: 無風(fēng)之谷
發(fā)表于 2011-09-09 12:49
發(fā)表于 2011-09-09 13:01
