軟體主廚的程式料理廚房

在雲端上取用資源是非常方便，動動手指我們就能輕輕鬆鬆拿到我們想要的軟硬體資源，不過，相對的，當我們拿到資源的那一刻就開始算錢，以虛擬機器為例，即使在大半夜沒人用，只要開著，錢就一直在算，這篇文章就來記錄 Azure 虛擬機器（VM）如何設定自動關機與自動開機。

30天挑戰精通 PowerShell【第四版】是 PowerShell 經典書籍 Learn PowerShell in a Month of Lunches 的第四版，這一版對比上一版最大的差別在於它不再僅限於 Windows 平台，增加了 Linux、macOS 的內容。

要部署應用程式到 Azure App Service 的方式有好幾種，其中我認為最簡單直接的就是把應用程式打包成 Zip 檔案後上傳，讓 Kudu 服務來幫忙處理我們上傳的 Zip 檔案，而且自從 curl 在 Windows 10 version 1803 內建之後，就讓這件事變得更容易了。

我們偶爾會有從 URL 複製檔案的需求，這一天，程式在複製一個檔案的時候，收到了一個錯誤訊息：

The source request body for synchronous copy is too large and exceeds the maximum permissible limit (256MB).

錯誤訊息很明白，說程式在進行同步複製的時候，Request Body 超過了 256MB 的限制，我們來看看要怎麼解決這個問題？

四年一次會出現的不是只有總統大選，還有 2 月 29 日的問題，程式如果寫得不夠久大概也不會遇到，像今年就有可能會收到像是「113/02/29」、「113年2月29日」這樣的日期字串，在 C# 中如果直接先轉成西元日期的 113/02/29，再加上 1911 年，像這樣：

DateTime.ParseExact("113/02/29", "yyy/MM/dd", null).AddYears(1911);

那我們的程式應該已經爆了，因為西元 113 年沒有 2 月 29 日，關於閏年的問題，在 C# 我們有更優雅的做法。

我在 Google Cloud Platform (GCP) 上開了一台 Windows Server 2022 的虛擬機器，不曉得為什麼系統的預設時區不給我修改，即使我用系統管理員的帳號登入，時區的設定依舊是反灰的，禁止修改。

每每要在 Azure SQL Database 建立資料庫，設定定序這一關一定都會卡住，我必須用鍵盤輸入定序的完整名稱，可是完整的名稱有幾個人能記得住？而它那個尋找定序的功能又不太好用，再加上官方又沒有 SQL Server 所有支援的定序資訊，所幸我就來把跟繁體中文相關的定序放到部落格上，以後要查就有。

去年（2022）年底自告奮勇向博碩文化報名了翻譯勇者，在此之前我已經知道翻譯是件吃力不討好的工作，但我還是跳坑了，僅僅是覺得我應該能為台灣正體中文的翻譯書籍做出那麼一點點貢獻，於是選了一本在技術領域上我還不算陌生的 Pragmatic Test-Driven Development in C# and .NET。

PayPal 是世界知名的第三方支付服務商，過去有一陣子有提供「台灣國內」的交易服務，後來因台灣法規的關係撤出台灣市場，不過如果是國外的交易我還是會用它，避免直接輸入信用卡號付款，降低被盜刷的風險，可是 PayPal 提供的匯率不是很好，付款的時候又預設帶它自己提供的匯率，一不注意就會多付錢，所以就來跟各位朋友分享一下，用 PayPal 付款的時候可以在哪裡選擇對我們比較有利的匯率？

先前有寫過一篇文章 - 如何匯出／匯入 Azure SQL Database 的資料庫？，透過這種方式，我們可以將 Azure SQL Database 資料庫的資料還原到地端，除此之外還有其他的方式可以將雲端資料庫的資料弄一份到地端，此篇文章要來介紹另一種方式是使用 SQL Data Sync Agent 來同步資料。