這是我用來讓自己輕鬆一點的其中一個「技巧」。 有時候我會寫一些未來日期的文章，以便預定發佈。在像 WordPress 等平台上，這是內建功能。 但在靜態網站上，我們需要有些創意。 那些文章在發佈日期之前，是不會被發佈的，而這個日期是在文章元資料中設定的。 每個平台都允許你建立部署勾子。當達到該網址時，網站將會重新部署。 但它們都只接受 POST 請求。 所以我在我的網站上建立了一個隱藏頁面，其 URL 看起來十分奇怪。 當這個頁面在瀏覽器中載入時，一個腳本會向我的部署勾子發送 POST 請求，就像這樣： const deploy_hook_url = 'https://YOUR_DEPLOY_HOOK'; fetch(deploy_hook_url, { method: 'post', headers: { 'Content-type': 'application/x-www-form-urlencoded; charset=UTF-8', }, })
我試著做些我從未嘗試過的事情：依靠一個服務處理網站。 我一直想要對我所做的一切擁有絕對的控制權。 但後來我愛上了Notion，並且喜歡它為網站提供動力的想法，正如我在這篇文章中所解釋的那樣。 在那裡，我提到了將我的新課程的登陸頁面託管的可能性。 但我改變了主意，因為我需要以無法使用Notion或其周圍的任何工具實現的方式來自定義它。 特別是我需要嵌入一個連接到付款彈出窗口的按鈕，並且這不是一個簡單的事情。 所以這是我所做的：我在Notion中構建了登陸頁面，因為我真的很喜歡它易於起草的方式。 然後我將其導出為HTML。 HTML輸出相當乾淨，僅含有最少的CSS。 然後我添加了一些部分響應的代碼，自定義了HTML以處理付款處理，然後對一些內容進行了更改。 我將使用Cloudflare Pages發布這個頁面。 所以，我不再是完全無代碼，而是使用無代碼創建了一個草稿，然後通過代碼對其進行了增強。 我喜歡這個想法。 下一門課，JavaScript課程，仍然是在Notion中構建的，因為我計劃利用其靈活性，使在制作課程的同時更加輕鬆。 但是我決定只將該部分保留在Notion中（以及我所有的私人內容）。對於這樣的使用情境，它確實非常出色。 課程結束後，我可能會將課程從Notion導出並放入靜態站點中。 這樣我就可以享受到使用拖放方式更新並即時更新的站點的好處（請記住，該課程是以同班同學為基礎的，所以每天都會解鎖新課程），最終完成後可以處於某種“存檔模式”。我仍然不確定是否可行，但如果可以的話，那將是很酷的。 我在全面無代碼方面仍然有一些問題。 我會喪失控制權。 而我想要控制權。 控制權，和自由一起，是我最重視的事情之一。