昨天把 FUJI ROCK 的幾場演出整理成 JSON，今天終於要碰一個我完全沒用過的東西：Firebase（這不誇張，畢竟我從來就不是工程師）

第一個問題當然是：

這要錢嗎？😂（我曾經有白白被GCP扣了一年錢的經驗，我實在不願去回想那件事QQ）

查了一下，Firebase 有免費的 Spark plan，Firestore 也有免費額度。每個 project 可以有一個享有 free quota 的 database，目前有 1 GiB 儲存空間、每天 50,000 次 reads、20,000 次 writes 和 20,000 次 deletes。

以我現在幾筆 FUJI ROCK 測試資料來說，應該很夠用了。

先建立 Firebase Project

Project 名稱先取：

festival-schedule-ai

建立時 Firebase 問我要不要開 Gemini in Firebase 跟 Google Analytics，我兩個都先關掉。

今天先不要管那麼多，我只想快速玩一下：

把昨天的 timetable 資料真的存進資料庫。

接著建立 Firestore Database：

• Edition：Standard
• Database：(default)
• Location：asia-east1 (Taiwan)
• Security Rules：Production mode

Firestore 的免費額度只適用每個 project 的一個 database，所以目前就先用 (default)。

第一筆資料就放 MITSKI

第一次打開 Firestore，可以先簡單理解成：

Collection → Document → Fields

我先建立一個叫做 performances 的 Collection，再新增第一筆 Document：

mitski-20260726

裡面先放：

• artist: "MITSKI"
• stage: "WHITE STAGE"
• festival_day: "2026-07-26"
• display_start_time: "22:10"
• display_end_time: "23:40"

按下 Save。

MITSKI 就真的進資料庫了 😂

第一筆真的存進 Firestore 的 FUJI ROCK 演出資料。

25:45 的問題先放著

前幾天有提到，FUJI ROCK 的 timetable 會出現 25:45、27:00 這種跨日時間。

之後還是要處理 start_at、end_at，例如 7/26 25:45 實際上已經是 7/27 01:45。

但今天先不碰，明天再來處理下一個問題：

難道剩下的演出，我真的要一筆一筆手動輸入嗎？😂