Installation 

Feed Display supports TYPO3 v13 and v14. Composer installation is recommended. See Compatibility for the exact TYPO3/PHP version range and for renamed TYPO3 v14 backend module paths.

Install the extension with Composer

  1. In your command line interface, change to the root directory of your project and enter the following command:

    composer req erhaweb/feed-display
    Copied!
  2. Apply database changes

    Apply the regular schema update, including tx_feeddisplay_feed for durable responses and cache_feeddisplay / cache_feeddisplay_tags for disposable display data.

    These tables can be created in the Maintenance module under Analyze Database Structure → Apply selected changes.

    • TYPO3 v13: Admin Tools → Maintenance
    • TYPO3 v14: System → Maintenance
    Maintenance: Analyze Database Structure

    Maintenance: Analyze Database Structure

Install the extension with Composer in a DDEV environment

  1. In your command line interface, change to the root directory of your project and enter the following command:

    ddev composer req erhaweb/feed-display
    Copied!
  2. Apply database changes

    Apply the regular schema update, including tx_feeddisplay_feed for durable responses and cache_feeddisplay / cache_feeddisplay_tags for disposable display data.

    These tables can be created in the Maintenance module under Analyze Database Structure → Apply selected changes.

    • TYPO3 v13: Admin Tools → Maintenance
    • TYPO3 v14: System → Maintenance
    Maintenance: Analyze Database Structure

    Maintenance: Analyze Database Structure

Install the extension in the classic way

  1. Open the TYPO3 backend.
  2. Go to the Extension Manager.

    • TYPO3 v13: Admin Tools → Extensions
    • TYPO3 v14: System → Extensions
  3. Select Get Extensions in the module header.
  4. Enter the extension key feed_display in the search field.

In the result list click the Import & Install button under Actions

The "Get Extensions" dialog

The "Get Extensions" dialog

The TER package includes the complete SimplePie library bundle. No Composer command is required on the target server. TYPO3 v14 loads its autoloader through providesPackages; TYPO3 v13 registers the bundled classes through the autoload section of ext_emconf.php.

Classic Git checkouts and source archives 

Git checkouts and GitHub source archives contain the bundle configuration and lockfile, but not the generated library files. Before activating such a checkout in a Classic installation, run this command in the extension directory:

composer build-extension
Copied!

For local DDEV development, execute the command inside the web container. Build the bundle before clearing the TYPO3 caches or activating the extension.

If the Classic Git checkout was already active when its package metadata changed, run php typo3/sysext/core/bin/typo3 dumpautoload from the TYPO3 installation root and clear the TYPO3 caches. The Extension Manager performs this autoload refresh automatically during normal extension activation.

Composer installations obtain SimplePie through their normal project dependency and do not require this additional build. Classic installations receive library updates with a new extension release; the extension never downloads libraries during a request.

Updating from 3.0.2 

Apply the normal database schema update after replacing the extension files, for example with vendor/bin/typo3 extension:setup (Composer) or php typo3/sysext/core/bin/typo3 extension:setup (Classic). This creates tx_feeddisplay_feed. Rebuild deployment/DI caches as usual. Existing plugins keep live mode; no Scheduler job or new plugin setting is required.

Without the table, live rendering falls back to fetching and its existing display cache, and logs a schema warning. Scheduler rendering cannot persist a first response and shows its configured error message. Complete the schema update to enable durable protection. No tables are created during requests.

There is no upgrade wizard for converting old display-cache entries: they lack the complete feed document. Protection begins with the first successful fetch on the new version. See Persistent feeds and scheduled refresh for storage and refresh semantics. Existing Site Set dependencies remain unchanged.