Halaman ini berisi jawaban atas pertanyaan umum (FAQ) tentang App Hosting.
FAQ App Hosting
Batasan dan pemecahan masalah umum App Hosting
Karena masalah pada infrastruktur Cloud Run, pembuatan atau pembaruan resource mungkin lebih lambat dari yang diperkirakan di beberapa region seperti
us-central1. Jika latensi deployment menjadi masalah di region tertentu, Google merekomendasikan deployment ke region lain.CDN untuk App Hosting hanya dapat menyertakan kumpulan header permintaan tertentu dalam kunci cache-nya. Daftar ini mencakup:
Header Next.js:
RSC,Next-Router-State-Tree,Next-Router-Prefetch,Next-Router-Segment-Prefetch, danNext-Url.Header standar Cloud CDN:
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, danX-Origin.
Perhatikan bahwa jika respons berisi header
Varydengan nilai yang tidak tercantum di sini, CDN tidak akan meng-cache-nya.File statis yang tidak di-cache disajikan dari Cloud Run; dalam rilis mendatang, file tersebut akan disimpan dan disajikan dari origin App Hosting untuk performa yang lebih baik.
Konsol Firebase mungkin sesekali menampilkan error "build tidak ditemukan dan tidak valid" saat pembuatan backend.
Semua backend dalam project yang sama menggunakan organisasi/akun GitHub yang sama. Keduanya dapat dihubungkan ke repositori yang berbeda di bawah organisasi/akun tersebut. Untuk membuat backend yang terhubung ke akun GitHub yang berbeda, tempatkan backend tersebut dalam project yang terpisah.
Batasan dan pemecahan masalah aplikasi Angular
Meskipun dukungan App Hosting untuk Angular sedang dalam pengembangan aktif dan terus berkembang, dukungan ini memiliki batasan berikut:
- I18n: Meskipun fungsi inti I18n berfungsi, navigasi langsung ke halaman SSR dapat menyebabkan error.
- Pelokalan: Mem-build versi untuk lokalitas yang berbeda tidak didukung.
- Builder: Saat ini, hanya builder Aplikasi yang didukung.
- Lingkungan dan Alat Monorepo: Project Angular yang memiliki lebih dari satu target aplikasi akan gagal. Untuk dukungan monorepo yang lebih lengkap, gunakan Nx.
Error HTTP 400 dan Kepercayaan Proxy di SSR Angular
Jika aplikasi Angular Anda yang di-deploy di Firebase App Hosting mengalami error HTTP 400 (Bad Request), pemblokir validasi host, atau kegagalan kepercayaan proxy, ikuti solusi yang direkomendasikan untuk versi Angular Anda:
- Angular v19, v20, dan v21: Anda memiliki dua cara untuk mengatasi error HTTP 400 ini:
- Upgrade dependensi: Jalankan
npm update @angular/core @angular/ssruntuk menginstal rilis patch terbaru untuk versi Angular Anda saat ini. - Konfigurasi manual: Terapkan penggantian konfigurasi tingkat kode dengan
menetapkan
trustProxyHeaders: truedalam konfigurasi server Anda (lihat Mengonfigurasi header proxy tepercaya dalam dokumentasi Angular).
- Upgrade dependensi: Jalankan
- Angular v22: Build pertama di backend baru mungkin menampilkan error 400. Untuk mengatasi masalah ini, buat build kedua. Semua build berikutnya akan berfungsi sebagaimana mestinya.
Batasan dan pemecahan masalah Next.js
- Secara default, pengoptimalan gambar NextJS bawaan dinonaktifkan di App
Hosting kecuali jika Anda secara eksplisit menetapkan
images.unoptimizedke false atau menggunakan Pemuat Gambar kustom. Lihat Mengoptimalkan pemuatan gambar di Next.js. - Secara default, Next.js menulis halaman dan data yang di-cache ke sistem file, yang
diperhitungkan dalam memori setiap instance penyaluran di App Hosting. Jika
instance Anda dimulai ulang dengan error
Memory limit exceeded, lihat Mengonfigurasi caching server di Next.js. - Saat ini, App Hosting membatasi caching untuk aplikasi NextJS menggunakan middleware. Seiring waktu, rasio cache ditemukan akan meningkat.
- Jalur URL yang berisi karakter berenkode persen didekode oleh Cloud Run. Hal ini dapat menyebabkan masalah pada fitur yang hanya mengharapkan jalur URL yang dienkode, seperti perutean paralel Next.js.