The Temporal Cache extension integrates with TYPO3's built-in Reports module, providing comprehensive system health and configuration monitoring.
- Log in to the TYPO3 backend as an administrator
- Navigate to: Admin Tools > Reports > Status Report
- Scroll to the Temporal Cache section
The report displays in the standard TYPO3 Reports interface with color-coded status indicators:
- Green (OK): Everything working properly, no action required
- Yellow (WARNING): Minor issues or optimization recommendations
- Red (ERROR): Critical issues requiring immediate attention
What it shows:
- Current scoping strategy (global, per-page, per-content)
- Current timing strategy (dynamic, scheduler, hybrid)
- Harmonization status (enabled/disabled)
- Reference index usage
- Configuration recommendations
Status levels:
- OK: Configuration is valid and optimized
- WARNING: Configuration is valid but could be optimized
- ERROR: Invalid configuration detected
Actions:
If you see an error or warning:
- Navigate to: Admin Tools > Settings > Extension Configuration
- Locate temporal_cache in the list
- Review and adjust the settings based on recommendations
- Save changes
What it shows:
- Verification of required database indexes on starttime/endtime fields
- Index status for both pages and tt_content tables
- Performance impact assessment
Status levels:
- OK: All required indexes are present
- ERROR: Missing indexes detected (severe performance impact)
Actions:
If indexes are missing:
- Navigate to: Admin Tools > Maintenance > Analyze Database Structure
- Review the proposed changes
- Apply the schema updates to create missing indexes
- Return to the Reports module to verify indexes are now present
Performance impact:
Missing indexes cause full table scans on every temporal content lookup, which can slow down frontend page rendering by 10-100× depending on database size.
What it shows:
- Total number of pages and content elements with temporal fields
- Distribution of starttime, endtime, and combined usage
- Next upcoming transition time
- Time until next cache invalidation
Status levels:
- OK: Temporal content found and being managed
- WARNING: No temporal content found (extension is active but unused)
- ERROR: Failed to retrieve statistics
Understanding the data:
- Total Items: All pages and content elements with starttime or endtime set
- Pages: Number of temporal pages (affects menu visibility)
- Content Elements: Number of temporal content elements
- With Start Date Only: Content that becomes visible at a specific time
- With End Date Only: Content that becomes hidden at a specific time
- With Both Dates: Content visible within a specific time window
What it shows:
When harmonization is disabled:
- Information about harmonization benefits
- Recommendation to enable if you have high transition volume
When harmonization is enabled:
- Current time slot configuration
- Tolerance settings
- Auto-round on save status
- Actual cache reduction achieved (percentage)
Status levels:
- OK: Harmonization is properly configured and providing benefits
- INFO: Harmonization is disabled (informational)
- WARNING: Harmonization is enabled but providing minimal benefit
Understanding cache reduction:
Harmonization reduces cache churn by rounding transition times to predefined slots. For example:
Without harmonization (3 separate cache invalidations):
- Content A: 00:05
- Content B: 00:15
- Content C: 00:45
With harmonization to 00:00 slot (1 cache invalidation):
- Content A: 00:00
- Content B: 00:00
- Content C: 00:00
When to enable:
- You have more than 10 transitions per day
- Cache reduction shows potential benefit >10%
- You want to reduce cache invalidation frequency
When to disable:
- You have very few temporal items (<5 transitions per day)
- Exact timing of content visibility is critical
- Cache reduction benefit is minimal (<5%)
What it shows:
- Total transitions scheduled in next 7 days
- Daily breakdown of transition events
- Average transitions per day
- High volume warnings
Status levels:
- OK: Normal transition volume
- WARNING: High transition volume detected (>20 per day average)
- INFO: No upcoming transitions
Understanding transition impact:
Each transition can trigger cache invalidation depending on your scoping strategy:
- Global scoping: All page caches invalidated on every transition
- Per-page scoping: Only affected pages invalidated
- Per-content scoping: Only pages containing affected content invalidated
High volume recommendations:
If you see a high transition volume warning (>20 per day):
- Consider enabling harmonization to group transitions
- Evaluate if scheduler-based timing would be more efficient
- Review if per-content scoping can reduce invalidation scope
Expected status:
- Extension Configuration: OK (default settings)
- Database Indexes: ERROR (indexes not created yet)
- Temporal Content: WARNING (no content found)
- Harmonization: INFO (disabled by default)
- Upcoming Transitions: INFO (none scheduled)
Actions:
- Run database schema update to create indexes
- Start adding temporal content (pages/content with starttime/endtime)
- Return to Reports module to verify system status
Expected status:
- Extension Configuration: OK
- Database Indexes: OK
- Temporal Content: OK (showing statistics)
- Harmonization: OK or INFO (depending on configuration)
- Upcoming Transitions: OK (showing schedule)
Actions:
- Monitor the report periodically (weekly recommended)
- Review harmonization recommendations if transition volume is high
- Check for configuration optimization suggestions
Symptoms in report:
- Database Indexes: ERROR (missing indexes)
- Upcoming Transitions: WARNING (high volume)
- Harmonization: INFO (disabled)
Resolution steps:
- Immediate: Create missing database indexes
- Short-term: Enable harmonization to reduce cache churn
- Long-term: Consider per-content scoping if using global scoping
Status:
- Temporal Content: WARNING
- Upcoming Transitions: INFO
Possible causes:
- No pages or content elements have starttime/endtime set
- Content exists but is in a different workspace
- Content is in a different language
Actions:
- Verify temporal content exists in the backend
- Check if you're viewing the correct workspace (report shows live workspace by default)
- If no temporal content exists, consider if the extension is needed
For automation and monitoring systems, use the CLI verify command:
# Quick verification (exit code 0 = OK, 1 = issues)
vendor/bin/typo3 temporalcache:verify
# Verbose output for logs
vendor/bin/typo3 temporalcache:verify --verboseThe CLI command performs the same checks as the Reports module and is suitable for integration with monitoring tools, CI/CD pipelines, or scheduled health checks.
The verify command can be integrated with monitoring tools:
Nagios/Icinga:
#!/bin/bash
# /usr/local/nagios/libexec/check_typo3_temporal_cache.sh
cd /var/www/html/typo3
vendor/bin/typo3 temporalcache:verify >/dev/null 2>&1
if [ $? -eq 0 ]; then
echo "OK - Temporal Cache system healthy"
exit 0
else
echo "CRITICAL - Temporal Cache system issues detected"
exit 2
fiCron-based monitoring:
# Check daily and email on failure
0 8 * * * cd /var/www/html/typo3 && vendor/bin/typo3 temporalcache:verify || mail -s "TYPO3 Temporal Cache Issues" admin@example.com < /dev/nullSymptom: Temporal Cache section does not appear in Reports module
Causes:
- Extension not installed or activated
- Cache not cleared after installation
- Missing service registration
Solutions:
- Verify extension is installed: Admin Tools > Extensions
- Clear all caches: Admin Tools > Maintenance > Flush Cache
- Check if Services.yaml is properly loaded (check system log)
Symptom: Cannot verify indexes, error message displayed
Causes:
- Database connection issues
- Insufficient database permissions
- Missing database tables
Solutions:
- Check database connection in Install Tool
- Verify database user has SELECT privileges on schema tables
- Run database schema update to ensure tables exist
Symptom: Report shows 0 temporal items but content exists
Causes:
- Content is in a workspace (report shows live workspace)
- Content has been deleted but not purged
- starttime/endtime fields are set to 0 (not set)
Solutions:
- Use the CLI list command to verify content:
vendor/bin/typo3 temporalcache:list - Check workspace settings in the backend
- Verify starttime/endtime fields have actual timestamps (not 0)
- Weekly: Review the Reports module status
- Monthly: Analyze transition patterns and harmonization impact
- Quarterly: Review configuration and optimize based on usage patterns
Before high-traffic periods or major content updates:
- Verify all database indexes are present
- Review upcoming transitions schedule
- Confirm harmonization settings are optimal
- Test cache invalidation is working correctly
After modifying extension settings:
- Check Reports module to verify configuration is valid
- Review recommendations for new configuration
- Test with sample temporal content
- Monitor frontend performance
After database updates or migrations:
- Verify database indexes still exist
- Run verify command to ensure schema is complete
- Check for any database-related errors in Reports module
High transition volume (>20/day):
- Enable harmonization
- Consider scheduler-based timing strategy
- Use per-content scoping instead of global
Low transition volume (<5/day):
- Harmonization may not provide significant benefit
- Dynamic timing strategy is efficient
- Global scoping is acceptable for small sites
Large number of temporal items (>1000):
- Use per-content scoping for minimal cache invalidation
- Enable reference index usage
- Consider scheduler-based timing to avoid per-request calculations
Mixed workload:
- Use hybrid timing strategy (dynamic for pages, scheduler for content)
- Enable harmonization with appropriate time slots
- Monitor cache reduction percentage
- :ref:`configuration`: Detailed configuration options
- Command-line tools: CLI commands available (analyze, harmonize, list, verify) via
vendor/bin/typo3 temporal:cache:* - :ref:`performance-considerations`: Performance tuning guide
- :ref:`troubleshooting`: General troubleshooting guide