cannysquirrel

有人在Stack Overflow上 發(fā)問，動手開發(fā)網(wǎng)站之前，需要知道哪些事情？ 不出意料地，他得到了一大堆回答。通常情況下，你需要把所有人的發(fā)言從頭到尾讀一遍。但是，Stack Overflow有一個很貼心的設(shè)計，它允許在問題下方開設(shè)一個wiki區(qū)，讓所有人共同編輯一個最佳答案。于是，就有了下面這篇文章，一共總結(jié)出六個方 面共計62條"網(wǎng)站開發(fā)須知"。 我發(fā)現(xiàn)，這種概述性的問題，最適合這種集合群智、頭腦風暴式的回答方式了。這也是我第一次覺得，Stack Overflow做到了Wikipedia做不到的事。（難怪它最近擠進了全美前400大網(wǎng)站。）

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

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

1.1

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

1.2

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

1.3

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

1.4

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

1.5

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

1.6

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

1.7

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

1.8

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

1.9

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

二、安全性（Security）

2.1

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

2.2

了解SQL注入（SQL injection）及其預(yù)防方法。

2.3

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

2.4

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

2.5

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

2.6

了解如何處理信用卡。

2.7

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

2.8

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

2.9

避免"
2.10

避免"
2.11

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

2.12

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

2.13

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

2.14

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

2.15

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

三、性能（Performance）

3.1

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

3.2

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

3.3

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

3.4

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

3.5

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

3.6

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

3.7

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

3.8

靜態(tài)內(nèi)容（比如圖片、CSS、JavaScript、以及其他cookie無關(guān)的網(wǎng)頁內(nèi)容）都應(yīng)該放在一個
3.9

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

3.10

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

3.11

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

四、搜索引擎優(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（即放在網(wǎng)站根目錄下）。

4.4

當你有多個URL指向同一個內(nèi)容時，在網(wǎng)頁代碼中使用<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把它們當做兩個網(wǎng)站，分開計算排名。

4.9

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

4.10

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

五、技術(shù)（Technology）

5.1

理解
5.2

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

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

5.4

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

5.5

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

5.6

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

5.7

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

5.8

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

5.9

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

5.10

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

六、解決bug

6.1

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

6.2

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

6.3

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

6.4

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

6.5

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

6.6

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

6.7

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

iBatis解決sql注入

（1） ibatis xml配置：下面的寫法只是簡單的轉(zhuǎn)義 name like '%$name$%'

（2） 這時會導致sql注入問題，比如參數(shù)name傳進一個單引號“'”，生成的sql語句會是：name like '%'%'

（3） 解決方法是利用字符串連接的方式來構(gòu)成sql語句 name like '%'||'#name#'||'%'

（4） 這樣參數(shù)都會經(jīng)過預(yù)編譯，就不會發(fā)生sql注入問題了。

（5） #與$區(qū)別:

#xxx# 代表xxx是屬性值,map里面的key或者是你的pojo對象里面的屬性, ibatis會自動在它的外面加上引號,表現(xiàn)在sql語句是這樣的 where xxx = 'xxx' ;

$xxx$ 則是把xxx作為字符串拼接到你的sql語句中, 比如 order by topicId , 語句這樣寫 ... order by #xxx# ibatis 就會把他翻譯成 order by 'topicId' （這樣就會報錯） 語句這樣寫 ... order by $xxx$ ibatis 就會把他翻譯成 order by topicId