Blog Sections Open
When Too Many TVs Become a Content Modeling Problem
Template Variables are one of Evolution CMS’s best strengths, but there is a tipping point where “just add another TV” stops being a good answer. The original question behind this post came from exactly that feeling. War
Template Variables are one of Evolution CMS’s best strengths, but there is a tipping point where “just add another TV” stops being a good answer. The original question behind this post came from exactly that feeling.
Warning Signs
- dozens of loosely related TVs on one resource type
- editors no longer understand which fields matter
- templates contain long chains of optional output checks
- field meaning varies from one section to another
What to Do Instead
- group TVs by real content domain
- split resource types when they no longer share one clean model
- move repeated logic into helpers or structured addons
- review whether some data belongs in a custom module or table
Too many TVs are usually a signal that the information architecture needs attention, not just another manager tab.
Using Array-Style Input Names with eForm
What to watch when eForm fields use names like fio[0] or name[0] and the form still needs predictable processing.
Bootstrapping the MODX API from an External PHP File
How to initialize the MODX API correctly from a standalone PHP script and why chunk calls fail when the bootstrap is incomplete.