前幾年，我有機(jī)會(huì)能參與一些有趣的項(xiàng)目，并且獨(dú)立完成開(kāi)發(fā)、升級(jí)、重構(gòu)以及新功能的開(kāi)發(fā)等工作?！　”疚目偨Y(jié)了一些 PHP 程序員在 Web 開(kāi)發(fā)中經(jīng)常忽略的關(guān)鍵錯(cuò)誤，尤其是在處理中大型的項(xiàng)目上問(wèn)題更為突出。典型的錯(cuò)誤表現(xiàn)在不能很好區(qū)分各種開(kāi)發(fā)環(huán)境和沒(méi)有使用緩存和備份等?！　∠旅嬉?PHP 為例，但是其核心思想對(duì)每一個(gè) Web 程序員都是適用的?！　?yīng)用程序級(jí)別的錯(cuò)誤

1、在開(kāi)發(fā)階段關(guān)閉了錯(cuò)誤報(bào)告　   我唯一想問(wèn)的是：為什么？為什么在開(kāi)發(fā)的時(shí)候要關(guān)閉錯(cuò)誤報(bào)告？ PHP 有很多級(jí)別的錯(cuò)誤報(bào)告，在開(kāi)發(fā)階段我們必須將它們?nèi)块_(kāi)啟?！　∪绻阌X(jué)得錯(cuò)誤不會(huì)發(fā)生，那么你把程序太理想化了，在現(xiàn)實(shí)世界中，錯(cuò)誤是必然的。error_reporting 和 display_error 是兩個(gè)完全不同的方法，error_reporting ()設(shè)置了錯(cuò)誤的級(jí)別，而 display_errors 則是設(shè)置錯(cuò)誤信息是否要被輸出?！　≡陂_(kāi)發(fā)階段，錯(cuò)誤報(bào)告的級(jí)別應(yīng)該設(shè)置成最高的，比如以下設(shè)置： error_reporting (E_ALL);以及 ini_set (‘display_errors’， true);

2、淹沒(méi)錯(cuò)誤　　和上一點(diǎn)相反，很多程序員喜歡將錯(cuò)誤淹沒(méi)了，你明知道錯(cuò)誤會(huì)發(fā)生，但是你選擇將錯(cuò)誤隱藏掉，然后可以早早回家睡大覺(jué)，殊不知將來(lái)會(huì)發(fā)生更嚴(yán)重的錯(cuò)誤。

3、代碼中任何地方都沒(méi)有使用日志　　軟件開(kāi)發(fā)的一開(kāi)始你就要牢記使用日志，不能到項(xiàng)目結(jié)束了才去彌補(bǔ)日志功能。很多程序員都會(huì)用這樣或那樣的手段進(jìn)行日志記錄，但是很少有人能真正用日志來(lái)記錄異常信息，試問(wèn)一個(gè)沒(méi)有人查看的日志系統(tǒng)有什么用？

4、沒(méi)有使用緩存　　在的應(yīng)用系統(tǒng)中，我們可以在多個(gè)系統(tǒng)層次上使用緩存，比如在服務(wù)端、應(yīng)用端和數(shù)據(jù)庫(kù)端等。和日志一樣，緩存也應(yīng)該在一開(kāi)始就應(yīng)用到系統(tǒng)中去，你可以在開(kāi)發(fā)階段禁用緩存，等到了產(chǎn)品發(fā)布后再將緩存開(kāi)啟。

5、丟棄了最佳實(shí)踐和設(shè)計(jì)模式　　你看到過(guò)多少人使用自己的密碼加密算法？很遺憾的告訴你，有很多，因?yàn)樗麄冋J(rèn)為將更了解它?！　∽詈玫膶?shí)踐方式和設(shè)計(jì)模式已經(jīng)由前輩創(chuàng)建了，這往往比你自己再造一個(gè)輪子要來(lái)的簡(jiǎn)單奏效，我們開(kāi)發(fā)者只需要熟練掌握這些設(shè)計(jì)模式并且合理地應(yīng)用在項(xiàng)目中即可，比如一些加密算法。

6、沒(méi)有使用自動(dòng)化測(cè)試　　在每一個(gè) Web 項(xiàng)目中都會(huì)使用到測(cè)試，就像日志一樣，如果沒(méi)有人管理和使用，那么測(cè)試也是一無(wú)是處的?！　∵\(yùn)行測(cè)試工程是一項(xiàng)枯燥乏味的工作，幸好有一系列工具幫助我們實(shí)現(xiàn)自動(dòng)化測(cè)試。在 PHP 開(kāi)發(fā)中，有一款很好的測(cè)試工具叫 Jenkins，使用起來(lái)非常方便。

7、沒(méi)有做代碼審查　　在團(tuán)隊(duì)中工作是一項(xiàng)非常大的挑戰(zhàn)，因?yàn)槊恳粋€(gè)成員都有自己不同的工作習(xí)慣和方式，如果沒(méi)有良好的規(guī)范，那么項(xiàng)目開(kāi)發(fā)就會(huì)走很多彎路。　　團(tuán)隊(duì)中的每一個(gè)成員都應(yīng)該互相審查代碼，就像單元測(cè)試，它可以幫助項(xiàng)目變得更加干凈和一致性。

8、編程只考慮理想情況　　你是否遇到過(guò)自己或者別人的代碼在交到客戶手中后經(jīng)常出問(wèn)題，甚至是亂套了？我當(dāng)然沒(méi)有。　　出現(xiàn)這種情況往往是因?yàn)殚_(kāi)發(fā)者懶惰了，只考慮了理想情況，這會(huì)導(dǎo)致數(shù)據(jù)庫(kù)崩潰了、PHP 發(fā)生致命錯(cuò)誤、甚至是服務(wù)器被黑。程序員在寫代碼時(shí)不僅要考慮最理想的情況，更要考慮最壞的情況，思考全面，才能讓代碼覆蓋所有的情況。

9、沒(méi)有正確運(yùn)用面向?qū)ο缶幊痰乃枷搿　〈蟛糠?PHP 初學(xué)者都不會(huì)再其代碼中運(yùn)用面向?qū)ο蟮乃枷耄驗(yàn)檫@個(gè)概念在剛開(kāi)始的時(shí)候很難理解。　　當(dāng)然面向?qū)ο蟮母拍畈⒉皇呛?jiǎn)單地將一些類組織在一起。　　對(duì)象、屬性、方法、繼承和封裝等都是 OOP 中最基本的概念，開(kāi)發(fā)者正確使用了面向?qū)ο笤O(shè)計(jì)模式后，就有能力寫出更干凈、更有擴(kuò)展性的代碼了。

10、“飛行模式”（On-the-fly）編程　　大部分開(kāi)發(fā)者都會(huì)遇到這樣的情況：“快，客戶需要一項(xiàng)新功能，要能運(yùn)行 ASAP”，于是你就在源代碼上新增一些功能，然后直接上傳到正在運(yùn)行的服務(wù)器上，這種編程方式我們稱其為“飛行模式”（On-the-fly）編程。　　我們?cè)陂_(kāi)發(fā)軟件時(shí)，尤其是中大型的項(xiàng)目，都必須按照工作流程來(lái)進(jìn)行分析、編程和發(fā)布，這將大大減少未來(lái)軟件的 bug。這種“飛行模式”并不可取?！　?shù)據(jù)庫(kù)級(jí)別的錯(cuò)誤

11、沒(méi)有將數(shù)據(jù)庫(kù)讀寫分離　　為了能長(zhǎng)時(shí)間運(yùn)行復(fù)雜的系統(tǒng)，每一個(gè)程序員都應(yīng)該考慮到系統(tǒng)的可擴(kuò)展性，系統(tǒng) 99% 的時(shí)間都不需要考慮擴(kuò)展，因?yàn)椴](méi)有如此大的流量?！　槭裁匆獢?shù)據(jù)庫(kù)讀寫分離？　　在每一個(gè)系統(tǒng)中，數(shù)據(jù)庫(kù)將會(huì)是第一個(gè)出現(xiàn)的瓶頸，在大流量的沖擊下，數(shù)據(jù)庫(kù)很可能將會(huì)是第一個(gè)陣亡的。所以大部分情況下我們會(huì)用多個(gè)數(shù)據(jù)庫(kù)來(lái)分散流量，開(kāi)發(fā)者經(jīng)常會(huì)使用 Master – Slave 模式或者 Master – Master 模式。Master – Slave 是最受歡迎的一種數(shù)據(jù)庫(kù)分壓模式，它會(huì)將指定的 select 語(yǔ)句路由到每一個(gè) Slave 服務(wù)器，這樣 Master 服務(wù)器的壓力會(huì)減輕不少。 12、代碼只能連接到一個(gè)數(shù)據(jù)庫(kù)　　這和上一個(gè)錯(cuò)誤非常像，但是開(kāi)發(fā)者有時(shí)候因?yàn)槟承┰蛐枰B接到多個(gè)數(shù)據(jù)庫(kù)，比如你會(huì)將用戶日志、活動(dòng)信息流、實(shí)時(shí)數(shù)據(jù)分析等高負(fù)載的數(shù)據(jù)放到不同的數(shù)據(jù)庫(kù)中來(lái)緩解對(duì)主數(shù)據(jù)庫(kù)的壓力。

13、沒(méi)有檢測(cè)數(shù)據(jù)庫(kù)漏洞　　如果你不對(duì)數(shù)據(jù)庫(kù)進(jìn)行漏洞檢測(cè)，就相當(dāng)于給大部分黑客敞開(kāi)了服務(wù)器的大門?！　≡诒姸嗦┒粗校瑪?shù)據(jù)庫(kù)漏洞是最脆弱的，最常見(jiàn)的就是 SQL 注入。因此定期做數(shù)據(jù)庫(kù)漏洞檢測(cè)還是很有必要的。

14、數(shù)據(jù)表不建索引　　索引在數(shù)據(jù)表中有著非常重要的作用，合適的索引可以提高每張表的性能，這里有一篇文章就講述了如何創(chuàng)建索引以及何時(shí)創(chuàng)建索引。

15、沒(méi)有使用事務(wù)機(jī)制　　數(shù)據(jù)完整性對(duì) Web 系統(tǒng)非常重要，如果數(shù)據(jù)一致性發(fā)生錯(cuò)誤，那么整個(gè)系統(tǒng)都會(huì)崩潰并且難以修復(fù)。合理地運(yùn)用數(shù)據(jù)庫(kù)的事務(wù)機(jī)制將有效地解決這個(gè)問(wèn)題。比如你要保存用戶數(shù)據(jù)，在 table1 中有e-mail, username 和 password，table2 中有 first name, last name,和 gender age。我們可以利用事務(wù)對(duì)兩張表更新時(shí)保證數(shù)據(jù)同時(shí)被更新或者同時(shí)不被更新。

16、沒(méi)有加密敏感數(shù)據(jù)　　對(duì)于數(shù)據(jù)庫(kù)中的敏感信息，如果你不對(duì)它們進(jìn)行加密，或者用簡(jiǎn)單的算法進(jìn)行加密，那么在 2014 年你肯定會(huì)遇到一些麻煩的問(wèn)題，黑客們一旦入侵你的數(shù)據(jù)庫(kù)，用戶的密碼或者其他重要信息就會(huì)一覽無(wú)余。 PHP5.5 中提供了一個(gè)哈希加密方法，使用如下：$hash = password_hash ( $password, PASSWORD_BCRYPT );

17、沒(méi)有備份　　看到下面這張圖片沒(méi)，如果遇到這樣的情況，你又沒(méi)有備份，那么一切都 over 了。

18、沒(méi)有監(jiān)控　　沒(méi)有監(jiān)控，你將不知道接下來(lái)會(huì)發(fā)生什么事情，對(duì)于監(jiān)控，要注意以下幾個(gè)問(wèn)題：?有多少人可以直接訪問(wèn)這個(gè)應(yīng)用服務(wù)？?服務(wù)器是否在高負(fù)載下運(yùn)行？?我們需要用另一臺(tái)數(shù)據(jù)庫(kù)服務(wù)器來(lái)擴(kuò)展系統(tǒng)嗎？?應(yīng)用系統(tǒng)的失敗點(diǎn)在哪里？?系統(tǒng)目前正處于離線狀態(tài)嗎？

網(wǎng)站建設(shè)過(guò)程中會(huì)遇到很多的問(wèn)題，在語(yǔ)言上需要特別的去把控。需要了解更多網(wǎng)站建設(shè)內(nèi)容，可以點(diǎn)擊：北京中科服科技有限公司 ,或者撥打電話：010-57125663