Notion

這裡將介紹如何使用Notion API來更新Notion資料庫中的勾選框值。 每個條目被視為一個頁面。 假設你已經獲得了該條目，並將其賦值給變數page，則該頁面的id將位於page.id中。 同時假設你已經初始化了Notion客戶端。 import { Client } from '@notionhq/client' //... const notion = new Client({ auth: process.env.NOTION_API_KEY }) 然後你可以通過以下方式將名為"Ready"的勾選框設置為true： await notion.pages.update({ page_id: page.id, properties: { Ready: { checkbox: true, }, }, })

我試著做些我從未嘗試過的事情：依靠一個服務處理網站。 我一直想要對我所做的一切擁有絕對的控制權。 但後來我愛上了Notion，並且喜歡它為網站提供動力的想法，正如我在這篇文章中所解釋的那樣。 在那裡，我提到了將我的新課程的登陸頁面託管的可能性。 但我改變了主意，因為我需要以無法使用Notion或其周圍的任何工具實現的方式來自定義它。 特別是我需要嵌入一個連接到付款彈出窗口的按鈕，並且這不是一個簡單的事情。 所以這是我所做的：我在Notion中構建了登陸頁面，因為我真的很喜歡它易於起草的方式。 然後我將其導出為HTML。 HTML輸出相當乾淨，僅含有最少的CSS。 然後我添加了一些部分響應的代碼，自定義了HTML以處理付款處理，然後對一些內容進行了更改。 我將使用Cloudflare Pages發布這個頁面。 所以，我不再是完全無代碼，而是使用無代碼創建了一個草稿，然後通過代碼對其進行了增強。 我喜歡這個想法。 下一門課，JavaScript課程，仍然是在Notion中構建的，因為我計劃利用其靈活性，使在制作課程的同時更加輕鬆。 但是我決定只將該部分保留在Notion中（以及我所有的私人內容）。對於這樣的使用情境，它確實非常出色。 課程結束後，我可能會將課程從Notion導出並放入靜態站點中。 這樣我就可以享受到使用拖放方式更新並即時更新的站點的好處（請記住，該課程是以同班同學為基礎的，所以每天都會解鎖新課程），最終完成後可以處於某種“存檔模式”。我仍然不確定是否可行，但如果可以的話，那將是很酷的。 我在全面無代碼方面仍然有一些問題。 我會喪失控制權。 而我想要控制權。 控制權，和自由一起，是我最重視的事情之一。

我花了 2 個多月開發了一個用來提供 JavaScript 課程的 web 應用程式。它是使用 Next.js、NextAuth.js、Prisma、SQLite 等優秀技術構建的。 然後我意識到我失去了對重要事物的關注，那就是內容。 於是我將它轉換為 Notion 網站。 這就是它的外觀： 我在過去幾年中有時使用 Notion，但今年夏天的一天，我決定全力以赴。 我將我生活中的一切都添加到了 Notion 中，並且擺脫了多個重疊的應用程式。 然後我發現你可以將任何頁面共享為網站。 在 Web 上共享一個頁面可以讓 Notion 成為我見過的最好的內容管理系統。我見過很多系統，但它是如此容易更新頁面，幾乎是即時的，非常新鮮。 而且還有一些工具在此基礎上提供了一些功能增強，比如 Super 或 Potion。這些工具讓你可以創建快速、靜態的網站。 在我的自定義解決方案中創建網站和內容之後，我開始將所有東西都搬到 Notion 上，並且非常開心。 這是我第一個使用這種技術棧的課程。 對於之前的課程，我使用了使用 Hugo 構建的靜態網站，但是升級到更高的層次很好。 我是一位開發人員，但我並不總是需要編碼。 在製作東西時，無代碼或低代碼是一個很好的幫助。 我還在考慮使用 Notion 和 Super 來製作落地頁面。它們非常容易通過預製的塊（如價格、推薦評語等）來創建落地頁面，這類似於 Webflow，只是你可以在 Notion 中管理所有內容。 即將推出的 JavaScript 課程將成為第一個測試並使用該系統的課程。和其他一切一樣，這都是一次測試。 我不知道它是否會取得成功。可能會成功，也可能不會。我們拭目以待。問題可能會出現，我會尋找解決方案。然後我會決定是否值得，以及將來是否會再次使用。