今天和同事聊天，突然聊到難忘的報錯，突然想起有一次很搞笑的經歷，覺得不錯想記下來。
記得那時去年十月一前夕某天
」**啪，**啪~「鍵盤敲擊的聲音不斷，今天專案要上線，十月長假我就要來啦！
努力一天懷著愉悅的心情進行最後乙個bug的修改以及測試~
「沒問題了~「 測試小姐姐說道。
「好啊 那上線」。
望著窗外朦朧的月光，明天下午要集體活動，然後就放長假啦~滿懷期待。
哎？正式環境異常錯誤。重新整理一下又好了
納尼？我跑去測試的電腦面前，看見請求報錯了。很是疑惑，明明測試環境沒問題啊。
(去年的這個時候公司設施不完全，還沒有docker環境，也沒有檢視日誌的工具)
於是找到運維大哥。
大兄弟，看個***系統日誌
喏，好像沒東西哎
what 望著最後一行竟然是 org.apache.catalina.startup.catalina.start server startup in 299642 ms 我蒙了
沒有錯誤資訊，也沒有訪問痕跡留下，這就奇了怪了。
首先懷疑日誌檔案配置有問題。
看了一下沒問題，並且測試環境是正常的啊。
好，那war包版本是否不對呢？檢視版本資訊，打包時間，最後一次提交記錄都沒有問題（ps：捂臉哭）。這怎麼回事呢。
猶豫了一會，那把測試環境的war包遷到正式環境試試唄
還是異常錯誤！哎？重新整理一下又好了(敲黑板！！)，重新整理一下又壞了
那把正式環境的war遷到測試環境呢？
沒問題啊！
（不知道聰明的你現在是不是大概猜到是什麼問題了，但是由於那時的腦袋經歷一天bug的洗禮，已經是渾濁狀態）
那把整個tomcat給我拷過去！(開始急病亂投醫了)
還是不行~
此時技術經理緩緩走過來，怎麼樣勒？
巴拉巴拉~
奧~那不行線上除錯一下呢？經理大人google了一下，檢視某***工具 用這個看一下吧。
大佬饒了我吧，腦袋已經嗡嗡的在轉了(?)
那我們換個機器試一下吧。運維大哥提議道
好啊好啊
重新整理還是有異常錯誤！
那我們~~
錯誤！異常！
試了好多想到方法，某度的邪門方法，都不好用。
大佬，這個模組近期應該沒人用吧，我們清醒了再看？
商量半天，最後放我走了，因為看起來真的解決不了了呢
那你回去學學那個工具***
一夜未果。
第二天下午來了就是集體活動。
第四天是十月一。
第二天夜裡九點左右：
大佬，明天想請個假。玩的有點累了。
不好吧，還有乙個問題貌似沒解決，明天可以晚點來，問題要解決。
好吧（?）
第三天下午才到公司，解決問題吧
也不是腦子哪根筋通了
我們看看nginx唄
等下~哎？我知道了，***你過來！
你看奧，很久之前我試了一下負載均衡，所以又自己部署了一台機器。後來我給忘了，所以。
前幾天更新過nginx配置檔案，
測試環境的直接拷貝到正式環境忘了看。多指了一台機器就這樣了。
(大概是這樣 具體我也忘了，只記得是負載均衡**的問題)
好吧整理一下：
小公司 基本乙個war包乙個模組，乙個模組乙個tomcat。
由於業務傾向，也沒有什麼太大的併發量。所以沒有想到nginx配置不對，倒是想過nginx，但是沒想過是因為負載均衡，又配置了另一台機器。所以折騰這樣才解決。
記一次面試經歷
今早七點半的巴士從中山趕到廣州面試php開發助理，以前面的都是十來人 幾十人的小公司，不少還是培訓公司，坑的一逼！這次的公司不錯，比較正規，好歹上百人了，只是筆試題做得一般，題目有的雖有學過，但忘了，好吧！這就是沒準備充分的緣故！下面羅列下我還記得的題目 有些漏了就沒辦法了 之後hr面試聊了下，雖然...
記一次重構經歷
起因 最近因為公司內部對各個業務線的使用者業務進行統一剝離，形成使用者中心，所有使用者相關的業務和資料都落地到使用者中心，各個業務線以rpc的的形式依賴使用者中心的服務。結果 因為我的疏忽，造成了兩個bug沒有被測試出來。總結改進 這兩個bug的產生的原因都是因為我錯誤地估計了回歸測試的範圍，我的想...
記一次makefile的經歷
哎呀，剛接觸makefile 和 linux 不久，搞得很多c 的東西都拋諸腦後了，真的慚愧喲。這是我的檔案目錄 實際開發最好不要這樣命名檔案，否則到之後自己都不知道這些檔案都是幹嘛的 一開始的源 1 標頭檔案 include using std cout using std endl extern...