เครื่องมือ 23 ตัว

ตอบกลับคำทักทายพร้อมบัญชีที่การเชื่อมต่อนี้ทำงานในนาม ใช้พิสูจน์ว่าการเชื่อมต่อทำงานได้ตั้งแต่ต้นจนจบ และบอกชื่อบัญชีที่เป็นเจ้าของทุกอย่างที่ deploy ผ่านมัน คำปฏิเสธทุกอันในที่อื่นเป็นเรื่องของบัญชีนี้ และนี่คือที่เดียวที่คุณอ่านมันได้

แสดงสิ่งที่บัญชีนี้เคยถูกปฏิเสธ เรียงใหม่สุดก่อน ด้วยถ้อยคำเดิมเป๊ะที่บอกไปตอนนั้น deploy ที่ด่านตรวจ schema หยุดไว้ เว็บที่คนอื่นเป็นเจ้าของ SQL ที่ยิงใส่ฐานข้อมูลที่ยกให้เจ้าของไปแล้ว เฉพาะคำปฏิเสธเท่านั้น ส่วนที่สำเร็จ list_deploys แสดงอยู่แล้ว มันคือวิธีที่ AI ซึ่งมารับงานต่อในบทสนทนาถัดไปรู้ว่าครั้งก่อนพังเพราะอะไร โดยไม่ต้องถามคุณ

เก็บ bundle ของเว็บที่กู้คืนได้ ทั้งไฟล์ ซับโดเมน และเวอร์ชัน ลงใน artifact store แล้วเอาขึ้นออนไลน์ และตอบกลับด้วย URL จริง ไฟล์แต่ละไฟล์ส่งมาเป็น text หรือ base64: text สำหรับ HTML, CSS และ JavaScript ส่วน base64 สำหรับรูป ฟอนต์ ไอคอน และอะไรก็ตามที่ไม่ใช่ text โค้ดหลังบ้านอยู่ใน functions โดย path คือ URL ดังนั้น functions/api/orders.js ตอบ /api/orders และ URL อื่นทั้งหมดเสิร์ฟจากไฟล์ ระบุ routing เป็น static หรือ spa ได้ ถ้าไม่ระบุจะเดาให้ และคำตอบจะบอกว่าใช้แบบไหน การเอาขึ้นออนไลน์อ่าน bundle กลับจาก store ไม่ได้ใช้ของในหน่วยความจำ สิ่งที่เสิร์ฟจึงเป็นสิ่งที่กู้คืนได้เสมอ

คืนลิงก์ใช้ครั้งเดียวกับสคริปต์ Node สั้น ๆ ที่ส่งโฟลเดอร์ที่ build แล้วไปที่ลิงก์นั้น สำหรับโปรเจกต์ที่ framework สร้าง: React หรือ Vue ด้วย Vite, Next.js, Nuxt, SvelteKit, Astro ที่นี่ไม่ build อะไรให้ โปรเจกต์ build ที่เครื่องที่มีโค้ดอยู่ แล้วส่งโฟลเดอร์ผลลัพธ์ dist หรือ out หรือ .output/public โดย text ส่งเป็น text ที่เหลือส่งเป็น base64 ภายใต้ขอบเขต 4 MB เดิม การส่งจะเก็บเป็นเวอร์ชันเหมือน deploy_site ทุกอย่างและไม่เอาขึ้นออนไลน์ publish_deploy คือตัวที่เอาขึ้น โค้ดหลังบ้านไม่ได้อยู่ใน build ดังนั้น API route และ server rendering ของ framework จะไม่ตามมา ฟังก์ชัน JavaScript ธรรมดาส่งไปพร้อมโฟลเดอร์ได้ ลิงก์ใช้ได้ครั้งเดียว ภายในสิบห้านาที

build โปรเจกต์ที่ framework ต้อง build จาก source บนแพลตฟอร์มนี้ ทั้ง React หรือ Vue ด้วย Vite, Next.js แบบ output export, Nuxt แล้วเก็บผลลัพธ์เป็นเวอร์ชันของเว็บ publish_deploy คือตัวเอาขึ้นออนไลน์ นี่คือประตูสำหรับ AI ที่ไม่มี shell อย่าง ChatGPT หรือ claude.ai ไม่มีอะไรถูกติดตั้งจาก package.json ของคุณ: build รันใน sandbox ที่แยกขาด กับ toolchain ที่แพลตฟอร์มปักเวอร์ชันไว้ ไม่ถือ credential ของเราและติดต่อได้แค่ package registry ส่วน dependency นอก toolchain จะถูกปฏิเสธพร้อมบอกชื่อและรายการทั้งหมด โค้ดหลังบ้านไม่ถูก build ไฟล์ใต้ functions/ ผ่านไปเป็นฟังก์ชัน JavaScript ธรรมดา build ที่เร็วจบในคำตอบเลย ที่นานกว่านั้นได้ job ไว้ถาม build_status build แรกของบัญชี และ build แรกหลังเว้นว่างไปพักหนึ่ง จะช้ากว่าปกติหนึ่งถึงสองนาทีระหว่างติดตั้ง toolchain บัญชีหนึ่งมี build ได้ทีละหนึ่ง

รายงาน build ที่ start_build เริ่มไว้: ยังรันอยู่ เสร็จแล้วพร้อมเวอร์ชันที่เก็บ หรือล้มเหลวพร้อมบรรทัดท้าย ๆ ที่ build พิมพ์ออกมา build ใช้เวลาสิบวินาทีถึงไม่กี่นาที เมื่อเสร็จ publish_deploy กับเว็บนั้นคือตัวเอาเวอร์ชันขึ้นออนไลน์

เอาเวอร์ชันที่อยู่ใน artifact store แล้วขึ้นออนไลน์ ค่าเริ่มต้นคือเวอร์ชันใหม่สุด หรือระบุชื่อเวอร์ชันเก่าก็ได้ การย้อนกลับก็คือการเอาเวอร์ชันเก่าขึ้น ซึ่งเป็นเส้นทางโค้ดเดียวกับตอนกู้ระบบ เส้นทางย้อนกลับจึงได้ใช้จริงทุกครั้งที่มีคน deploy

เอาเว็บลงจากออนไลน์ คนที่เข้ามาจะไม่เห็นเว็บทันที และไม่มีอะไรถูกลบ: ทุกเวอร์ชันที่เก็บไว้ยังอยู่ที่เดิม ฐานข้อมูลไม่ถูกแตะ site id ยังเป็นของคุณ และ publish_deploy เอากลับขึ้นได้ที่เวอร์ชันที่ออนไลน์อยู่ตอนนั้น ใช้ตอนร้านปิด หน้าเว็บออกไปผิด หรือเลื่อนเปิดตัว การ deploy หน้าที่เขียนว่าปิดแล้วเป็นคนละเรื่อง เพราะหน้าเดิมยังอยู่สำหรับคนที่ถือ URL ไว้ มีอย่างเดียวที่ไม่กลับมาเอง: ค่าของ secret อยู่บน script ที่ถูกเอาออก และแพลตฟอร์มนี้อ่านหรือคัดลอกค่านั้นไม่ได้ คุณจึงต้องตั้งค่าใหม่หลังเว็บกลับมาออนไลน์ คำตอบจะบอกชื่อทุกตัวที่ต้องตั้งใหม่

ไม่ใส่อาร์กิวเมนต์ จะแสดงเว็บที่บัญชีนี้เป็นเจ้าของ ใส่ site id จะแสดงทุกเวอร์ชันที่เก็บไว้ของเว็บนั้น เรียงใหม่สุดไว้ท้าย และบอกว่าเวอร์ชันไหนออนไลน์อยู่ เว็บของบัญชีอื่นจะไม่แสดงและอ่านไม่ได้

ประกาศชื่อ secret ที่ function ของเว็บจะอ่านเป็น env.NAME เช่น API key หรือ webhook signing secret แล้วคืนลิงก์ไปที่ panel ให้คุณวางค่าเอง ค่านั้นไม่ผ่าน AI เลย ตั้งใจให้เป็นแบบนั้น: key ที่อยู่ในการเรียกเครื่องมือคือ key ที่อยู่ในบทสนทนาและใน log ทุกชั้นระหว่างทาง เครื่องมือที่นี่จึงไม่มีตัวไหนรับค่า เว็บต้อง deploy มาแล้วอย่างน้อยหนึ่งครั้ง เพราะค่าจะถูกเขียนด้วยการเอาเวอร์ชันปัจจุบันขึ้นใหม่พร้อม binding เพิ่มอีกหนึ่งตัว หลังจากนั้นทุก deploy จะพกค่านั้นต่อไปโดยไม่มีใครอ่านมัน DATABASE_URL ไม่นับเป็น secret แบบนี้

แสดงชื่อ secret ที่ function ของเว็บอ่านได้ และบอกว่าแต่ละตัวมีค่าแล้วหรือยัง ไม่แสดงค่าเด็ดขาด: แพลตฟอร์มเขียนค่าลงบนเว็บและอ่านกลับไม่ได้ นี่คือวิธีที่ AI เช็กว่า key ที่ขอให้คุณตั้งมาถึงแล้ว ก่อนจะไล่หาว่าทำไม route ที่อ่านมันถึงพัง

อ่านสิ่งที่ deploy ไปแล้วกลับมา: รายชื่อไฟล์ของเวอร์ชันที่เก็บไว้ หรือเนื้อหาของไฟล์หนึ่งไฟล์ มันคือวิธีที่เว็บซึ่งเขียนในบทสนทนาหนึ่ง แก้ต่อได้ในอีกบทสนทนาโดย AI ที่ไม่ได้อยู่ตอนเขียน และเป็นวิธีที่โค้ดออกจากที่นี่ได้เลย text กลับมาเป็น text รวมถึง source ที่แพลตฟอร์มนี้ไม่มี content type ให้ ไฟล์ binary จะแสดงพร้อมขนาดและให้ไปดึงจากเว็บเอง อ่านได้เฉพาะสิ่งที่ manifest ของเวอร์ชันนั้นระบุ path จึงชี้ไปที่อื่นไม่ได้

เก็บบันทึกสั้นๆ ไว้กับเว็บ: เว็บนี้มีไว้ทำอะไร แต่ละตารางเก็บอะไร คุณตัดสินใจอะไรไว้ และอยากทำอะไรต่อ read_site แสดงบันทึกนี้ไว้เหนือรายชื่อไฟล์ AI ตัวถัดไปที่มาแก้เว็บ ไม่ว่าจะในบทสนทนาอื่นหรือแอปอื่น จึงเริ่มจากสิ่งที่คุณตั้งใจ ไม่ใช่จากโค้ดอย่างเดียว เขียนใหม่แต่ละครั้งจะแทนที่บันทึกเดิม แต่ของเก่าเก็บไว้ทั้งหมด จึงไม่มีอะไรหาย ยาวได้ไม่เกิน 6,000 ตัวอักษร และห้ามใส่รหัสผ่านหรือ key

บอกว่าเว็บไหนของคุณพังต่อหน้าคนเข้าชมในช่วงนี้ หรือถ้าระบุเว็บ จะบอกว่า route ไหนพัง เมื่อไร กี่ครั้ง ตามที่ runtime ตัดสินเอง: 503 คือถูกหยุดเพราะชนขีดจำกัดทรัพยากร 500 คือโค้ด throw หรือยิง request ออกไปมากเกิน และสองอย่างนี้แยกกันไม่ได้ มันไม่ใช่สิ่งที่ function พิมพ์ออกมา ยังไม่มีทางอ่านสิ่งนั้น บันทึกนับเป็นราย route รายชั่วโมง เก็บไว้เจ็ดวัน และเป็นแบบพยายามเท่าที่ทำได้: ความล้มเหลวที่แพลตฟอร์มไม่ได้รับรายงานจะไม่อยู่ในนี้ ไม่เก็บ query string, header หรือ body เด็ดขาด

สร้างฐานข้อมูล Postgres ให้เว็บหนึ่งเว็บ หนึ่งเว็บมีได้หนึ่งชุด เรียกซ้ำจะได้ชุดเดิมกลับมา ไม่สร้างชุดที่สอง ตอบกลับด้วย connection string ของ owner สำหรับคนที่มีเทอร์มินัล และ string นั้นห้ามใส่ลงในไฟล์ของเว็บ หรือใน function เด็ดขาด เพราะโค้ดที่ deploy แล้วเป็นของสาธารณะ function ของเว็บจะได้ connection string อีกชุดที่จำกัดสิทธิ์ให้อัตโนมัติตอน deploy ในชื่อ env.DATABASE_URL

รัน SQL กับฐานข้อมูลของเว็บในฐานะ owner นี่คือวิธีสร้างตาราง policy และข้อมูลตั้งต้น และวิธีอ่านกลับ ทุกคำสั่งรันใน transaction เดียว ถ้าคำสั่งไหนล้ม ไม่มีคำสั่งไหนมีผล ตารางกับ row-level security policy ของมันควรอยู่ในคำสั่งเรียกเดียวกัน เพราะตารางที่ไม่มี policy จะ deploy ไม่ผ่าน คำตอบจะบอกว่าแต่ละคำสั่งคืนอะไร และด่าน deploy ยังจะปฏิเสธอะไรอยู่

บอกว่าเว็บมีฐานข้อมูลหรือไม่ และแพลตฟอร์มนี้ยังถือมันอยู่หรือเปล่า

คืน URL แบบใช้ครั้งเดียวที่ย้ายฐานข้อมูลไปอยู่ในบัญชีของคุณเอง หลังจากนั้นแพลตฟอร์มนี้เข้าถึงมันไม่ได้อีกเลย อ่านไม่ได้ สำรองไม่ได้ ดึงกลับไม่ได้ นี่คือทางออก และไม่มีเส้นตาย ขอ URL ใหม่ได้ทุกเมื่อที่ต้องการ ไม่ว่าฐานข้อมูลจะเก่าแค่ไหน ลิงก์ที่หมดอายุจึงไม่ใช่โอกาสที่คุณพลาดไป

เขียน connection string ลงบนเว็บที่ deploy แล้วในชื่อ env.DATABASE_URL โดยเอาเวอร์ชันปัจจุบันที่เก็บไว้ขึ้นใหม่: ไฟล์เดิมทุกไฟล์ ไม่เปลี่ยน แค่ binding ต่างไป มันมีไว้สำหรับสถานการณ์เดียวและปฏิเสธที่เหลือ หลัง transfer_database คุณเป็นเจ้าของฐานข้อมูล และ credential ชุดเดียวที่เว็บใช้อยู่คือ binding แบบเขียนอย่างเดียว บนตัวเว็บ ซึ่งแพลตฟอร์มนี้อ่าน คัดลอก หรือคำนวณกลับไม่ได้ นี่คือสิ่งที่ใส่มันกลับเข้าไป เราไม่เก็บค่านั้นไว้ ไม่อ่านกลับ และไม่ทดสอบ ให้เช็กด้วยการเปิดเว็บ

ซ่อมเว็บที่เข้าถึงฐานข้อมูลซึ่งแพลตฟอร์มนี้ถือให้ไม่ได้แล้ว เพราะ role จำกัดสิทธิ์ที่ function ใช้ต่อ คือ juudd_app ถูก drop หรือถูกเปลี่ยนรหัสผ่านด้วยมือจากเทอร์มินัล เราสร้าง role ขึ้นใหม่แบบ NOBYPASSRLS ให้รหัสผ่านใหม่ ให้สิทธิ์เฉพาะที่ด่านตรวจ schema อนุญาตบนตารางที่มีอยู่ตอนนี้ และเอาเวอร์ชันปัจจุบันของเว็บขึ้นใหม่เพื่อพกมันไป นี่คือการหมุนเวียนรหัส รหัสเก่าจึงใช้ไม่ได้ทันที และฝั่งนี้แยกไม่ออกว่ารหัสผ่านผิดหรือถูก ให้แน่ใจกับการวินิจฉัยก่อน

จองโดเมนที่คุณมีอยู่แล้วให้เว็บของคุณหนึ่งเว็บ และตอบกลับด้วยเรกคอร์ด CNAME เป๊ะ ๆ ที่ต้องไปเพิ่ม ที่ผู้ให้บริการ DNS ของคุณ แพลตฟอร์มนี้ไม่จดโดเมนให้ คุณเอาโดเมนที่ถืออยู่มาเอง เว็บยังใช้ที่อยู่เดิมได้ด้วย ทั้งสองใช้ได้ และไม่มีอันไหน redirect ไปหาอีกอัน หนึ่งโดเมนเป็นของหนึ่งเว็บ: ถ้าเว็บอื่นจองไปแล้ว มันจะบอกและไม่เปลี่ยนอะไร และ www.example.com กับ example.com คือการจองสองครั้งแยกกัน โดเมนสองแบบรับไม่ได้: โดเมนเปล่าอย่าง example.com ใช้ได้ก็ต่อเมื่อผู้ให้บริการทำ CNAME flattening หรือมีเรกคอร์ด ALIAS หรือ ANAME และโดเมนที่เสิร์ฟผ่าน CDN เจ้าอื่นอยู่ ตรวจสอบไม่ได้ตราบที่ CDN นั้นยังคั่นอยู่ข้างหน้า

บอกว่าโดเมนที่จองไว้ไปถึงไหนแล้ว และพามันไปต่อเมื่อพร้อม ต้องเป็นจริงสองอย่างแยกกันก่อนมันจะเสิร์ฟได้: โดเมนต้องพิสูจน์ได้ว่าชี้มาที่นี่ และต้องออก certificate ให้มันแล้ว ตัวนี้รายงานทั้งสองอย่าง เพราะโดเมนที่ resolve ได้แต่ไม่มี certificate จะพังในเบราว์เซอร์แทนที่จะขึ้น 404 การรอเป็นเรื่องปกติ เพราะ DNS ใช้เวลาเท่าที่ TTL ของผู้ให้บริการคุณกำหนด ซึ่งไม่มีใครควบคุมได้ ตรวจผ่านแล้วก็ยังไม่เท่ากับเสิร์ฟทันที: พอครบทั้งสองอย่าง โดเมนจะเริ่มตอบภายในครู่เดียว request แรกที่พลาดจึงควรลองอีกครั้งก่อนจะสรุปอะไร และมันยังเป็นวิธีเจอโดเมนที่ DNS ย้ายออกไปทีหลังด้วย เพราะไม่มีอะไรประกาศเรื่องนั้น

ปล่อยโดเมนที่จองไว้: หยุดเสิร์ฟทันที ลบการลงทะเบียนออก และโดเมนกลับมาให้ใครก็จองได้ รวมถึงบัญชีอื่น เว็บ ไฟล์ ประวัติ deploy และฐานข้อมูลอยู่เหมือนเดิมทั้งหมด และเว็บยังใช้ที่อยู่เดิมได้ ไม่มีอะไรเปลี่ยนที่ผู้ให้บริการ DNS ของคุณ เรกคอร์ดที่คุณเพิ่มไว้จึงยังชี้มาที่นี่ และจะ resolve ไปหาอะไรที่ไม่มีประโยชน์จนกว่าคุณจะลบมัน