Geschützte Inhalte¶

Ein Whitepaper, das erst nach einer Anmeldung herausgegeben wird, braucht zwei Ausgaben. Ein Bau erzeugt beide.

Im Backend-Modul¶

Unter Neue Ausgabe bauen kommen mit diesem Paket drei Einstellungen dazu:

Einstellung	Was sie bewirkt
Vorschau-Ausgabe mitbauen	legt `<kennung>-vorschau` neben der Ausgabe an
Seiten in der Vorschau	wie viele Seiten sie enthält
Kennung nicht erratbar	hängt der Vollversion einen Zufallsschlüssel an
Doppelseiten in einzelne Seiten teilen	schneidet Blätter mit zwei Buchseiten

Auf der Kommandozeile¶

vendor/bin/typo3 flippdf:build whitepaper.pdf whitepaper-2026 \
    --vorschau-ausgabe 5 \
    --zufallskennung \
    --doppelseiten

Heraus kommen:

whitepaper-2026-vorschau — die ersten fünf Seiten, ohne Download. Diese Ausgabe kommt auf die Landingpage.
whitepaper-2026-a7f3c9d2 — alle Seiten mit dem Download. Dieser Verweis gehört in die Bestätigungsmail und sonst nirgendwohin.

--vorschau-kennung benennt die Vorschau, wenn <kennung>-vorschau nicht passt.

Warum eine zweite Ausgabe und nicht der Vorschaumodus¶

Der Betrachter des Basispakets kann von einer Ausgabe nur die ersten Seiten zeigen. Für einen ersten Eindruck genügt das, ein Schutz ist es nicht:

Die Vorschau lädt eine gekürzte Beschreibungsdatei, teaser.json.
Die vollständige book.json liegt daneben im selben Verzeichnis.
Darin steht jedes Seitenbild mit Namen.

Wer die Adresse der Ausgabe kennt — und sie steht im Quelltext der Landingpage — hat das ganze Dokument. Bei einer eigenen Ausgabe gibt es nichts zu finden: Im öffentlichen Verzeichnis liegen fünf Seitenbilder und kein PDF.

Selbst nachsehen

Rufen Sie die Vorschau-Ausgabe auf, hängen Sie book.json an die Adresse und zählen Sie die aufgeführten Seiten. Genau das kann ein Besucher auch.

Beim Neubau¶

Umfang und Name der Vorschau stehen in der Vollversion. Ein Neubau erneuert die Vorschau deshalb mit, und die Vorschau hat keinen eigenen Knopf zum Neubauen — ein Klick darauf würde das öffentliche Verzeichnis mit dem ganzen Dokument füllen.