Auf dieser Seite finden Sie Antworten auf häufig gestellte Fragen zu App Hosting.
App Hosting Häufig gestellte Fragen
Unterstützt App Hosting auch andere Frameworks als Next.js und Angular?
App Hosting bietet vorkonfigurierte Build- und Bereitstellungsunterstützung für Next.js und Angular. Wir haben uns darauf spezialisiert, diese Frameworks zu verstehen und ihre nativen Konfigurationen zu interpretieren. Für eine Reihe von
anderen Frameworks unterstützt die Entwickler-Community App Hosting-Framework-Adapter. Außerdem versucht App Hosting, für jede Node.js-Anwendung mit einem Build- und Start-Script Builds auszuführen, kann aber nicht zuverlässig den Erfolg garantieren. Weitere Informationen finden Sie unter Framework-Integration.
Welche Regionen werden von Firebase App Hosting unterstützt?
Die Regionen für App Hosting werden sich wahrscheinlich im Laufe der Zeit erweitern. Aktuelle Informationen finden Sie unter App Hosting-Standorte.
Kann ich neben GitHub auch GitLab oder andere Git-Anbieter für Bereitstellungen verwenden?
Derzeit ist das nicht möglich. Unterstützung für andere Anbieter ist aber in der langfristigen Roadmap für App Hosting vorgesehen.
Why can't I find my repository in the Firebase console UI?
Wenn Ihr Repository nicht in der Liste der Optionen angezeigt wird, wenn Sie in der Firebase Console ein neues Backend erstellen, wählen Sie zuerst Liste aktualisieren aus. Wenn das bevorzugte Repository immer noch nicht verfügbar ist, müssen Sie es möglicherweise mit der Option Zugriff auf ein neues Repository in GitHub gewähren hinzufügen.
Außerdem können Sie Repositories mit der Firebase App HostingGitHub-Anwendung verwalten. Rufen Sie dazu Ihr GitHub-Profil auf und wählen Sie Einstellungen und dann Anwendungen aus. Klicken Sie in der Tabellenzeile für die Anwendung Firebase App Hosting auf Konfigurieren, um Repositories zu verwalten.
Wie ändere ich das Repository, das mit meinem App Hosting-Projekt verknüpft ist?
Derzeit ist es nicht möglich, das Repository zu ändern. Sie können jedoch ein neues Backend erstellen, das mit dem bevorzugten Repository im selben Projekt verknüpft ist, oder ein neues Backend in einem separaten Projekt erstellen.
Header sind frameworkabhängig. Gehen Sie wie gewohnt vor.
Gibt es einen Emulator für die lokale Entwicklung mit App Hosting?
Ja, Sie können vor der Bereitstellung von App Hosting lokale Tests Ihrer App mit dem App Hosting-Emulator ausführen, der Teil der Firebase Local Emulator Suite ist. Weitere Informationen finden Sie unter App-Bereitstellung lokal testen .
Warum sehe ich Fehler in App Hosting, aber nicht in Cloud Build?
In solchen Fällen kann der Fehler von Cloud Run stammen.
Prüfen Sie zur Sicherheit den Status des Roll-outs.
Wie ändere oder entferne ich ein verknüpftes GitHub-Konto?
Wenn Sie das verknüpfte GitHub-Konto entfernen möchten, öffnen Sie Developer Connect, prüfen Sie, ob Ihr Projekt ausgewählt ist, und löschen Sie die Verbindung firebase-app-hosting-github-oath und die Verbindung, die mit apphosting-github-conn- beginnt. Wenn Sie App Hosting in der Firebase-Konsole öffnen, können Sie jetzt eine neue GitHub-Verbindung einrichten.
Wie kann ich Cookies für meine App Hosting-Website festlegen?
Der Set-Cookie-HTTP-Antwortheader war bei der Einführung der App Hosting-Vorabversion nicht verfügbar, funktioniert jetzt aber wie erwartet.
Allgemeine App Hosting-Einschränkungen und Fehlerbehebung
- Cache-Control-Header werden so geändert, dass CDN-Caches auf 60 Minuten begrenzt werden. Diese Einschränkung wird kurz nach der GA-Einführung des Produkts aufgehoben.
- Das CDN von App Hosting kann nur eine bestimmte Anzahl von Anfrageheadern in seinen Cache-Schlüsseln enthalten. Diese Liste enthält die Header
RSC, Next-Router-State-Tree, Next-Router-Prefetch, Next-Router-Segment-Prefetch und Next-Url von NextJS sowie die Standardheader 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 und X-Origin von Cloud CDN. Wenn eine Antwort einen Vary-Header mit einem hier nicht aufgeführten Wert enthält, wird sie von unserem CDN nicht im Cache gespeichert.
- Nicht im Cache gespeicherte statische Dateien werden von Cloud Run ausgeliefert. In einer späteren Version werden sie zur Leistungssteigerung vom App Hosting-Ursprung gespeichert und ausgeliefert.
- In der Firebase-Konsole wird beim Erstellen des Back-Ends möglicherweise gelegentlich die Fehlermeldung „Build wurde nicht gefunden und ist ungültig“ angezeigt.
- Alle Back-Ends im selben Projekt teilen sich eine GitHub-Organisation bzw. ein GitHub-Konto.
Sie können mit verschiedenen Repositories in dieser Organisation/diesem Konto verbunden sein.
Wenn Sie Backends erstellen möchten, die mit verschiedenen GitHub-Konten verbunden sind, platzieren Sie sie in separaten Projekten.
Einschränkungen und Fehlerbehebung für Angular-Apps
Die App Hosting-Unterstützung für Angular befindet sich zwar in aktiver Entwicklung und wird erweitert, unterliegt aber den folgenden Einschränkungen:
- I18n: Die grundlegenden I18n-Funktionen funktionieren, aber die direkte Navigation zu SSR-Seiten kann zu Fehlern führen.
- Lokalisierung: Das Erstellen von Versionen für verschiedene Sprachen wird nicht unterstützt.
- Builder: Derzeit wird nur der Application Builder unterstützt.
- Umgebungen und Monorepo-Tools: Angular-Projekte mit mehr als einem Anwendungsziel schlagen fehl. Für eine umfassendere Unterstützung von Monorepos verwenden Sie Nx.
Einschränkungen und Fehlerbehebung bei Next.js
- Die vorinstallierte NextJS-Bildoptimierung ist beim App-Hosting standardmäßig deaktiviert, es sei denn, Sie legen
images.unoptimized explizit auf „falsch“ fest oder verwenden einen benutzerdefinierten Image Loader. Weitere Informationen finden Sie unter Bildladezeit in Next.js optimieren.
- URL-Pfade mit als Prozentwert codierten Zeichen werden von Cloud Run decodiert. Dies kann zu Problemen mit Funktionen führen, die nur codierte URL-Pfade erfordern, z. B. das parallele Routing von Next.js.
- Derzeit schränkt App Hosting das Caching für NextJS-Anwendungen mit Middleware ein.
Mit der Zeit sollten sich die Cache-Trefferquoten verbessern.
- URL-Pfade mit prozentual codierten Zeichen werden von Cloud Run decodiert.
Dies kann zu Problemen mit Funktionen führen, die nur codierte URL-Pfade erwarten, z. B. das parallele Routing von Next.js.
