Systeemstatus

Geautomatiseerde HTTP-controles vanaf Intastellar Help. Machineleesbare momentopname: /api/status.json.

Hoe we uptime meten

Korte toelichting bij wat deze pagina laat zien.

  • Synthetische checks: geautomatiseerde HTTP-verzoeken vanaf onze hostingprovider naar elke openbare URL hieronder β€” geen echte gebruikersmeting (RUM).
  • Schema: in productie ongeveer eens per minuut (cron-configuratie van uw project).
  • Een check slaagt als de HTTP-status lager is dan 500; timeouts en netwerkfouten tellen als mislukt.
  • Tijdlijnen, incidentlog, latentietrends en het uptime-percentage bovenaan gebruiken opgeslagen controles van de laatste 48 uur (UTC), tot 5000 metingen per laden (MongoDB-TTL ongeveer 14 dagen). Actieve teammeldingen en onderhoud tellen als downtime wanneer van toepassing.
  • Alle tijden op deze pagina zijn UTC.

Gepland onderhoud

Er zijn momenteel geen lopende of aankomende onderhoudsvensters gepubliceerd.

Laatste deployment

Commit

9c5928a Β· Commit op GitHub bekijken

Branch

development

Bericht

Refactor code structure for improved readability and maintainability

100% beschikbaarheid

We voeren deze controles automatisch volgens een schema uit. In de laatste 48 uur (UTC) hebben we 5000 runs opgeslagen Β· 5000 tellen als volledig up (alle services OK in die run, zonder van toepassing zijnde teammelding of onderhoud op dat moment).

Alle controles geslaagdBijgewerkt Sep 14, 2026, 2:55 PM UTC (opgeslagen, UTC)
  • Intastellar Consents

    https://www.intastellarconsents.com

    Recente controles β€” laatste 48 uur (5000 metingen)

    Responstijd (Intastellar Consents)

    Min 18 ms
    Max 690 ms
    Laatste 27 ms
    HTTP 20027 ms
  • Consents CDN (uc.js)

    https://consents.cdn.intastellarsolutions.com/uc.js

    Recente controles β€” laatste 48 uur (5000 metingen)

    Responstijd (Consents CDN (uc.js))

    Min 17 ms
    Max 672 ms
    Laatste 22 ms
    HTTP 20022 ms
  • Intastellar Help β€” Help Center

    https://help.intastellarsolutions.com/

    Recente controles β€” laatste 48 uur (5000 metingen)

    Responstijd (Intastellar Help β€” Help Center)

    Min 24 ms
    Max 1969 ms
    Laatste 80 ms
    HTTP 20080 ms
  • Intastellar Consents β€” analytics collect (health)

    https://analytics.intastellarsolutions.com/collect?health=1

    Recente controles β€” laatste 48 uur (5000 metingen)

    Responstijd (Intastellar Consents β€” analytics collect (health))

    Min 63 ms
    Max 1412 ms
    Laatste 92 ms
    HTTP 20092 ms

Mededelingen van het team

Updates van het team bij incidenten of vervolg (los van de automatische probe-geschiedenis hieronder).

  • Intastellar Consents Platform: Issue accessing the platform when logged in

    We are currently having issues with routing of Intastellar Consents, which affects the view of our dashboards on intastellarconsents.com/gdpr/dashboard. We are working on implementing a solution, to solve the issue.

    Updates

    • Update Β· Apr 20, 2026, 8:50 AM UTC Β· felix.schultz@intastellar.com Β· Onderzoek β†’ Opgelost

      We fixed the issue. There where a miss configured file causing the 404 error

    Monitors: Intastellar Consents

    Geplaatst door felix.schultz@intastellar.com Β· Β· Opgelost

    Opgelost
  • Intastellar Consents (CMP) Dashboard - CORS Errors

    We have noticed some CORS errors with our APIs for Intastellar Consents CMP platform - causing currently blank page on the dashboard. We are working on the situation to fix it as fast as possible. Consent collection is still working & we do not see any problems with these endpoints. Monitors: Intastellar Consents.

    Updates

    • Update Β· Apr 6, 2026, 7:52 PM UTC Β· felix.schultz@intastellar.com Β· GeΓ―dentificeerd β†’ Opgelost

      We fixed the issue - some header requests werenΒ΄t allowed to connect. Which caused the APIΒ΄s to be blocked on the request. Everything is resolved & the Intastellar Consents dashboard, is up an running again.

    Monitors: Intastellar Consents

    Geplaatst door felix.schultz@intastellar.com Β· Β· Opgelost

    Opgelost

Incidentlog

Een incident is een opgeslagen cron-run waarin minstens één doel uitviel (HTTP 5xx, time-out of geen antwoord β€” dezelfde regels als live controles). Als recente geschiedenis overal slaagde, blijft deze lijst leeg.

Voetnoot β€” hosting en configuratie

Deze pagina is openbaar. Onderstaande is bedoeld voor teams die Intastellar Help uitrollen (omgevingsvariabelen, gegevensbewaring).

Configureer doelen met STATUS_CHECK_TARGETS_JSON (volledige vervanging) of STATUS_CHECK_EXTRA_JSON (toevoegen). Een controle telt als geslaagd als de HTTP-status onder 500 is. Het incidentlog toont mislukte cron-runs in dat venster, inclusief probetekst indien opgeslagen. Tijdlijnen, incidentlog en latentietrends delen dezelfde rollende opslag: de laatste 48 uur (UTC), tot 5000 samples per aanvraag (14 dagen TTL in Mongo). Het kop-beschikbaarheidspercentage gebruikt hetzelfde venster: een run telt alleen als up als alle doelen slaagden en het tijdstip buiten van toepassing zijnde teammeldingen en onderhoud valt. Stel in met STATUS_HISTORY_WINDOW_HOURS en STATUS_HISTORY_MAX_ROWS. Tijden zijn UTC. Nieuwe geschiedenisrijen slaan per doel latencyMs op; oudere rijen sturen nog steeds omhoog/omlaag-segmenten tot ze verlopen.