AI Web BuilderWORKSHOP 01 · RAWINLAB
บทเรียน
ดาวน์โหลด Markdown

AI Web Builder · WORKSHOP 01 · RawinLab

บทเรียน 07 — ผูก custom domain lay-pai-gun.rawinlab.com

เว็บขึ้น Cloudflare แล้วแต่ยังใช้ URL ที่ระบบกำหนด บทนี้ผูกเว็บเข้ากับ โดเมนของตัวเอง เพื่อให้ลูกค้าจำได้ ค้นเจอ และเชื่อถือ — เงื่อนไขสำคัญคือโดเมนแม่ rawinlab.com ต้องอยู่ในบัญชี Cloudflare เดียวกัน อยู่แล้ว การผูกจึงเป็นแค่การเพิ่ม subdomain

เป้าหมายของบทนี้: เปิดเว็บจาก lay-pai-gun.rawinlab.com ด้วย HTTPS โดยลิงก์เดิมไม่ตาย

Prompt ที่ใช้

ให้ Mapping เว็บไซต์นี้ไปใช้ domain lay-pai-gun.rawinlab.com โดยโดเมน rawinlab.com อยู่ใน cloudflare แล้ว.

ภาพ capture ของ prompt ขอผูกโดเมน lay-pai-gun.rawinlab.com

จุดที่ทำให้ prompt นี้เดินได้เร็ว: เราบอกสถานะของโดเมนแม่ไว้ใน prompt เลย ว่าอยู่ใน Cloudflare แล้ว agent จึงไม่ต้องถามกลับหรือเดาว่าจะต้องโยน DNS จากผู้ให้บริการรายอื่น

ผลลัพธ์

agent ทำงาน 7 นาที 30 วินาที แก้เพียง 2 ไฟล์ (README และ wrangler.jsonc) แล้วรายงานว่า:

  • ผูกโดเมนเรียบร้อย: lay-pai-gun.rawinlab.com
  • ตรวจแล้ว HTTPS ใช้งานได้ และไฟล์เว็บตรงกับเวอร์ชันล่าสุด (ไม่ใช่ของเก่าค้างจาก cache)
  • ลิงก์เดิมยังใช้งานได้ — คนที่จด URL เดิมไว้ไม่หลง
  • เตือนว่า บางเครือข่ายอาจต้องรอ DNS cache อัปเดตอีกสักครู่ จึงจะเปิดโดเมนใหม่ได้

ภาพ capture ของผลผูกโดเมนสำเร็จ พร้อมหมายเหตุเรื่อง DNS cache

ภาพ capture ของสรุปไฟล์ที่แก้ README และ wrangler jsonc

การแก้ wrangler.jsonc คือหัวใจของขั้นนี้ — เพิ่มการ mapping ชื่อโดเมนเข้ากับเว็บที่ deploy ไว้ ส่วน README บันทึกวิธีผูกไว้ทบทวน

ทำไมต้องรอ DNS cache (และรอนานแค่ไหน)

เมื่อเพิ่ม subdomain ใหม่ ระบบ DNS ทั่วโลกต้องค่อย ๆ รับรู้ว่า lay-pai-gun.rawinlab.com ชี้ไปที่ใด:

สิ่งที่เกิดขึ้น ใครเห็นก่อน–หลัง
Cloudflare อัปเดต record ทันทีหลังผูก ผู้ใช้ที่ DNS ชี้อยู่ที่ Cloudflare เห็นไวมาก (มักไม่กี่นาที)
resolver สาธารณะ (เช่น 8.8.8.8) ดึงค่าใหม่ตาม TTL แต่ละเครือข่าย/แต่ละประเทศไม่พร้อมกัน
DNS ภายในองค์กรหรือ ISP บางรายเก็บค่าเดิมนานกว่า คนกลุ่มนี้เห็นโดเมนใหม่ช้าที่สุด

ในทางปฏิบัติ: ถ้าเปิดไม่ได้ อย่าสั่งแก้อะไรทันที — รอ 5–15 นาทีแล้วลองใหม่ (หรือลองจากเครือข่ายอื่น/มือถือ) ก่อนสรุปว่าผูกโดเมนพลาด การสั่งแก้ซ้ำขณะ DNS กำลังอัปเดตมักสร้างงานเพิ่ม ไม่ได้แก้ปัญหา

ข้อควรระวังและบทเรียน

  • บอกบริบทของโดเมนใน prompt เสมอ — โดเมนอยู่ที่ไหน ใครถือ control อยู่ จะช่วยให้ agent เลือกวิธีที่ถูกต้องได้ทันที
  • ตรวจ HTTPS ให้เป็นขั้นตอนหลังผูกโดเมนเสมอ — เว็บที่เปิดได้แต่ certificate ไม่ตรงจะโดนเบราว์เซอร์เตือนและทำลายความเชื่อมั่นทันที Cloudflare ออก certificate ให้อัตโนมัติเมื่อโดเมนอยู่ในระบบ แต่ต้องยืนยันว่าใช้งานจริง
  • อย่าลืมทดสอบฟอร์มบนโดเมนใหม่ — ตามคำเตือนจากบท 03 และ 06 ฟอร์มอีเมลต้อง activate และทดสอบส่งจริงจากโดเมนที่ใช้งานจริง
  • เก็บลิงก์เดิมไว้ทำงาน — การคง URL เดิมช่วยกันคนหลง และให้เราเทียบเวอร์ชันได้ขณะโดเมนใหม่ยังโดน cache

ต่อไป: บท 08 — ระบบหลังบ้าน /admin และสรุปท้าย workshop

บทถัดไป →

ความคืบหน้าบันทึกเฉพาะเบราว์เซอร์นี้ ไม่มีบัญชีผู้เรียนหรือการส่งข้อมูลการเรียนขึ้นเซิร์ฟเวอร์