Support for Multi-Domain Locale Detection in Angular SSR

Offen

#29,111 erstellt am 11.12.2024 5 Kommentare 6 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 5/5
Geschätzter Aufwand: Über eine Woche
Anfängerfreundlichkeit: 25/100

Issue-Typ: Feature
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: angular, typescript
Bereich: internationalization, web-dev

Rechercherichtung

Beginne damit, die Locale-Konfiguration und die Einstiegspunkte für die Verarbeitung von Requests/Domains von Angular SSR zu finden; im Issue werden keine Dateien oder Tests genannt. Als abgeschlossen gilt, dass SSR die passende Locale für example.com, fr.example.com und example.de auswählt, ohne auf pfadbasierte Locale-Segmente angewiesen zu sein, mit Abdeckung der unterstützten Zuordnungen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

area: @angular/ssr feature

Description

Currently, Angular SSR does not provide built-in functionality to detect the domain in a multi-domain setup and serve the appropriate localized version of the application. This feature would allow Angular SSR to dynamically render pages with the correct locale based on the domain.

Use Case:

Applications serving different localized versions (e.g., example.com, fr.example.com, example.de) need SSR to serve the appropriate locale.
Example:
- example.com → English content
- fr.example.com → French content
- example.de → German content

Describe the solution you'd like

Allow SSR to use the detected domain to select the corresponding locale configuration. Which simplifies multi-language deployment without relying on path-based locales (e.g., /en, /fr).

Describe alternatives you've considered

No response

Vorherrschende Sprache: TypeScript
Sterne: 27k
Forks: 11.8k
Ø Merge: 17 Std. 25 Min.
Gemergte PRs (30 T.): 183

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus angular/angular-cli

Can't use an array of hostnames in --allowedHosts cli parameter in @angular/build:dev-server Offen

area: @angular/build gemini-triaged

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100

angular/angular-cli#33955 · Erstellt am 28.8.2026
Allow tests to pass without any test files (e.g. via Vitest `passWithNoTests`) Offen

area: @angular/cli gemini-triaged

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

angular/angular-cli#33055 · 1 Kommentar · 3 Reaktionen · Erstellt am 26.4.2026
library builder: tslib is not added to the output package.json Offen

angular/build:library area: @angular/build gemini-triaged

angular/angular-cli#34131 · 1 zugewiesene Person · Erstellt am 20.9.2026
library builder: a name re-exported through two "export *" paths is dropped from the bundle Offen

angular/build:library area: @angular/build gemini-triaged

angular/angular-cli#34130 · 1 zugewiesene Person · Erstellt am 20.9.2026
library builder: entry points a/b and a-b are built into the same bundle Offen

angular/build:library area: @angular/build gemini-triaged

angular/angular-cli#34128 · 1 zugewiesene Person · Erstellt am 19.9.2026

Alle Issues in angular/angular-cli