Serverless Database的選擇與評估
從租用Linode到Serverless,探索以Row、CPU時間、SQL Query計費的D1、Turso、Neon、Prisma,客家工程師追求成本與技術極限,實戰經驗勝過聽說。
從租用Linode到Serverless,探索以Row、CPU時間、SQL Query計費的D1、Turso、Neon、Prisma,客家工程師追求成本與技術極限,實戰經驗勝過聽說。
基於二進制遮罩的權限管理,利用位元運算高效檢查權限,節省空間,靈活擴展,適用檔案管理等場景,TypeScript 實現清晰易維護。
探索 Functional Programming,實作 forEach、map、filter、reduce,不用 Array 內建方法,隱藏資料結構,程式碼更乾淨。
已有API文件與type-safe,除了 GraphQL之外,有沒有更好的選擇呢?
看起來使用 Sqlite base的 DB 更動欄位都會做蠻多的動作,因為要保持他設計的輕量化與簡單的原則。
如果可以,不要去發明新的名詞去解釋已存在的事實。多對多關聯的中間表,事情上是記錄對應兩個不同 table的一對多關聯
一切都看似美好,直到遇到最基本的功能,竟然如此..
後端部署最麻煩的就是放在哪,開ec2 弄Docker....然後多少錢錢, Serverless是個好的解法
寫文件通常在以前都是一件不想面對又容易忘記更新的事情,驗證和寫文件可以一起完成,這還不夠夢幻? 那你去看白雪公主
框架太多的pattern,寫文件、做好驗證、functional,才是一個API最基本的東西
使用Mac mini 使用 Caddy 與 Docker搭建自己的服務
使用mac mini m4 自架服務,簡單推薦自己host的內容,同時談到使用 serverless使用的時機
原本使用 LINE Notify 作為部落格留言通知系統。由於 LINE Notify 將於 2025 年 3 月終止服務,因此改用 Telegram Bot。當讀者在部落格留言時,系統會透過 Cloudflare Worker 將資料存入 D1 資料庫和 R2 儲存空間,同時透過 Telegram Bot 發送通知
Keystonejs是一個基於Next.js、Prisma、GraphQL和Apollo的headless CMS系統,只需設定資料結構,就能自動生成後台介面和API,適合快速建立內容管理系統。
沒事別開機器,用最小量的運算做成留言板,加上一點預防濫留言的機制
筆記 當 typescript type有自我引用的情況與對應zod驗證的寫法
常常在公佈中獎名單或是依照文章標題排序時,單位為了避免順序有某種含義,所以都會把排序的規則寫在前面
一般會在三個層面去做最佳化,各自在前端、後端、UI,去改善整體的UX 分成三個部分解釋定義