不出意料地，他得到了一大堆回答。

通常情況下，你需要把所有人的發(fā)言從頭到尾讀一遍。但是，Stack Overflow有一個很貼心的設計，它允許在問題下方開設一個wiki區(qū)，讓所有人共同編輯一個最佳答案。于是，就有了下面這篇文章，一共總結出六個方面共計61條"網站開發(fā)須知"。

我發(fā)現，這種概述性的問題，最適合這種集合群智、頭腦風暴式的回答方式了。這也是我第一次覺得，Stack Overflow做到了Wikipedia做不到的事。（難怪它最近擠進了全美前400大網站。）

在我的印象中，關于網站開發(fā)，這樣全面的概述性文章非常少見，因此也就非常有用。大家不妨看看，61件事情中你做到了多少？

（更新：剛剛發(fā)現，一共應該是62條建議，我先前數錯了，這個......太窘了。）

=============================

網站開發(fā)人員應該知道的61件事

原文網址：http://stackoverflow.com/questions/72394

譯者：阮一峰

一、界面和用戶體驗（Interface and User Experience）

1.1

知道各大瀏覽器執(zhí)行Web標準的情況，保證你的站點在主要瀏覽器上都能正常運行。你至少要測試以下引擎：Gecko（用于Firefox）、Webkit（用于Safari、Chrome和一些手機瀏覽器）、IE（你可以利用微軟發(fā)布的Application Compatibility VPC Images進行測試）和Opera。同時，不同的操作系統(tǒng)，可能也會影響瀏覽器如何呈現你的網站。

1.2

除了瀏覽器，網站還有其他使用方式：手機、屏幕朗讀器、搜索引擎等等。你應該知道在這些情況下，你的網站的運行狀況。MobiForge提供了手機網站開發(fā)的一些相關知識。

1.3

知道如何在基本不影響用戶使用的情況下升級網站。通常來說，你必須有版本控制系統(tǒng)（CVS、Subversion、Git等等）和數據備份機制（backup）。

1.4

不要讓用戶看到那些不友好的出錯提示。

1.5

不要直接顯示用戶的Email地址，至少不要用純文本顯示。

1.6

為你的網站設置一些合理的使用限制，一旦超過門檻值，就自動停止服務。（這也與網站安全相關。）

1.7

知道如何實現網頁的漸進式增強（progressive enhancement）。

1.8

用戶發(fā)出POST請求后，總是將其重導向（redirect）至另外一個網頁。

1.9

不要忘記網站的可訪問性（accessibility，即殘疾人如何使用網站）。對于美國網站來說，有時這是法定要求。WAI-ARIA有一些這方面很好的參考資料。

二、安全性（Security）

2.1

閱讀《OWASP開發(fā)指南》，它提供了全面的網站安全指導。

2.2

了解SQL注入（SQL injection）及其預防方法。

2.3

永遠不要信任用戶提交的數據（cookie也是用戶端提交的?。?。

2.4

不要明文（plain-text）儲存用戶的密碼，要hash處理后再儲存。

2.5

不要對你的用戶認證系統(tǒng)太自信，它可能很容易就被攻破，而你事先根本沒意識到存在相關漏洞。

2.6

了解如何處理信用卡。

2.7

在登錄頁面及其他處理敏感信息的頁面，使用SSL/HTTPS。

2.8

知道如何對付session劫持（session hijacking）。

2.9

避免"

2.10

避免"

2.11

閱讀Google的《瀏覽器安全手冊》（Browser Security Handbook）。

2.15

閱讀《網絡軟件的黑客手冊》（The Web Application Hackers Handbook）。

三、性能（Performance）

3.1

只要有可能，就使用緩存（caching）。正確理解和使用HTTP caching與HTML5離線儲存。

3.2

優(yōu)化圖片。不要把一個20KB的圖片文件，作為重復出現的網頁背景圖案。

3.3

學習如何用gzip/deflate壓縮內容（deflate方式更可取）。

3.4

將多個樣式表文件或腳本文件，合為一個文件，這樣可以減少瀏覽器的http請求數，以及減小gzip壓縮后的文件總體積。

3.5

瀏覽Yahoo的Exceptional Performance網站，里面有大量提升前端性能的優(yōu)秀建議，還有他們的YSlow工具。Google的page speed則是另一個用來分析網頁性能的工具。兩者都要求安裝Firebug。

3.6

如果你的網頁用到大量的小體積圖片（比如工具欄），就應該使用CSS Image Sprite，目的是減少http請求數。

3.7

大流量的網站應該考慮將網頁對象分散在多個域名（split components across domains）。

3.8

靜態(tài)內容（比如圖片、CSS、JavaScript、以及其他cookie無關的網頁內容）都應該放在一個

3.9

使用Google的Closure Compiler壓縮JavaScript文件，YUI Compressor亦可。

3.11

確保網站根目錄下有favicon.ico文件，因為即使網頁中根本不包括這個文件，瀏覽器也會自動發(fā)出對它的請求。所以如果這個文件不存在，就會產生大量的404錯誤，消耗光你的服務器的帶寬。

四、搜索引擎優(yōu)化（Search Engine Optimization，SEO）

4.1

使用"搜索引擎友好"的URL形式，比如example.com/pages/45-article-title，而不是example.com/index.php?page=45。

4.2

不要使用"點擊這里"之類的超級鏈接，因為這樣等于浪費了一個SEO機會，而且降低了"屏幕朗讀器"（screen reader）的使用效果。

4.3

創(chuàng)建一個XML sitemap文件，它的缺省位置一般是/sitemap.xml（即放在網站根目錄下）。

4.4

當你有多個URL指向同一個內容時，在網頁代碼中使用<link rel="canonical" ... />。

4.5

使用Google的Webmaster Tools和Yahoo的Site Explorer。

4.6

從一開始就使用Google Analytics（或者開源的訪問量分析工具Piwik）。

4.7

知道robots.txt的作用，以及搜索引擎蜘蛛的工作原理。

4.8

將www.example.com的訪問請求導向example.com（使用301 Moved Permanently重定向），或者采用相反的做法，目的是防止Google把它們當做兩個網站，分開計算排名。

4.9

知道存在著惡意或行為不正當的網絡蜘蛛。

4.10

如果你的網站有非文本的內容（比如視頻、音頻等等），你應該參考Google的sitemap擴展協議。

五、技術（Technology）

5.1

理解

5.2

確保你的XHTML/HTML和CSS符合W3C標準，使得它們能夠通過

5.3

理解網頁上的JavaScript文件、樣式表文件和其他資源是如何裝載及運行的，考慮它們對頁面性能有何影響。在某些情況下，可能應該將腳本文件放置在網頁的尾部。

5.5

理解JavaScript沙箱（Javascript sandbox）的工作原理，尤其是如果你打算使用iframe。

5.6

知道JavaScript可能無法使用或被禁用，以及Ajax并不是一定會運行。記住，"不允許腳本運行"（NoScript）正在某些用戶中變得流行，手機瀏覽器對腳本的支持千差萬別，而Google索引網頁時不運行大部分的腳本文件。

5.7

了解301重定向和302重定向之間的區(qū)別（這也是一個SEO相關問題）。

5.8

盡可能多得了解你的部署平臺（deployment platform）。

5.9

考慮使用樣式表重置（Reset Style Sheet）。

5.10

考慮使用JavaScript框架（比如jQuery、MooTools、Prototype），它們可以使你不用考慮瀏覽器之間的差異。

六、解決bug

6.1

理解程序員20%的時間用于編碼，80%的時間用于維護，根據這一點相應安排時間。

6.2

建立一個有效的錯誤報告機制。

6.3

建立某些途徑或系統(tǒng)，讓用戶可以與你接觸，向你提出建議和批評。

6.4

為將來的維護和客服人員撰寫文檔，解釋清楚系統(tǒng)是怎么運行的。

6.5

經常備份！（并且確保這些備份是有效的。）除了備份機制，你還必須有一個恢復機制。

6.6

使用某種版本控制系統(tǒng)儲存你的文件，比如Subversion或Git。

6.7

不要忘記做單元測試（Unit Testing），Selenium之類的框架會對你有用。

（完）

最新評論