第一天的目標:不要更糟
你可以不立刻改善效能、不立刻重構,但你一定要做到: 出事能回來、誰動了什麼查得到、風險點列得出來。
1) 鎖住權限:先把入口清楚
- 主機/Panel、DB、DNS/Cloudflare、第三方平台(寄信/LINE/金流)。
- 關掉共用帳號、補上 2FA(能做就先做)。
2) 確認「網站在哪台」與「入口在哪」
- Domain → DNS → 反向代理/快取 → Web → App → DB。
- 先找出:上線目錄、設定檔、排程(cron)、Log 位置。
3) 版本來源:程式到底以誰為準
- Git/FTP/zip/某台機器資料夾?先指定「唯一可信來源」。
- 最低限度:標記目前跑的版本(可回溯)。
4) 備份要可還原:做一次小型演練
- 確認包含:DB、上線檔、環境設定(.env/設定檔)。
- 演練一次,你會立刻知道缺什麼(比吵更有效)。
5) 監控先上:不要等客戶說掛了
- 最少:網站可用性、CPU/RAM、磁碟、DB 連線、重要 API。
- 先有告警,才有節奏;沒有告警就只能救火。
6) 外部串接列清單:每個都要「在哪/怎麼查」
- LINE/寄信/簡訊/金流/物流/第三方 API。
- 每個串接都要:密鑰位置、回呼 URL、錯誤時怎麼查。
結論:第一天做到可控,你才有資格加速;不然任何大改都只是把風險放大。