Ga naar inhoud

Maak je eerste flag

In de komende paar minuten maak je een FortressFlag-account, zet je een echte flag om en zie je de wijziging landen in hetzelfde API-antwoord dat je apps zullen lezen. Nog geen SDK-installatie nodig — alleen een terminal aan het einde.

Ga naar de aanmeldpagina van het dashboard en maak je organisatie aan. Je kiest een naam, stelt je e-mailadres en wachtwoord in, en accepteert de dienstverleningsovereenkomsten — één vinkje, voor de bundel documenten die er direct naast gelinkt staat.

Dat is het hele formulier. Je trial start onmiddellijk, omvat 1.000 maandelijks actieve apparaten, en verloopt nooit op tijd — evalueer in je eigen tempo.

Je landt ingelogd als Owner van de organisatie, en er is al iets te zien: een Example-project met twee omgevingen — dev en production — en drie boolean-flags in geloofwaardige toestanden:

  • new-checkout — overal uit, wachtend op zijn rollout
  • dark-mode — aan in dev, uit in production
  • beta-banner — aan in beide

Dit is je zandbak. Alles wat je in de rest van deze pagina doet gebeurt in de dev-omgeving, waar je vrij alles kunt veranderen.

Open het Example-project, zoek new-checkout op en zet hem aan in dev. Dat is een echte wijziging: hij is live voor elk apparaat dat deze omgeving leest, hij staat in je auditlog, en je ziet hem zo meteen vanuit de API.

(Probeer hetzelfde in production en je merkt dat het dashboard het anders behandelt — omgevingen met productieklasse krijgen nadrukkelijkere styling en strengere regels. Dat is rollen en veiligheid aan het werk.)

Om flags te lezen zoals een app dat doet heb je een clientsleutel nodig. Open in het Example-project SDK keys en munt er één voor de dev-omgeving.

De volledige sleutel — hij begint met ffc_dev_ — wordt één keer getoond, nu meteen. Kopieer hem. Na dit scherm toont de lijst alleen genoeg om hem te herkennen. (Kwijt? Munt een nieuwe en trek de eerste in — sleutels zijn goedkoop, en intrekken is onmiddellijk.)

5. Lees hem zoals een apparaat dat zou doen

Section titled “5. Lees hem zoals een apparaat dat zou doen”

Vraag de client-API om de flags van dit apparaat — hetzelfde verzoek dat elke SDK doet. Zet de sleutel die je net kopieerde in een variabele, en dan:

Terminal window
export FF_SDK_KEY="(de ffc_dev_ sleutel die je net muntte)"
curl -s "https://edge.fortressflag.com/v1/client/flags?environment=dev" \
-H "Authorization: Bearer $FF_SDK_KEY" \
-H "X-FF-Device: dev_8KqW3nR2vT7yLp0aZxQmBg" \
| jq -r .payload | tr '_-' '/+' | base64 -d | jq

(Het antwoord verpakt zijn data in een gecodeerde payload — de laatste drie pipe-stappen pakken die uit. De header X-FF-Device draagt een apparaatidentiteit; SDK’s munten hun eigen, en voor een terminal-experiment werkt elke welgevormde.)

Je krijgt precies terug wat een apparaat in dev krijgt:

{
"v": 1,
"tenant": "…het id van je organisatie…",
"environment": "dev",
"device": "dev_8KqW3nR2vT7yLp0aZxQmBg",
"issuedAt": "2026-08-23T15:00:00Z",
"expiresAt": "2026-08-23T15:30:00Z",
"flags": {
"new-checkout": true,
"dark-mode": true,
"beta-banner": true
}
}

Daar staat new-checkout: true — jouw schakeling, geserveerd. Zet hem in het dashboard weer uit, draai de curl opnieuw, en zie hem volgen. Dat is het — je hebt je eerste flagwijziging gemaakt en hem van het data plane gelezen.