deploy ไม่ผ่านหรือเว็บช้า? ให้ AI อ่าน log แล้วแก้เอง

log ของ BrewInTH อยู่ตรงไหน บรรทัดไหนสำคัญ ส่งให้ AI แก้ยังไงไม่ให้ข้อมูลหาย และย้อนกลับเวอร์ชันเดิมในคลิกเดียวเมื่อรีบใช้งาน
deploy ไม่ผ่านเป็นเรื่องปกติของการทำเว็บ แม้แต่โปรแกรมเมอร์มืออาชีพก็เจอทุกสัปดาห์ ปัญหาคือหน้าจอขึ้นว่า การเผยแพร่ไม่สำเร็จ แล้วตามด้วย log ยาวเป็นร้อยบรรทัด คนที่ไม่ได้เขียนโค้ดเองดูแล้วไม่รู้จะเริ่มตรงไหน
ข่าวดีคือ AI อ่าน log เก่งกว่าคนมาก บทความนี้สอนว่า log บน BrewInTH อยู่ตรงไหน บรรทัดไหนสำคัญ จะส่งให้ AI ยังไงให้มันแก้ได้ตรงจุด และถ้ารีบจริง ๆ จะย้อนเว็บกลับเวอร์ชันเดิมยังไงในคลิกเดียว
สรุปสั้นก่อนอ่าน
✅ deploy ไม่ผ่าน เว็บเวอร์ชันเดิมยังเปิดอยู่ (ยกเว้นโปรเจกต์ที่เปิดพื้นที่ถาวร /data) ไม่ต้องตกใจ
✅ log ของแต่ละครั้งอยู่ในแท็บ การเผยแพร่ › ประวัติการเผยแพร่ มีปุ่มค้นหา คัดลอก และดาวน์โหลด
✅ มองหา 3 ป้ายนี้ก่อน:[release command][readiness]และ[app output]
✅ ส่ง log ให้ AI ในแชตเดิม หรือให้ AI อ่านเองด้วยลิงก์ + token แล้วสั่งให้แก้และตรวจเว็บจริง
✅ รีบใช้งาน กด กลับมาใช้เวอร์ชันนี้ ที่เวอร์ชันก่อนหน้า แล้วค่อยแก้
deploy ไม่ผ่าน เว็บพังไหม
ส่วนใหญ่ ไม่พัง BrewInTH เตรียมเวอร์ชันใหม่ให้พร้อมก่อน แล้วค่อยสลับผู้เข้าชมไปหา ถ้าเวอร์ชันใหม่ build ไม่ผ่าน คำสั่งก่อนเผยแพร่ล้มเหลว หรือแอปเปิดไม่ขึ้น ผู้เข้าชมยังเห็นเวอร์ชันเดิมตามปกติ
ข้อยกเว้นคือโปรเจกต์ที่เปิด พื้นที่ถาวร (/data) ระบบต้องหยุดเวอร์ชันเดิมก่อนเริ่มเวอร์ชันใหม่ ถ้าเวอร์ชันใหม่ล้มเหลว เว็บอาจไม่ขึ้นจนกว่าจะแก้หรือย้อนกลับ เว็บแบบนี้ควรมีวิธีย้อนกลับไว้ในใจเสมอ (ดูหัวข้อด้านล่าง)
log อยู่ตรงไหน
ในหน้าโปรเจกต์มี log 2 แบบ
- log ของการเผยแพร่ แท็บ การเผยแพร่ › ประวัติการเผยแพร่ แต่ละครั้งที่ deploy มี log ของตัวเอง ตั้งแต่ build จนแอปพร้อม ครั้งล่าสุดที่ล้มเหลวจะเปิดให้เองอัตโนมัติ มีช่อง ค้นหาใน log ปุ่ม คัดลอก และ ดาวน์โหลด
- log ของแอปที่รันอยู่ แท็บ บันทึกการทำงาน กด ดึง log ล่าสุด เพื่อดูสิ่งที่แอปพิมพ์ออกมาตอนมีคนใช้งาน เหมาะกับกรณี deploy ผ่านแต่บางหน้า error (เว็บ static ไม่มีแท็บนี้ เพราะไม่มีแอปรันอยู่)
อ่าน log ยังไง: 3 ป้ายที่ควรหาก่อน
ไม่ต้องอ่านทุกบรรทัด ใช้ช่อง ค้นหาใน log หาป้ายเหล่านี้ แล้วดูบรรทัดรอบ ๆ

- build ล้ม ดูบรรทัดท้าย ๆ ของส่วน build มักเป็นแพ็กเกจติดตั้งไม่ได้ ขาด lockfile หรือโค้ด compile ไม่ผ่าน
[release command]ผลของคำสั่งก่อนเผยแพร่ เช่น สร้างตารางในฐานข้อมูล (migration) ถ้าล้ม มักเพราะค่าเชื่อมต่อฐานข้อมูลผิดหรือ migration มีบั๊ก[readiness]ระบบลองเปิดหน้าตรวจความพร้อม (ค่าเริ่มต้นคือ/) ต้องได้ 2xx หรือ 3xx ภายใน 5 นาที ได้ 500 มักแปลว่าขาดค่าตั้งหรือตาราง ได้ 404 มักแปลว่าตั้ง health path ผิด[app output]ข้อความสุดท้ายของแอปก่อนหยุดเอง ถ้าแอปเปิดแล้วดับซ้ำ 3 รอบ ระบบหยุดเวอร์ชันนั้นทันทีพร้อมแนบข้อความนี้ บรรทัดนี้มักบอกตรง ๆ ว่าขาดอะไร เช่น ไม่มีJWT_SECRETหรือต่อฐานข้อมูลไม่ได้
ให้ AI แก้: 2 วิธี
วิธีที่ 1: AI อ่านเองด้วยลิงก์ + token (แนะนำ)
ถ้าใช้ AI ที่ทำงานบนคอมพิวเตอร์ (Claude Code, Codex, Cursor, Windsurf) และ token ยังไม่หมดอายุ AI อ่าน log ของการ deploy ได้เอง ดู log ของแอป และให้ระบบเปิดเว็บจริงตรวจผลได้ ไม่ต้องคัดลอกอะไรเลย สั่งแบบนี้
deploy ล่าสุดบน BrewInTH ไม่ผ่าน ช่วยหาสาเหตุและแก้ให้
1. อ่าน log ของ deploy ล่าสุด ดูบรรทัด [release command], [readiness] และ [app output] ก่อน
2. บอกฉันเป็นภาษาง่าย ๆ ว่าสาเหตุคืออะไร ก่อนแก้
3. แก้ที่ต้นเหตุ ห้ามลบข้อมูลในฐานข้อมูล ห้ามรัน migrate:fresh หรือคำสั่งล้างข้อมูล
4. deploy ใหม่ แล้วเปิดเว็บจริงตรวจหน้าหลักและหน้าที่เคยพัง (ใช้ site_check)
5. ถ้าแก้ไม่ได้ใน 3 รอบ หยุดแล้วสรุปให้ฉันว่าลองอะไรไปแล้ว
ข้อ 3 และ 5 สำคัญ ข้อ 3 กันไม่ให้ AI "แก้" ด้วยการล้างฐานข้อมูลทิ้ง ข้อ 5 กันไม่ให้วนแก้ไปเรื่อย ๆ จนเว็บเละกว่าเดิม
token หมดอายุแล้ว? กดปุ่ม สร้างลิงก์และ token สำหรับ AI (อัตโนมัติ) ในหน้าโปรเจกต์ แล้วใช้กรอบ ต่องานเดิมที่ AI เคยทำไว้ (token เดิมหมดอายุ) คัดลอกข้อความสั้นไปวางในแชตเดิม AI จะทำงานต่อจากที่ค้างไว้
วิธีที่ 2: คัดลอก log ไปวางในแชต
ใช้ได้กับทุก AI รวมถึงแชตบนเว็บ
- แท็บ การเผยแพร่ › ประวัติการเผยแพร่ เปิด log ของครั้งที่ล้ม
- กด คัดลอก (log ยาวมากให้กด ดาวน์โหลด แล้วแนบไฟล์แทน)
- วางในแชตพร้อมบอกว่า "นี่คือ log ของ deploy ที่ไม่ผ่านบน BrewInTH ช่วยบอกสาเหตุและวิธีแก้"

สาเหตุที่เจอบ่อย และให้ AI แก้ยังไง
- แอปฟังพอร์ตผิด แอปต้องฟังพอร์ตจากตัวแปร
PORTบน0.0.0.0อาการคือ[readiness]มักบอกว่าเชื่อมต่อแอปไม่ได้ - ขาดค่าตั้ง เช่น
JWT_SECRET,APP_KEYหรือ API key อาการคือ[app output]บอกชื่อตัวแปร ให้ AI ตั้งค่าในแท็บ ตั้งค่าแอป แล้ว deploy ใหม่ (ค่าตั้งที่เปลี่ยนมีผลกับเวอร์ชันถัดไป) - ต่อฐานข้อมูลไม่ได้ โค้ดอ่านชื่อตัวแปรต่างจากที่ระบบตั้งให้ หรือฐานข้อมูลยังไม่พร้อม ให้ AI เทียบชื่อตัวแปรในโค้ดกับค่าเชื่อมต่อของฐานข้อมูลโปรเจกต์
- ตารางยังไม่มี หน้าแรกได้ 500 ให้ AI ตั้ง คำสั่งก่อนเผยแพร่ (release command) สำหรับ migration
- health path ผิด แอปที่เป็น API ล้วนอาจไม่มีหน้า
/ให้ AI ตั้ง health path เป็นเส้นทางที่ตอบ 200 ได้โดยไม่ต้องล็อกอิน เช่น/health - build ไม่ผ่าน ขาด lockfile หรือไฟล์อยู่ในโฟลเดอร์ซ้อนอีกชั้น ให้ AI ทำ ZIP ใหม่ให้ไฟล์หลักอยู่ที่ราก
รีบใช้งาน: ย้อนกลับเวอร์ชันเดิมในคลิกเดียว
ถ้าเวอร์ชันใหม่ขึ้นแล้วแต่ใช้งานไม่ได้ (เช่น deploy ผ่าน แต่ปุ่มสำคัญพัง) และต้องการให้เว็บกลับมาก่อน
- แท็บ การเผยแพร่ › ประวัติการเผยแพร่
- หาเวอร์ชันก่อนหน้าที่ใช้งานได้
- กด กลับมาใช้เวอร์ชันนี้
เว็บกลับไปใช้โค้ดของเวอร์ชันนั้น จากนั้นค่อยให้ AI แก้แบบไม่ต้องรีบ ข้อควรรู้: การย้อนกลับเปลี่ยนเฉพาะโค้ดของเว็บ ไม่ย้อนข้อมูลในฐานข้อมูล ถ้าเวอร์ชันใหม่แก้โครงสร้างตารางไปแล้ว ให้ AI ตรวจว่าเวอร์ชันเก่ายังใช้กับตารางปัจจุบันได้ไหม และบางเวอร์ชันที่เก่ามากอาจย้อนกลับไม่ได้แล้ว
เว็บช้า ดูอะไรก่อน
- เปิดครั้งแรกช้า แล้วเร็วขึ้น บนแพ็กเกจฟรี แอปจะพักเมื่อไม่มีคนเข้าสักพัก คนแรกจึงรอเปิดสักครู่ เป็นเรื่องปกติ แพ็กเกจแบบชำระเงินตั้งไม่ให้พักได้ ส่วนเว็บ static ไม่พักเลย
- ช้าตลอดเวลา ให้ AI ใช้
logs_tailดู log ของแอปและsite_checkเปิดหน้าที่ช้า หาว่าช้าที่ query ฐานข้อมูลหรือรูปที่ใหญ่เกินไป - รูปใหญ่ ให้ AI ย่อรูปและใช้ WebP ช่วยได้มากที่สุดในเว็บส่วนใหญ่
- แอปใช้ RAM เกิน แอปที่ดับเองบ่อยจะมีร่องรอยใน log ถ้าแอปใหญ่ขึ้นจริง แพ็กเกจที่ใหญ่กว่ามี RAM และ CPU มากกว่า
คำถามที่พบบ่อย
deploy ไม่ผ่าน เสียเงินหรือเสียโควตาไหม
ไม่มีค่าใช้จ่ายต่อครั้งที่ deploy แต่ไฟล์ที่อัปโหลดนับรวมพื้นที่ของแพ็กเกจ ถ้าอัปโหลดซ้ำหลายรอบจนพื้นที่ใกล้เต็ม ให้ AI ตรวจไฟล์เก่าที่ไม่ใช้แล้วและถามคุณก่อนลบ
AI ขอให้ลบฐานข้อมูลแล้วสร้างใหม่ ควรยอมไหม
ถ้าเว็บมีข้อมูลจริงแล้ว ไม่ควร บอก AI ให้หาทางแก้ที่ไม่ลบข้อมูล หรือสำรองข้อมูลก่อน (บริการเสริม Backups ช่วยได้)
log ยาวมาก แชตรับไม่ไหว
ใช้ ค้นหาใน log หาป้าย [app output] หรือคำว่า error แล้วคัดลอกเฉพาะส่วนนั้นพร้อมบรรทัดรอบ ๆ หรือดาวน์โหลดเป็นไฟล์แล้วแนบ
ทำตามแล้วยังไม่ผ่าน
กด คุยกับทีมงาน ในคอนโซล ส่งชื่อโปรเจกต์และเวลาที่ deploy ทีมงานช่วยดูได้
สรุป
deploy ไม่ผ่านไม่ใช่เรื่องใหญ่ เว็บเดิมมักยังเปิดอยู่ เปิด ประวัติการเผยแพร่ มองหา [release command] [readiness] และ [app output] แล้วให้ AI อ่านเองหรือวาง log ในแชต สั่งให้อธิบายก่อนแก้ ห้ามล้างข้อมูล และตรวจเว็บจริงหลังแก้ ถ้ารีบ กด กลับมาใช้เวอร์ชันนี้ ก่อน แล้วค่อยแก้
