廣告：

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

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

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

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

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

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

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

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

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

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

● 知道如何實現(xiàn)網(wǎng)頁的漸進式增強（progressive enhancement）。

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

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

安全性（Security）

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

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

● 永遠不要信任用戶提交的數(shù)據(jù)（cookie也是用戶端提交的！）。

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

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

● 了解如何處理信用卡。

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

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

● 避免"跨站點執(zhí)行"（cross site scripting，XSS）。

● 避免"跨域偽造請求"（cross site request forgeries，XSRF）。

● 及時打上補丁，讓你的系統(tǒng)始終跟上最新版本。

● 確認你的數(shù)據(jù)庫連接信息的安全性。

● 跟蹤攻擊技術的最新發(fā)展，以及你使用的平臺的最新安全漏洞。

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

● 閱讀《網(wǎng)絡軟件的黑客手冊》（The Web Application Hackers Handbook）。

性能（Performance）

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

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

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

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

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

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

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

● 靜態(tài)內容（比如圖片、CSS、JavaScript、以及其他cookie無關的網(wǎng)頁內容）都應該放在一個不需要使用cookie的獨立域名之上。因為域名之下如果有cookie，那么客戶端向該域名發(fā)出的每次http請求，都會附上cookie內容。這里的一個好方法就是使用"內容分發(fā)網(wǎng)絡"（Content Delivery Network，CDN）。

● 將瀏覽器完成網(wǎng)頁渲染所需要的http請求數(shù)最小化。

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

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

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

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

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

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

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

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

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

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

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

● 知道存在著惡意或行為不正當?shù)木W(wǎng)絡蜘蛛。

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

技術（Technology）

● 理解HTTP協(xié)議，以及諸如GET、POST、sessions、cookies之類的概念，包括"無狀態(tài)"（stateless）是什么意思。

● 確保你的XHTML/HTML和CSS符合W3C標準，使得它們能夠通過檢驗。這可以使你的網(wǎng)頁避免觸發(fā)瀏覽器的古怪行為（quirk），而且使它在"屏幕朗讀器"和手機上也能正常工作。

● 理解瀏覽器如何處理JavaScript腳本。

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

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

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

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

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

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

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

解決bug

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

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

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

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

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

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

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

廣告：