To nest a site at a sub-path of another site, create a configuration file such as:
/🔌path-name.yaml where "path-name" will become the directory
where the site is nested at.
For example, if your main site is hosted at
a configured nested site
/🔌store.yaml would host the
nested site at
Development of a nested site should be no different than if the site is intended for deployment on a root domain. The final deployment location of the site (root domain or nested path) is code agnostic. Therefore the nested site's code should not hardcode its final mount location. Stacklane applies a few simple rules to facilitate this. The following scenarios are automatically modified to include the mount path prefix of the nested site:
- Static assets such as links to scripts / images.
- Form actions beginning with
<form ... action="/my-endpoint">
- Any HTML attribute in the format
href="/my/path"where the attribute ends with
hrefand its value begins with
The last rule covers a variety of scenarios including
a, as well as custom attributes, for example:
<body>, such as this:
If the site is deployed to the root domain then this will always be
Otherwise it will be the mount path where parent site is nesting this site.
For production deployment, the repository
/owner/ must match the owner of the
source which is importing the nested site.
The only required field for a site mount is the location to obtain the nested site's source code.
Optionally the source URL may specify a branch or tag.
Changing the namespace identifier after it contains production data will result in a loss of data.
If the nested site is data driven, then it must be assigned a data namespace. This ensures the data remains relevant if you later change its path. Minimum length is 4 characters, maximum length is 25 characters.
A nested site may share data with its parent by specifying:
However this should only be used in special scenarios, especially when the parent and nested site are sharing the same data model.
If the nested site contains a properties file, then the values in this file may be overridden, where the values beneath "🎨" correspond to values in the nested site's 🎨.scss properties file.
🎨: some-option: true the-color: aliceblue
A nested site definition may also use properties from the parent:
🎨: the-color: $name-of-parent-property
Since secure keys and credentials are scoped to the parent, there may be certain keys that the parent needs to expose to a nested site. The parent must explicitly specify individual keys, and any other keys will be non-existent for the nested site.
keys: - api:stripe.com