今天 因為乙個驗證碼問題 搞了一下午 所以很就結合抑鬱
為什麼 會出現這個錯誤 因為 我們專案的伺服器的變更 所以專案的配置檔案也跟著一起要進行更改
所以在更改眾多配置檔案的時候 就埋下了 接下來要處理的問題的隱患
當把配置檔案都改好上傳之後 還並不知道驗證碼那邊出問題了 知道有人跟我說 出問題了
於是 就去看看.. 因為寫**有乙個不好的習慣 就是 直接在checkout下來的**上進行更改 這就導致了 有時會直接把沒有完結或者寫了一半的東西進行了提交
曾今就鬧過一次 所以 在這方面要進行 改進
說會這個問題，驗證碼出問題 去看 首先是 出不來 所以 一看 可能是生成驗證碼的**出問題了 就去看生成驗證碼的** 課時 看了半天 沒有看出**出現什麼問題
當時沒有想到配置檔案會出問題 本以為生成驗證碼和配置檔案沒有關係的 所以就又寫了乙個簡單的驗證碼生成** 在乙個單獨的php頁面寫 結果卻能生成，然後把那塊簡單**放到框架的頁面裡面 結果卻讓人崩潰 還是不出 這下就暈了
所以 就找了旁邊的同時進行** 然後也是 一步一步除錯 最後得出了結果 框架裡的結構出問題 不是帶**的問題
到這個時候 我才意識到是不是 我的配置檔案出問題了 於是去檢視配置檔案 果然 在配置檔案中少了框架的php版本...結果就悲催了
最後試著加了php版本 然後在看 出來了
所以 寫**的時候
1 盡量不要再checkout下來的**上同時編寫多個邏輯塊 寫完乙個提交乙個 更新乙個 保持checkout的**的乾淨性
如果有多個功能同時進行的話 最好進行svn的分支 不要再checkout的主幹上直接寫 免得出現更新錯誤
2 出現問題 要考慮周全 是改動什麼**出現問題 還是版本問題 還是 小小的空格問題 都要仔細 不要急躁
3 養成良好的編碼習慣 特別是 注釋習慣和**的縮排
一些PHP經驗
先查詢php.ini find name php.ini 得出兩個ini usr local php etc php.ini etc php.ini php i grep php.ini 檢視php載入的是哪個配置檔案,這個獲取的是系統內的php.ini 的位置。不是網頁apache載入的php.i...
我在實施CMMI開發專案時候的一些經驗
專案cmmi 試點專案經驗介紹 專案背景 某專案，開發人員6人，qa1人，業務兼測試2人，專案經理1人 共9名成員，專案在實行cmmi的時候正要根據國電的需求修改目前的產權系統。我們專案開發中，主要堅持以下原則 目標驅動，系統思維，風險意識，資料量化 目標驅動 凡事預則立，不預則廢。如果你不知道要去...
我在實施CMMI開發專案時候的一些經驗
專案cmmi 試點專案經驗介紹 專案背景 某專案，開發人員6人，qa1人，業務兼測試2人，專案經理1人 共9名成員，專案在實行cmmi的時候正要根據國電的需求修改目前的產權系統。我們專案開發中，主要堅持以下原則 目標驅動，系統思維，風險意識，資料量化 目標驅動 凡事預則立，不預則廢。如果你不知道要去...