- 2.x vs 3.x architecture -- the legacy flat naming (domain.config.{id}.{name}) vs native config collections (domain.{id} collection with original config names)
- Limitations of the 2.x approach -- namespace pollution, fragile regex parsing, no core API integration, broken export/import
- 3.x benefits -- clean separation, standard ConfigFactoryOverrideInterface, proper export/import with subdirectories
- Runtime override resolution -- the two-layer cascade (domain-only at priority -253, then domain+language at -252) with a concrete system.site example
- Domain context -- how DomainNegotiationContext drives override selection
- Caching -- cache suffix and domain cache context
- Config lifecycle events -- save/delete/rename propagation to domain collections
- Config export/import -- directory structure for sync and module defaults
- Domain Config UI integration -- link to the existing docs
- 2.x to 3.x migration -- the 5-step DomainConfigMigration service and update hook
- Services reference table
Issue fork domain-3574966
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #4
mably commented