軟體主廚的程式料理廚房

小時候換新電腦都會感到興奮，覺得又有新玩具可以玩了，除了感受新硬體設備帶來的速度快感之外，還能體驗新作業系統帶來的新鮮感，有了一定的年紀之後，電腦變成工作用的工具，就只有希望它好好的不要出事，而且對於換新電腦也沒有什麼動力，因為習慣的軟體及配置，就要重新安裝跟設定，這幾天在替新電腦設定工作環境的時候，遇到了這個錯誤：

這個錯誤是在測試遠端桌面連線的時候跳出來的，在幾年前曾經遇過，當時解決之後想說應該不會再碰到了，沒想到又遇上了，寫一篇文章記錄一下。

在反爬蟲首部曲 - 如何防治初級網頁爬蟲？的文章當中，已經跟各位朋友大致上介紹過，這次防治爬蟲案例中的情境及所使用到的工具，防治初級爬蟲算是容易的，接下來我們要來防治中級爬蟲，難度上會稍微高一點，而且一樣要撰寫一些程式碼。

Day.js 是在前端的世界中，一個處理日期時間相當知名的套件，或許有朋友聽過 Moment.js，但是可以用 Day.js 的話我優先選擇使用 Day.js，最主要是它的檔案大小號稱只有 2KB，之所以可以壓到這麼小，最重要的一個原因是它將一些額外的功能，以外掛的方式分包出去，要使用的話再引用進來，而 Timezone 是其中一個外掛。

爬蟲這個大多數 IT 人都聽過的名詞，有的人對它愛不釋手，有的人對它恨之入骨，在網頁上搜尋，教人當爬蟲的結果總是多過教人擋爬蟲的，技術工具本身沒有對錯，端看使用的人的心態跟手法，這篇文章來講講我如何幫客戶防治爬蟲？

這陣子我們系統的錯誤通知出現了一個沒看過的訊息：

The query processor could not start the necessary thread resources for parallel query execution.

翻成中文是「查詢處理器無法為平行查詢的執行啟動必要的執行緒資源」，簡單來說就是「資料庫很忙，執行緒不夠用。」，而且根據幾個關鍵字 Thread、Parallel、Query，我們也大概能知道是平行處理的問題，知道了方向就可以開始著手調查了。

有一天在粉絲團的一篇爬蟲相關的貼文留言中，我們的 Dino 大神有提到可以給爬蟲一個 Zip Bomb，從 User-Agent 推測爬蟲是用 Wget 打過來的，於是乎我開始著手研究塞一個 Zip Bomb 給 Wget 的可能性，看它會不會如實下載下來執行解壓縮？

一個專案的結束，總不能船過水無痕，得留下些什麼。除了原始碼，資料庫內的資料也經常是需要被封存的對象，在地端的 SQL Server 通常只要將 MDF、LDF 檔案封存起來就可以搞定了，而雲端的 Azure SQL Database 沒有 MDF、LDF 檔案，取而代之，我們可以改用「匯出（Export）」的方式，將整個資料庫的資料給弄出來。

jQuery 中有一對關於所有 AJAX Requests 開始及結束的事件 - ajaxStart 及 ajaxStop，除非是完全靜態的頁面，不然一個引用了 jQuery 的網頁或多或少都會去用它的 $.ajax() 來呼叫 Web Api，那麼這一對事件一定會被觸發，我們剛好可以利用來做一個頁面的載入等待機制。

我們或多或少應該都有遇過一種情況，就是某一些資料表 JOIN 起來的查詢較為緩慢，面對這類執行時間較長的查詢，我們第一步是先進行資料表本身的效能調校，調校之後如果查詢還是需要一點時間，又剛好我們的資料庫系統是使用 SQL Server 的話，那我們可以考慮為查詢建立 Indexed View 試試看。

儘管前端三雄（Angular、React、Vue）討論熱度強烈，但是前端老馬 - jQuery 的市佔率仍舊是名列前矛，在 jQuery 中常用的安插 DOM 元件的方法有這八個：append()、appendTo()、prepend()、prependTo()、after()、insertAfter()、before()、insertBefore()，使用起來時常會讓我感到混亂，這篇文章就用圖解的方式做個記錄，來說明每個方法的差異。