Nalson

🚀 GKE + Cloud SQL Proxy + GitHub Actions 完整 CI/CD 實戰教學📌 前言在 Google Cloud 平台上，很多團隊會同時用 GKE (Google Kubernetes Engine) 來部署後端服務，並搭配 Cloud SQL 做為後端資料庫。但許多新手常常卡在一件事：Pod 怎麼安全連接 Cloud SQL？ 這篇文章會帶你一次搞懂： 連線 Cloud SQL 的正確做法 最推薦的 Proxy 架構 以及怎麼結合 GitHub Actions CI/CD，實現從 Commit 到 GKE 一條龍部署！ 🎯 目標 🔑 用 Cloud SQL Auth Proxy 保護資料庫連線 🚀 用 GitHub Actions 實作 CI/CD 🎉 一次部署到 GKE + 自動更新 🗂️ 常見連線方式比較 方式 說明 優缺點 Public IP + 帳密 直接暴露 IP，Pod 需要 IP 白名單 🟥 最不安全，生產不建議 Private IP + VPC...

使用 Next.js + FastAPI 建構表單資料轉換器（Mapper）模組在實務專案中，前端表單往往由多層巢狀的資料組成，例如使用者輸入的一系列目標設定、報告項目、子任務等。但後端通常需要儲存成平坦化的資料表（例如：一張批次表、一張細項表、一張子細項表）。 為了解決前端與後端資料格式不一致的問題，我們可以設計一個 Mapper 模組，作為兩端資料結構之間的轉譯橋梁。 🧰 系統架構概覽 前端：使用 Next.js + React Hook Form 建構表單 後端：使用 FastAPI 作為 RESTful API 框架 資料庫：PostgreSQL，使用多張關聯表設計 📌 範例情境：多層表單資料送出假設你要送出一份多層結構的「使用者目標設定表單」： 123456789101112131415{ "category_id": 3, "year": 2024, "owner": "Alice", "items": [ { ...

隨著前端與後端開發的需求不斷變化，越來越多的開發團隊選擇使用 Monorepo（單一代碼庫）來管理多個應用程式或套件。Monorepo 讓開發者能夠將所有的專案和套件集中在一個代碼庫中進行管理，從而提高了協作效率，簡化了版本管理。然而，隨著專案規模的增長，如何高效地管理 Monorepo 成為了開發者的難題。 這時，TurboRepo 的出現便解決了這個問題。TurboRepo 是一款快速且高效的 Monorepo 工具，專為現代開發工作流程設計，能夠大幅提升開發效率。今天，我們就來深入了解 TurboRepo 以及它為何能成為 Monorepo 管理的最佳選擇。 什麼是 TurboRepo？ https://turborepo.com/docs?utm_source=chatgpt.com TurboRepo 是一個由 Vercel（Next.js 背後的公司）開發的開源工具，它提供了一個高效的方式來管理和優化大型 Monorepo。TurboRepo 集中解決了 Monorepo...

因為去年有考到救生員證照，所以今年想要在假日時間去排班就想到了一個解決排班問題的APP，接下來我就想要請AI幫我畫一個頁面原型圖設計，所以首先我請 ChatGpt 幫我規劃規格書，以下是 ChatGPT產生的內容，並且我覺得很不錯就請v0.dev 幫我寫程式並且部屬上去 產品概念與規劃1 App 目標本 App 旨在透過 智能媒合機制，幫助 救生站、救生員 及 救生訓練協會 有效管理排班與訓練課程，提升人力運用效率。 救生站：設定排班需求，自動媒合適合的救生員。 救生員：登錄可上班時段，媒合工作並接收排班通知。 訓練協會：管理救生訓練課程，提醒救生員複訓，統計報名數據。 2 主要功能 救生站管理： 設定排班需求（時段、時薪、人數） 查看缺人時段統計（圖表顯示） 媒合救生員並發送通知 救生員端： 設定可上班時段，媒合排班 查看地圖模式，尋找附近救生站 請假或代班媒合，支援 Google 日曆同步 救生訓練協會： 管理救生訓練課程 自動提醒救生證即將到期者 報名與完訓統計分析 請依照以上內容幫我設計app 產品原型圖，我把這部分請v0.dev...

使用標準 OIDC 客戶端連接 Casdoor https://casdoor.org/docs/how-to-connect/oidc-client OIDC 探索 (OIDC Discovery)Casdoor 完整實作了 OIDC（OpenID Connect）協議。如果您的應用程式已經使用標準 OIDC 客戶端庫來連接其他 OAuth 2.0 身份提供者（Identity Provider），並希望遷移到 Casdoor，那麼使用 OIDC 探索機制（OIDC Discovery） 將使切換變得非常簡單。 Casdoor 的 OIDC 探索 URL 格式如下： 1<你的 Casdoor 伺服器域名>/.well-known/openid-configuration 例如，Casdoor 官方示範站點的 OIDC 探索 URL 為：https://door.casdoor.com/.well-known/openid-configuration 此 URL 會返回一個 JSON 配置文件，其中包含 OIDC 相關的端點與支持的功能。例如： ...

如何連接到 Casdoor我們在完成架設 Casdoor server 之後會，接下來要介紹如何連上 Casdoor server，以下是官方的說明文件 https://casdoor.org/docs/how-to-connect/overview/ 概述 (Overview)本篇文章將介紹如何將你的應用程式與 Casdoor 進行整合，以實現單一登入 (SSO) 和身份驗證功能。 而 Casdoor 可以同時支援 SP 與 IdP 服務 Casdoor 作為 SP 支援的身份驗證協議： OAuth 2.0 (OIDC) SAML Casdoor 作為 IdP 支援的身份驗證協議： OAuth 2.0 OIDC SAML CAS 1.0、2.0、3.0 什麼是 SP 與 IdP ?在身份驗證架構中，有兩個重要的角色： **身份提供者 (IdP, Identity Provider)**：負責管理使用者的身份與憑證，例如 Google、Facebook 或 Casdoor。 **服務提供者 (SP, Service...

在 Docker desktop 上使用 Kubernetes Helm 部署 Casdoor https://casdoor.org/docs/basic/try-with-helm 簡介本指南將介紹如何在 Kubernetes 上使用 Helm 部署 Casdoor，以實現輕鬆且可擴展的身份驗證管理。 部屬在 Docker desktop 上💡 你需要準備的環境 安裝 Docker Desktop 確保 Docker Desktop 已安裝，並啟用 Kubernetes 。 啟用 Docker Desktop 內建的 Kubernetes 開啟 Docker Desktop 進入 Settings (設定) → Kubernetes 勾選 Enable Kubernetes，然後點選 Apply & Restart 打開Kubernetes 開關 等待 Kubernetes 啟動，確保 kubectl 可以正常運行： 1kubectl get nodes 如果看到 Ready，表示 Kubernetes 已啟動。 安裝...