Blog Sections Open
Outputting Raw JSON Without Letting the Evolution Parser Eat It
How to print JSON examples or JavaScript data blocks safely when Evolution syntax collides with double square brackets.
JSON examples that contain are awkward in Evolution CMS because the parser naturally treats those brackets as CMS tags. If you print the data directly inside a page or chunk, the parser may try to evaluate the content instead of leaving it alone.
This is not really a JSON problem. It is a parser collision problem.
Safer ways to handle it
- move the JSON to an external file,
- generate the JSON in a script or endpoint instead of hardcoding it in the page,
- wrap the example in a code-safe output path when the goal is only documentation.
If the JSON is meant for JavaScript execution, an external asset is usually the cleanest answer. If it is meant only as a visible code example, render it through a code block that prevents the CMS parser from touching it.
Whenever JSON contains parser-like tokens, keep it away from the normal template evaluation path.
Applying a New Price Coefficient TV Across a Large Catalog
A practical way to introduce a new price coefficient TV across thousands of products without turning the manager into a manual editing nightmare.
Planning a Separate Mobile Version Without Cloning the Whole Site
How to approach a dedicated mobile version in Evolution CMS without turning one project into two permanently diverging sites.