You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/content/guides/7.multistore/3.patterns/5.subpath/1.subpath.md
+35-2
Original file line number
Diff line number
Diff line change
@@ -24,14 +24,47 @@ For example, with this setup you could have:
24
24
25
25
All of this is served from a single Frontend deployment.
26
26
27
-
##Setting Up the Middleware
27
+
### How Config Switcher Works
28
28
29
-
The first step is to configure your Middleware to support different configurations using the Config Switcher extension.
29
+
The Config Switcher dynamically changes your middleware integration configuration based on the current request configuration ID sent with the `x-alokai-middleware-config-id` header. This means:
30
+
31
+
1.**Path-Based Configuration**
32
+
- Different configuration ID set by different paths allow to fetch data from different sources
- Multiple configurations can exist within a single store
39
+
40
+
3.**Same-Store Operation**
41
+
- Config Switcher works within a single store instance
42
+
- It extracts the configuration ID from the request
43
+
- It executes requests using the appropriate configuration
30
44
31
45
::tip Config Switcher Documentation
32
46
This section provides a brief overview of setting up Config Switcher. For complete documentation, refer to the [Config Switcher guide](https://docs.alokai.com/middleware/guides/config-switcher).
33
47
::
34
48
49
+
### Key Distinctions To File-Based Inheritance
50
+
51
+
`ConfigSwitcher` operates differently from file-based inheritance:
0 commit comments