FAQ et dépannage

Vous trouverez sur cette page des réponses aux questions fréquentes sur App Hosting.

App Hosting Questions fréquentes

Limites et dépannage généraux App Hosting

  • Le CDN de App Hosting ne peut inclure qu'un ensemble spécifique d'en-têtes de requête dans ses clés de cache. Cette liste inclut les en-têtes RSC, Next-Router-State-Tree, Next-Router-Prefetch, Next-Router-Segment-Prefetch et Next-Url de NextJS, ainsi que les en-têtes standards 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 et X-Origin de Cloud CDN. Si une réponse contient un en-tête Vary avec une valeur qui ne figure pas dans la liste ci-dessus, notre CDN ne la mettra pas en cache.
  • Les fichiers statiques non mis en cache sont diffusés à partir de Cloud Run. Dans une version ultérieure, ils seront stockés et diffusés à partir de l'origine App Hosting pour de meilleures performances.
  • La console Firebase peut afficher par intermittence une erreur "build was not found and is invalid" (compilation introuvable et non valide) lors de la création du backend.
  • Tous les backends d'un même projet partagent une organisation ou un compte GitHub. Ils peuvent être associés à différents dépôts de cette organisation ou de ce compte. Pour créer des backends connectés à différents comptes GitHub, placez-les dans des projets distincts.

Limites et dépannage des applications Angular

Bien que la compatibilité de App Hosting avec Angular soit en cours de développement et d'expansion, elle présente les limites suivantes :

  • I18n : bien que la fonctionnalité I18n de base fonctionne, la navigation directe vers les pages SSR peut entraîner des erreurs.
  • Localisation : la création de versions pour différentes langues n'est pas prise en charge.
  • Builders : seul le générateur d'applications est actuellement compatible.
  • Environnements et outils Monorepo : les projets Angular comportant plusieurs cibles d'application échoueront. Pour une prise en charge plus complète des monorepos, utilisez Nx.

Limites et dépannage de Next.js

  • Par défaut, l'optimisation d'image NextJS intégrée est désactivée sur App Hosting, sauf si vous définissez explicitement images.unoptimized sur "false" ou si vous utilisez un chargeur d'image personnalisé. Consultez Optimiser le chargement des images sur Next.js.
  • Les chemins d'URL contenant des caractères encodés en pourcentage sont décodés par Cloud Run. Cela peut entraîner des problèmes avec les fonctionnalités qui n'attendent que des chemins d'URL encodés, comme le routage parallèle Next.js.
  • Actuellement, App Hosting limite la mise en cache des applications NextJS à l'aide du middleware. Au fil du temps, les taux de succès de cache devraient s'améliorer.
  • Les chemins d'URL contenant des caractères encodés en pourcentage sont décodés par Cloud Run. Cela peut entraîner des problèmes avec les fonctionnalités qui n'attendent que des chemins d'URL encodés, comme le routage parallèle Next.js.