คำถามที่พบบ่อยและการแก้ปัญหา

หน้านี้จะให้คำตอบสำหรับคำถามที่พบบ่อยเกี่ยวกับ App Hosting

คำถามที่พบบ่อยเกี่ยวกับ App Hosting

App Hosting ข้อจำกัดและการแก้ปัญหาทั่วไป

  • เนื่องจากปัญหาในโครงสร้างพื้นฐานของ Cloud Run การสร้างหรืออัปเดตทรัพยากรอาจช้ากว่า ที่คาดไว้ในบางภูมิภาค เช่น us-central1 หากเวลาในการตอบสนองของการติดตั้งใช้งานเป็นปัญหาในภูมิภาคใดภูมิภาคหนึ่ง Google ขอแนะนำให้ติดตั้งใช้งานในภูมิภาคอื่น
  • App HostingCDN ของ's สามารถรวมชุดส่วนหัวของคำขอที่เฉพาะเจาะจงใน คีย์แคชได้เท่านั้น รายการดังกล่าวรวมถึงส่วนหัว RSC, Next-Router-State-Tree, Next-Router-Prefetch, Next-Router-Segment-Prefetch และ Next-Url ของ NextJS รวมถึงส่วนหัวมาตรฐาน Accept, Accept-Encoding, Access-Control-Request-Headers, Access-Control-Request-Method, Origin, Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site, X-Goog-Allowed-Resources และ X-Origin ของ Cloud CDN หากการตอบกลับมีVary ส่วนหัวที่มีค่าที่ไม่ได้ระบุไว้ที่นี่ CDN จะไม่แคชการตอบกลับนั้น
  • ระบบจะแสดงไฟล์แบบคงที่ที่ไม่ได้แคชจาก Cloud Run ในรุ่นต่อๆ ไป ระบบจะจัดเก็บและแสดงไฟล์จากต้นทาง App Hosting เพื่อประสิทธิภาพที่ดียิ่งขึ้น
  • Firebase คอนโซลอาจแสดงข้อผิดพลาด "ไม่พบบิลด์และไม่ถูกต้อง" เป็นระยะๆ เมื่อสร้างแบ็กเอนด์
  • แบ็กเอนด์ทั้งหมดในโปรเจ็กต์เดียวกันจะแชร์องค์กร/บัญชี GitHub โดยสามารถเชื่อมต่อกับที่เก็บข้อมูลต่างๆ ภายใต้องค์กร/บัญชีนั้นได้ หากต้องการสร้างแบ็กเอนด์ที่เชื่อมต่อกับบัญชี GitHub อื่น ให้ใส่แบ็กเอนด์เหล่านั้นในโปรเจ็กต์แยกกัน

ข้อจำกัดและการแก้ปัญหาของแอป Angular

แม้ว่า App Hosting จะอยู่ระหว่างการพัฒนาและขยายการรองรับ Angular อย่างต่อเนื่อง แต่ก็มีข้อจำกัดดังนี้

  • I18n: แม้ว่าฟังก์ชันหลักของ I18n จะใช้งานได้ แต่การไปยังหน้า SSR โดยตรงอาจทำให้เกิดข้อผิดพลาด
  • การแปล: ไม่รองรับการสร้างเวอร์ชันสำหรับภาษาต่างๆ
  • เครื่องมือสร้าง: ขณะนี้รองรับเฉพาะเครื่องมือสร้างแอปพลิเคชัน
  • สภาพแวดล้อมและเครื่องมือ Monorepo: โปรเจ็กต์ Angular ที่มีเป้าหมายแอปพลิเคชันมากกว่า 1 รายการจะล้มเหลว หากต้องการการรองรับ Monorepo ที่สมบูรณ์ยิ่งขึ้น ให้ใช้ Nx

ข้อผิดพลาด HTTP 400 และความน่าเชื่อถือของพร็อกซีใน Angular SSR

หากแอปพลิเคชัน Angular ที่คุณติดตั้งใช้งานใน Firebase App Hosting พบข้อผิดพลาด HTTP 400 (คำขอไม่ถูกต้อง) ตัวบล็อกการตรวจสอบโฮสต์ หรือความล้มเหลวของความน่าเชื่อถือของพร็อกซี ให้ทำตามวิธีแก้ปัญหาที่แนะนำสำหรับ Angular เวอร์ชันของคุณ

  • Angular v19, v20 และ v21: คุณมี 2 วิธีในการแก้ไขข้อผิดพลาด HTTP 400 ดังนี้
    • อัปเกรดทรัพยากร Dependency: เรียกใช้ npm update @angular/core @angular/ssr เพื่อ ติดตั้งแพตช์ล่าสุดสำหรับ Angular เวอร์ชันปัจจุบัน
    • การกำหนดค่าด้วยตนเอง: ใช้การกำหนดค่าระดับโค้ดสำรองโดยการตั้งค่า trustProxyHeaders: true ในการกำหนดค่าเซิร์ฟเวอร์ (ดูการกำหนดค่าส่วนหัวของพร็อกซีที่เชื่อถือได้ในเอกสารประกอบของ Angular)
  • Angular v22: การบิลด์ครั้งแรกในแบ็กเอนด์ใหม่อาจแสดงข้อผิดพลาด 400 หากต้องการแก้ไขปัญหานี้ ให้สร้างบิลด์ที่ 2 บิลด์ต่อๆ ไปทั้งหมดควร ทำงานได้ตามที่ตั้งใจไว้

ข้อจำกัดและการแก้ปัญหาของ Next.js

  • โดยค่าเริ่มต้น ระบบจะปิดใช้การเพิ่มประสิทธิภาพรูปภาพ NextJS ในตัวใน App Hosting เว้นแต่คุณจะตั้งค่า images.unoptimized เป็น false อย่างชัดเจนหรือใช้โปรแกรมโหลดรูปภาพที่กำหนดเอง ดูเพิ่มประสิทธิภาพการโหลดรูปภาพใน Next.js
  • เส้นทาง URL ที่มีอักขระที่เข้ารหัสด้วยเครื่องหมายเปอร์เซ็นต์จะได้รับการถอดรหัสโดย Cloud Run ซึ่งอาจทำให้เกิดปัญหากับฟีเจอร์ที่คาดหวังเฉพาะเส้นทาง URL ที่เข้ารหัส เช่น การกำหนดเส้นทางแบบขนานของ Next.js
  • ปัจจุบัน App Hosting จำกัดการแคชสำหรับแอป NextJS ที่ใช้มิดเดิลแวร์ เมื่อเวลาผ่านไป อัตราการเข้าชมแคชควรดีขึ้น
  • Cloud Run จะถอดรหัสเส้นทาง URL ที่มีอักขระที่เข้ารหัสแบบเปอร์เซ็นต์ ซึ่งอาจทำให้เกิดปัญหาเกี่ยวกับฟีเจอร์ที่คาดหวังเฉพาะเส้นทาง URL ที่เข้ารหัส เช่น Next.js parallel routing