昨天我們說到 Schedule Trigger 的一個小缺點，所以我現在要來說一個小故事。

我試過用 Google Apps Script 和 Webhook 來解決執行時間不準確這個問題。
這個方法是可行的，而且這個工具操作起來也算簡單，但我嘗試了兩次之後被各自兩個問題打退堂鼓，要它可行是有條件的：

1. 你要在特定時間建立觸發條件，因為它的日計時器時段長這樣：
   

也就是說，它時間也不是完全準確的，所以我的第一次嘗試宣告失敗。
但其實我有想到一個辦法，假如你選擇「小時計時器」，它的小時間隔有以下選項：

看到這邊，我有一個想法：如果我要在早上八點收到訊息，只要選擇「每 12 小時」的小時計時器，並在前一天晚上八點儲存，它就會在早上八點傳訊息。想到這個方法，我覺得自己是天才！
不過下一秒，我就發現，這也代表晚上八點會再傳一次訊息。

1. 你必須讓你的 localhost 服務公開到網際網路上，才能讓外部的 Google 伺服器訪問。
   這需要用 ngrok 將電腦服務公開到網路，但涉及一些額外指令和設定，因此我在嘗試時遇到困難，第二次嘗試也以失敗告終。

結論：你如果堅持要 LINE Bot 在固定時間傳訊息，你又剛好有時間可以守在電腦前，並且覺得它一天傳兩次訊息對你來說有利無害；或是你對 ngrok 有興趣，想要去鑽研了解，也可以把你的localhost 服務公開到網路上。
那你十分適合用這個方法去設定自動化工作流。

再來是我嘗試的另一個外部排程服務：Cloud Scheduler，它是真的可以在精準的時間點執行工作流，但是我在設定之前就遇到了困難。

1. 它是付費服務，雖然有免費額度（每個月最多 3 個排程），且我們只有一個排程，完全是可以免費使用的。
   但是！在使用之前必須先啟用計費功能，這是一個安全和驗證的流程沒錯，這個要求十分合理，但我覺得麻煩，最主要的是我會避免使用那些需要先啟用計費功能的服務，我怕我自己一個不小心就被扣款了
2. 和 Google Apps Script 一樣， Cloud Scheduler 也是運行在 Google 的雲端伺服器上。它們無法直接連線到我本機電腦上的 localhost 服務。
   也就是說，無論選擇哪一種外部排程服務，只要它不是在你的電腦上，就必須使用 ngrok 或類似的工具，將 n8n 服務公開到網路上。

結論：你如果真的願意去開你的計費功能、綁定信用卡；
也願意去使用 ngrok 或類似的工具將 n8n 公開，那你可以使用這個方法設定自動化。

不管是上面兩種的哪一種方法，你都要把最前面的節點改為 Webhook ，如下圖：

不管你用哪一個方式讓工作流自動化，都希望你能夠在設定的時候學到一點新東西，加油！

下篇預告

明天（Day 11）會進行第一階段的回顧和第二階段的前言，讓你們知道我接下來會新增什麼進階功能。