INTASTELLAR SOLUTIONSHelp Center

État du système

Vérifications HTTP automatisées depuis Intastellar Help. Instantané lisible par machine : /api/status.json.

Comment nous mesurons la disponibilité

Quelques précisions sur ce que représente cette page.

  • Contrôles synthétiques : requêtes HTTP automatisées depuis notre hébergeur vers chaque URL publique ci-dessous — pas de mesure utilisateur réelle (RUM).
  • Cadence : en production environ une fois par minute (configuration cron de votre projet).
  • Un contrôle est réussi lorsque le statut HTTP est strictement inférieur à 500 ; timeouts et erreurs réseau comptent comme échecs.
  • Chronologies, journal d’incidents, tendances de latence et pourcentage de disponibilité en tête utilisent les vérifications stockées sur les 48 dernières heures (UTC), jusqu’à 5000 échantillons par chargement (TTL MongoDB ~14 jours). Les incidents opérateur et la maintenance active comptent comme indisponibilité lorsqu’ils s’appliquent.
  • Toutes les heures de cette page sont en UTC.

Maintenance planifiée

Aucune fenêtre de maintenance en cours ou à venir n’est publiée pour le moment.

Dernier déploiement

Commit

3e3a4f4 · Voir le commit sur GitHub

Branche

development

Message

docs: Update README to include badge for minification workflow status

100% disponibilité

Nous exécutons ces vérifications automatiquement selon un planning. Au cours des 48 dernières heures (UTC), nous comptons 5000 exécutions stockées · 5000 comptent comme entièrement opérationnelles (tous les services OK sur l’exécution, sans incident opérateur ni maintenance applicable à cet instant).

Toutes les vérifications OKMis à jour May 25, 2026, 11:13 PM UTC (stocké, UTC)

  • Intastellar Consents

    https://www.intastellarconsents.com

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Intastellar Consents)

    Min 17 ms
    Max 1710 ms
    Dernier 62 ms
    HTTP 20062 ms

  • Consents CDN (uc.js)

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

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Consents CDN (uc.js))

    Min 17 ms
    Max 780 ms
    Dernier 32 ms
    HTTP 20032 ms

  • inta.dev - Developer Portal

    https://inta.dev/

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (inta.dev - Developer Portal)

    Min 26 ms
    Max 1939 ms
    Dernier 40 ms
    HTTP 20040 ms

  • Intastellar Consents — analytics collect (health)

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

    Vérifications récentes — 48 dernières heures (5000 échantillons)

    Temps de réponse (Intastellar Consents — analytics collect (health))

    Min 62 ms
    Max 580 ms
    Dernier 269 ms
    HTTP 200269 ms

Messages d’exploitation

Mises à jour publiées par l’équipe en cas d’incident ou de suivi (séparées de l’historique automatique des sondes ci-dessous).

  • 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.

    Mises à jour

    • Mise à jour · Apr 20, 2026, 8:50 AM UTC · felix.schultz@intastellar.com · Analyse en cours → Résolu

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

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu

  • 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.

    Mises à jour

    • Mise à jour · Apr 6, 2026, 7:52 PM UTC · felix.schultz@intastellar.com · Identifié → Résolu

      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.

    Surveillances: Intastellar Consents

    Publié par felix.schultz@intastellar.com · · Résolu

    Résolu

Journal des incidents

Un incident est une exécution cron stockée où au moins une cible était indisponible (HTTP 5xx, délai dépassé ou pas de réponse — mêmes règles que les vérifications en direct). Si tout l’historique récent a réussi, cette liste reste vide.

Note — hébergement et configuration

Cette page est publique. Les informations ci-dessous s’adressent aux équipes qui déploient Intastellar Help (variables d’environnement, conservation des données).

Configurez les cibles avec STATUS_CHECK_TARGETS_JSON (remplacement complet) ou STATUS_CHECK_EXTRA_JSON (ajout). Une vérification est considérée comme réussie lorsque le statut HTTP est strictement inférieur à 500. Le journal d’incidents liste les exécutions en échec dans cette fenêtre, avec le texte d’erreur de la sonde lorsqu’il est enregistré. Chronologies, journal d’incidents et tendances de latence partagent le même stock roulant : les 48 dernières heures (UTC), jusqu’à 5000 échantillons par requête (TTL Mongo ~14 jours). Le pourcentage de disponibilité en tête utilise la même fenêtre : une exécution ne compte comme « up » que si toutes les cibles ont réussi et que l’instant est hors incidents opérateur et maintenance applicables. Réglez STATUS_HISTORY_WINDOW_HOURS et STATUS_HISTORY_MAX_ROWS. Heures en UTC. Les nouvelles lignes d’historique enregistrent par cible latencyMs ; les lignes plus anciennes alimentent encore les segments haut/bas jusqu’à expiration.