Hyperflow Transform
Transform your Webflow Page content in unique ways
These are 100% internal R&D. No public product is available, but if you need these features, contact us for details on how we can implement them for you.
x-attributes
NoIndex
A "noindex" HTTP response header
HTML Decode chunks
To support a kind of HTML Embed field in the CMS.
Configuration concept
General v. Specific
Site wide, with page-level overrides
Sequence
Transforms MAY occur in the specific, described sequence.
Configuration examples
The config will likely use YAML to minimize syntax requrirements;
This convention follows the format for Media Types where type/subtype+suffix
signifies that the content is a subtype that follows the serialization format of the suffix (in this case, JSON).
Type: sygnal/
Type: sygnal/proxy+json
sygnal/proxy+json
Changing to sygnal/hyperflow+json
More verbose, but also more familiar to many web developers.
Type: sygnal/proxy+yaml
sygnal/proxy+yaml
Changing to sygnal/hyperflow+yaml
Important YAML notes
Arrays and objects.
The hyphen (-
) in YAML is used to denote elements of a sequence, which is YAML's way to represent arrays or lists. If you're defining a sequence of items, each new item in the list is prefixed with a hyphen and space.
In the context of the YAML you're discussing, the hyphens are used to create an array of objects:
Each hyphen indicates a new object in the list. Without the hyphens, the YAML would represent a single object with multiple properties, not an array. If you were to remove the hyphens and still want to keep the structure as an array of objects, you would need to adjust the syntax accordingly, which would not be valid YAML for an array.
However, if your goal is to have a single object with multiple properties, you would format your YAML like this (without hyphens):
Double quotes
In YAML, quotes are optional for strings unless the string:
Contains characters that can be misinterpreted as YAML syntax, such as
:
,{
,}
,[
,]
,,
,&
,*
,#
,?
,|
,-
,<
,>
,=
,!
,%
,@
,and ``
.Starts with a character that could be misinterpreted as a non-string scalar, such as a digit, or the characters
-
,?
, or:
.Contains leading or trailing spaces, or line breaks, which you want to be part of the string.
For instance:
The quotes around the date are not strictly necessary according to YAML syntax rules. I included them because dates can sometimes be interpreted as other types, such as integers or dates, depending on the parser's capabilities and settings. To ensure that the value is treated as a string, it can be helpful to enclose it in quotes. However, in this specific case, even without the quotes, most parsers would interpret 2023-11-06
correctly as a date in YAML.
In other cases, you might include quotes to signal that the data should definitely be interpreted as a string:
Debugging
Output to config
Server-side config log
Last updated