Implementation notes¶
This page records current behaviour that can surprise editors. It is also a maintenance checklist for developers.
Known field and renderer mismatches¶
| Area | Current behaviour | Editorial workaround |
|---|---|---|
Collection and Project ContentOld |
Required in Strapi but never fetched/rendered. The optional dynamic-zone Content is the visible body. |
Keep ContentOld minimal if validation requires it; build the real page in Content. |
| URL Redirect status | Schema supplies Permanent; frontend reads StatusCode. |
Coordinate with a developer. Current generated redirects are temporary. |
| Video upload | media.video.Video can store a file, but the renderer only handles YouTube. |
Always supply a supported YouTube URL. |
| Collection Library type | Library is a schema option, but collection-card routing has no Library route. |
Do not make Library the first ContentTypes value without developer review. |
Fields intentionally stored but not visibly rendered¶
These fields may be useful for administration, future development, or search, but currently do not produce visible page text:
- most
Tagsfields; - Entry
Language,PodcastLink, andrank; - Event
Subtitleandrank; - Project
LanguageandHostType; - Staff
Phone; - Appearance
Title,Date,Location,Platform,Media, andTags; - Course
Content,Tags,Slug,Image,Year, andSemester; - Home Page Carousel
Link(useButtonLink); - several rank fields outside the homepage fetches.
“Not visibly rendered” does not mean safe to delete from the schema. Confirm API, search-index, and migration needs before changing the content model.
Frontend-controlled routes¶
Some records need code configuration in addition to Strapi content:
- Page slugs must be reachable through an existing section route and are usually represented in the coded menu.
- External Page routes map fixed path names to fixed Strapi numeric IDs.
- Collection and Project URLs are calculated from exact option values.
- URL Redirect records are loaded at build time, so publishing alone is insufficient.
Updating this manual¶
When a schema or renderer changes:
- Compare the affected
schema.jsonwith the corresponding API fetcher and page/card component. - Update field scope, required status, options, and actual website placement.
- Update the component availability matrix when dynamic-zone configuration changes.
- Remove a known issue only after verifying the public rendering path.
- Run
mkdocs build --strictand review the changed pages in a browser.