同仁開啟網址
在家裡或手機輸入公司核准的 APP 網址。
Cloudflare 不是資料庫,也不會把系統自動變成正式版。它比較像公司大樓外面的 「門牌、警衛與安全通道」,負責讓對的人安全找到正確入口。
四個步驟看懂 Cloudflare 放在哪裡
在家裡或手機輸入公司核准的 APP 網址。
像通訊錄一樣,把網址帶到正確的 Cloudflare 服務。
可用簡單密碼,或 Zero Trust 逐人確認公司身分。
走加密通道到 Mac Studio,不直接公開 Supabase 連接埠。
先分清楚名字、位置與 Cloudflare 上的服務
位在使用者與公司系統之間的網路服務,可管理網址、安全入口、網站部署與流量保護。
本案目前用於公開進度頁與遠端預覽;正式 DNS、Tunnel 仍未啟用。網站的主要名稱,例如 ladylike.com.tw;網址使用權屬於網域持有人。
是否讓內部電商 APP 掛在萊可正式網域,仍待內部會議決定。主網域下面提供特定服務的網址前綴,例如 ecommerce.ladylike.com.tw。
未來可分開 APP 與 Webhook 入口,目前都只是提案名稱。把好記的網址指向實際服務位置;它負責帶路,不負責登入或資料權限。
沒有 DNS 也能完成本機 Production 架構;需要固定正式網址時再設定。Cloudflare 裡集中管理某個主網域 DNS、安全與路由設定的範圍。
新增萊可子網域前,操作帳號必須取得 ladylike.com.tw Zone 的核准權限。在 Cloudflare 網路上執行的小型後端程式,可提供頁面、API 或安全轉接。
目前的 workers.dev 開發中控臺是驗收入口,不代表正式資料庫搬到雲端。Cloudflare 提供給 Worker 的預設網址,不需要先使用公司正式網域。
適合逐區預覽與測試,不是已核准的萊可正式網址。用來部署靜態網站與前端頁面的服務,適合不直接連正式資料庫的說明頁。
你現在閱讀的專案進度與名詞庫,就是部署在 Pages。讓 Cloudflare 服務改用公司自己的網址,而不是 pages.dev 或 workers.dev。
需先核准網域用途與 DNS 權限,才會正式綁定。指定某個網址或路徑要交給哪個 Worker 處理,就像大樓裡的指路牌。
正式設定只允許 APP 與 Webhook 必要路徑,不公開 Supabase 管理介面。安全通道、來源主機與兩種看門方式
由公司主機主動建立加密連線到 Cloudflare,外部不必直接連公司主機連接埠。
未來若同仁需要外地登入,可安全連回 Mac Studio 的 Admin APP。真正執行網站或 API 的主機;Cloudflare 位在使用者與來源主機中間。
本案正式來源主機是 Mac Studio,Production Supabase 連接埠不直接公開。每次存取都先驗證身分與規則,不因為網址或網路位置看似可信就直接放行。
像 APP 前門的公司警衛;純本機/內網可暫緩,敏感資料或遠端使用再啟用。Zero Trust 裡負責登入與允許名單的功能,可限制特定帳號、群組或公司網域。
它負責「誰能進 APP」,不能取代 APP 角色權限與 Supabase RLS。開啟網站前先輸入一組共用帳號密碼,像一把大家共用的門鎖。
適合少量人員與短期預覽;不能逐人撤權,也無法辨識真正操作者。加密連線、攻擊阻擋與嘗試次數限制
把瀏覽器與網站之間的資料加密,避免密碼或內容在網路途中被直接看見。
遠端入口或簡單密碼保護上線時的基本要求;它本身不判斷使用者權限。檢查並阻擋常見惡意網站請求,像入口的危險物品檢查。
能加強公開入口防護,但資料授權仍由 APP 權限與 Supabase RLS 負責。限制同一來源在一段時間內可嘗試登入或呼叫 API 的次數。
能降低密碼暴力嘗試與 API 濫用,使用共用密碼時也應一起設定。依目前內部使用方式回答
不用。Production Supabase、同步、備份與 APP 都可以先在 Mac Studio 正式運作。DNS 是固定網址與遠端入口層,不是正式資料架構的必要條件。
少量人員、短期使用且不含顧客敏感資料時,共用密碼加 HTTPS 與頻率限制即可。需要逐人停權、外地長期登入或開放訂單個資時,再改用 Zero Trust。
不會。正式規劃只公開受保護的 APP 與必要 Webhook 路徑;Supabase API、資料庫、Studio 與 Mailpit 都不直接公開。
不行。Zero Trust 決定誰能進入 APP;APP 角色決定能操作什麼;Supabase RLS 決定能讀哪些資料。三層各自負責不同範圍。