← Alle Use Cases
project.phase
Vorher, währenddessen, danach
Die Leute denken in Kampagnen, nicht in between auf einem Datum. Ein Projekt hat ein Zeitfenster. Vorher der Teaser, währenddessen die Aktion, danach die Danke-Seite — auch wenn das Plakat noch Wochen hängt.
- Wo das hängt
- Plakatserie, Messestand, Sonderausstellung, Wahlplakat, Verkaufstafel, Rechnung mit Frist.
- Warum das Papier bleibt
- Nach dem Enddatum hängen die Plakate noch. Tot darf der Code nicht sein.
Auflösung live
project.phase = beforeproject.name = Sommertourtime.tz = Europe/Zurichgeo.country = CH
- 1Vorher
- 2Läuft
- alwaysSonst
https://tour.example/soon
Phase des Projekts

Vorher — der VorlaufLaufend — die Sache selbstNachher — was bleibt, wenn es vorbei ist
Das Regelwerk
Gültig, speicherbar, Pflichtregel zuletzt.
Nicht eine Umschreibung dessen, was die Engine könnte — das ist der Text, den ein Code trägt. Die erste passende Regel gewinnt, und die letzte passt immer.
ruleset · version 1
{
"rules": [
{
"when": { "project.phase": { "eq": "before" } },
"then": { "type": "redirect", "url": "https://tour.example/soon" }
},
{
"when": { "project.phase": { "eq": "running" } },
"then": { "type": "redirect", "url": "https://tour.example/now" }
},
{
"when": "always",
"then": { "type": "redirect", "url": "https://tour.example/thanks" }
}
]
}phase kennt keine Ordnungsoperatoren: alphabetisch gilt after < before < running, chronologisch aber before → running → after. lt läse sich anders, als es tut. Erlaubt sind eq, in, exists.
Auch
Dasselbe Fenster, anderes Schild.
- Messe
- Währenddessen das Formular, danach die Broschüre.
- Verkaufstafel
- Zuerst das Exposé, dann die anderen Objekte.
- Rechnung
- Solange sie läuft, zahlen; danach die Mahnseite.
