部門好久沒有出過事件了，ps：事件可以簡單的理解為bug，事件分為5個類別，其中嚴重的是1級，災難性的。但是這次是天災，避免不了。
首先說說我們發布程式的過程，首先程式設計師發布到測試環境，測試人員測試通過，然後發布到uat，業務人員接著測，這個地方其實是很薄弱的，uat環境缺失很多資料，有的地方根本沒有辦法測，最後測試人員點通過，專案經理上生產，這個時候也不是直接上生產的，專案經理會告訴發布人員這個站點可以發布了，發布人員會從集群裡面拉出一台機器做堡壘，把最新開發的**發布到堡壘機上測試，堡壘測試還是測試人員來測的，只不過這個時候訪問的是真實生產環境的資料，用的賬號也是真實生產環境的賬號。當然這個地方只是冒煙測試，不會測的很細緻，因為在測試環境會測很長時間，雖然是黑盒但是會測的很細緻，所以在生產環境上只是走一走常規流程。
整個過程是沒有什麼問題的，但是在某些情況下就不行了。offline預定站點訪問量相對較少，注意只是相對。只有兩台機器，如果拉一台出來做堡壘機，那客戶所有的訪問都會瞬間湧入到另外一台機器上，這個時候會暴漏出乙個問題，504 gateway time-out，不用我解釋你們可能已經清楚什麼問題。
拉出來的這台堡壘機只有那幾個測試人員在上面訪問，絕對不會報這個錯誤，但是剩下的那台生產機就不一樣了啊，相當於兩個人的擔子現在乙個人來挑，於是它就罷工了，一直報504，堡壘測試的時間超過1小時，意味著這1個小時它完全趴下了，客戶報修乙個接著乙個，完了，乙個一級事件出現了。
你可能會疑問，測試人員如何在堡壘機上測試，如何保證自己測到的是最新的**，答案是host，測試人員在自己host上指定堡壘機的ip位址，這樣訪問到的站點會對映到堡壘機上。
開發的技術很重要，測試很重要，流程也同等重要，乙個大的站點不可能發布了，直接拷貝到生產環境就了事了，測試工具，發布工具，日誌都是缺一不可的。但是不管怎麼說問題還是會不斷地出現。
Flash，一次Bug的思考
我絕對不算是f黑，大部分時候，我還是很挺flash平台的，flash提供了很好的跨平台特性以及flash player11後的gpu加速 stage3d等等，對於開發者來說，絕對讓人欣喜若狂 對我是這樣 flash出bug也算是常有的事，不過大都還好，我能理解adobe開發者們的辛苦，要考慮跨平台 ...
第一次出現一次的字元
題目 在字串中找出第乙個出現一次的字元。如輸入 abaccdeff 則輸出 b 分析 最直觀的解法從頭掃瞄這個字串中的每乙個字元。當訪問到某個字元的時候拿這個字元和後面的字元相比較，如果在後面沒有發現重複的字元，那該字元就是只出現一次的字元。如果字串有n個字元，每乙個字元可能與後面的o n 個字元比...
c語言第一次出現得bug 陷阱
5 模擬n個人參加選舉的過程，並輸出選舉結果 假設候選人有四人，分別用a b c d表示，當選某候選人時，直接輸入其編號 編號由計算機隨機產生 若輸入的不是a b c d則視為無效票，選舉結束後按得票數從高到低輸出候選人編號和所得票數。if 1main int personaddr 5 int n ...