Tom's IT notebook

        今天看到網路上一篇討論 SQL Timeout 原因的探討文章。         由於那篇文章的結論和我過去經驗完全不同，所以我懷疑是不是我過去仰賴的長期判斷經驗有誤，特別寫了個 TestCase 作為比較。         首先我先引用該文章作為調查起點的 Exception 內容：         

          即將發生的網路電商的大事件，莫過於越來越接近的大陸雙十一。屢創高峰的雙十一購物節，究竟阿里巴巴是怎麼在技術上克服這種巨量湧入的交易量呢？         前陣子到中國東北剛好因為業務合作需要而結識了一位在杭州擔任阿里巴巴架構師的高手。晚餐大家在酒醉耳酣之際，我們聊起這件事，做經驗交流。 

        很多人總是拿 Java vs .NET，但這太容易引戰了，所以這邊我不要用兩相比較的方式，單純 從『非技術』的『商業觀點』 談論我對 Java 的看法。         我本身以微軟相關技術為主，但偶而也會寫寫 Java，因為程式語言就是工具，合適的時候就拿來用一用，更何況從 C# 轉 Java 遠比 Java 轉 C# 簡單得多，因為 C# 的語言特性較複雜。         我自己會寫 Java 的幾個機會是：寫 Android App、寫 GAE app、寫公司產品 Java 版本的 SDK，不算是用在很核心的地方。 聲明：以下看法單純從本人過去工作經驗的觀點做分享，難免偏頗絕非全貌，請自行斟酌真實性。

        緣起： 原本我受朋友之託，要協助搶購將會追加的十場的演唱會門票，所以稍稍研究了一下該網站，想說能不能利用自己的專長之便偷點雞，確保自己開賣當日可以穩穩當當地不出差錯把票入手（ 朋友原本說每張多加 NT$1,000 跟我轉購呢，看在四個孩子的份上... ）。         原本這篇文章是打算在搶票成功後第一時間公開，打算用諾曼地搶灘的勝利之姿洋洋灑灑解說，結果過了數日後整件事被我拋到雲霄（ 我不懂台語，不聽台語歌，所以江蕙對我而言無意義 ）。         開賣當天週日我就帶著全家到金山上泡天籟溫泉，當中午我躺在室外湯享受山海之色之際， 手機 LINE 的訊息不斷傳來：「 搶到票沒？ 」         我心裡暗幹一聲，然後下午的泡湯過程，我心中的陰霾與失落慢慢滋生...。

        身為多年 log4net 忠實用戶，最近接獲客戶報案，說 Rolling File Appender 會在跨日一過午夜就將 log 檔案內容清除，只留下 0 byte 的空殼。對方採用 我曾在 blog 推薦的多年調製而成的家傳祕方的組態設定 （ log4net.config ），竟然會遇到如此前所未聞的離奇事件！？         上網 google 搜尋是否有他人遇到類似狀況，卻毫無線索。太陽底下無鮮事，全天下沒有別人遇到的事情，通常也不該發生在我周遭，畢竟我樂透從沒中過（ 不過我也都不買，這樣要中獎對老天爺來說應該是有難度 ），但是客戶現場截圖又不得不讓我閉嘴，不敢過度質疑：