寶塔計畫任務看起來已執行，網站資料卻沒有更新，先把「任務被呼叫」「程式回報成功」和「需要的結果已產生」分開核對。執行時間或一句完成訊息，只能提供部分線索，不代表備份、資料更新或通知已按預期完成。
以下依寶塔與程式工具官方文件整理檢查順序，沒有替你的面板建立或執行任務。先確認工作目的，再讀相應紀錄與產物；不要為了讓清單顯示成功，就把真正的錯誤隱藏起來。
先寫出任務完成的判斷條件
備份任務需要可取得的產物，資料更新需要指定內容發生預期變化，通知任務則要核對傳送及必要的接收結果。每種工作的完成條件不同，不能都用「程式跑過」作結論。
寶塔官方計畫任務頁提供網站備份、資料庫備份、Shell腳本及訪問URL等不同工作。先確認你選的是哪種任務，以及它的目標網站、資料庫、目錄或網址；名稱相似也不表示範圍相同。
網站備份和資料庫備份在文件中分開安排，網站文件成功不等於資料庫也已備份。把產物路徑、保留設定及必要內容記清楚，之後才知道哪個結果應由這個任務提供。
核對執行周期與最近一次紀錄
先查看任務配置中的周期，再找相應的執行時間與輸出紀錄。介面及紀錄位置以實際版本為準，不因清單上有任務就直接推斷它已在需要的時間執行。
核對時保留時區與時間範圍。若你期待的是今天的產物，昨天的成功訊息不能替它通過；如果讀到的是較早執行輸出，也不要把它當成修改後的新結果。
手動執行只可驗證當次條件，不代表排程環境也完全一致。帳號、工作目錄、命令路徑及環境變數都可能需要核對；不要因手動終端正常，就直接否定排程裡保存的錯誤。
輸出文字和退出狀態分開看
程式輸出一句成功文字，不一定同時回傳正確狀態；反過來，退出狀態為零也只反映程式自己採用的成功條件。需要核對它判斷了什麼，而不是把零當成業務內容已完成的通用證明。
如果任務呼叫PHP命令，官方exit文件說明，整數可作為退出碼，而字串會輸出訊息後以零退出。因此，使用exit(“failed”)這種字串，不會因文字寫了failed就自動成為非零失敗狀態。
exit("failed"); // 輸出文字，退出碼為0
exit(1); // 使用非零退出碼這是PHP官方語意的對照，不是本篇實測寶塔生成的程式，也不是完整任務範本。實際腳本需要在適當位置輸出必要診斷，並按它的錯誤處理規則回報結果。
Python呼叫子程式時，錯誤不會自動等於例外
寶塔腳本庫文件說明，目前支援Python與Shell腳本，且要依返回類型輸出符合預期的值。使用Python呼叫其他命令時，也要核對子程式狀態，不只看主程式最後是否正常結束。
Python官方subprocess.run預設check=False；若要在非零退出時產生CalledProcessError，需使用相應選項或自己檢查returncode。輸出捕捉、退出碼與業務結果是不同資料，應按任務需要處理。
不要只捕捉所有例外再印一句完成，讓真正的失敗消失。若腳本為了清理暫存而繼續執行，也應保留原錯誤和最終狀態，讓維護者知道工作哪一步沒有達到目的。
訪問URL還要核對HTTP與回應內容
如果工作透過HTTP呼叫網站接口，連線完成不等於接口工作成功。先核對狀態碼、回應內容與應用要求；登入頁、錯誤頁或只接受請求的訊息，都不能一律當成資料更新完成。
curl官方手冊說明，預設情況下，HTTP錯誤狀態不一定使curl以失敗退出；可依版本與需要使用相關失敗判斷選項。這是curl命令的規則，不是宣稱寶塔訪問URL內建任務必定使用同一命令或同一選項。
也不要為了核對結果，隨意重新提交會寫入資料的網址。先確認是否可重複執行，以及如何辨認已處理內容，避免排查時產生重複訂單、通知或其他副作用。
回到真正產物核對範圍與時間
備份工作應查看當次生成的文件、時間及必要內容，不能只因目錄裡有一個舊檔就認定新任務成功。資料更新則核對相應紀錄與範圍，不把另一個網站的變化當成這次工作結果。
若輸出提到完成數量，也和實際資料核對。零筆可能是合理結果，也可能是條件錯誤或來源不可用；要依工作目的判斷，不能用同一個固定門檻替所有任務定成功或失敗。
對外服務若只回報接受請求，還需要後續完成證據。保存請求識別資料與狀態查詢方式，讓任務紀錄能對到同一次工作，而不是拿另一筆成功結果填補眼前缺口。
失敗後先保留紀錄，再決定重試
保存原配置、時間、輸出、退出狀態及相關產物，不急著刪除再建立同名任務。重新建立可能讓原證據失去關聯，也可能和原任務同時執行。
重試之前看工作是否仍在執行，以及是否可安全重複。週期短於工作時間時也需要核對重疊風險；不能把執行次數增加當成必定提高可靠度的辦法。
如果需要修改腳本，按寶塔官方提示先檢查內容與可執行條件，再安排範圍明確的變更。不為了診斷單一任務，順手新增日常排程、清理日誌或釋放其他服務資源。
把三層結果留在同一份紀錄
最後分別記錄任務是否觸發、程式如何回報，以及業務結果是否符合預期。沒有證據的部分清楚保留待確認，不把前一層的成功自動延伸到後一層。
交接時附上本次需要的結果與觀察時間，讓下一位維護者知道該核對哪個檔案、資料或請求。這比只留一張「執行成功」截圖，更容易辨認真正完成與仍有缺口的工作。
評論0