Écran de chargement de l'historique et reprise au démarrage

À l'ouverture d'un graphique Senzoukria, un écran de chargement montre le téléchargement de l'historique sous forme d'une silhouette de bougies qui grandit, avec un pourcentage, un nombre de barres et un temps restant estimé ; un module de reprise au démarrage resouscrit automatiquement quand un flux s'annonce en succès mais ne livre rien.

Senzoukria · Documentation · Mis à jour en septembre 2026


Où le trouver

Écran superposé au graphique pendant le chargement ; Recharger l'historique dans ⚙ → Réglages de trading
Phases
idle → cache → ensure → live
Préréglages de fenêtre d'historique
24 heures (aujourd'hui) par défaut, 3 jours, 7 jours
Reprise au démarrage
Resouscription après 8 s de silence, jusqu'à 3 tentatives ; nouvelles souscriptions à 1,5 s, 4 s, 9 s

Ce que cela fait

L'écran se pose sur le graphique lui-même, là où se porte l'attention, plutôt qu'en point clignotant dans une barre d'outils. Sa bande de bougies est une silhouette déterministe, pas des prix : il n'y a ni axe, ni chiffre, et la part pas encore chargée n'est pas dessinée. Un trait de frontière balaie vers la droite à mesure que les données arrivent. L'en-tête indique « Chargement de l'historique 1m » avec la source à droite, par exemple « Rithmic tick replay ». Le pied affiche le pourcentage, le temps restant estimé, le nombre de barres chargées (ou l'attente de la première barre) et une phrase qui explique pourquoi cela prend du temps.

L'estimation est calculée sur le rythme observé : elle apparaît une fois 2 % atteints et 1,5 s écoulées, est rafraîchie chaque seconde et est plafonnée à six heures. Sur les surfaces crypto et Databento, le compteur se lit en étapes sur 3, et un bouton « Afficher les données disponibles (historique potentiellement incomplet) » permet d'ouvrir le graphique avant la fin du téléchargement.

La séquence

Ce qui se passe entre l'ouverture d'un graphique et la phase live
PhaseCe qui tourneCe que vous voyez
cacheLe cache SQLite local est lu page par page (1 000 lignes par page, 64 pages au maximum). Le grain 1 minute est le pivot ; les autres unités de temps en sont agrégées, les barres journalières viennent d'une branche TimeBar distincte.Les barres apparaissent tout de suite quand l'instrument a déjà été chargé.
ensureLes trous de couverture dans la fenêtre d'historique sont demandés au broker en rejeu de ticks. La progression ne recule jamais à l'intérieur d'une exécution.Le pourcentage, les barres chargées et l'ETA avancent ; le graphique est utilisable en aperçu.
liveJauge à 100 % ; le flux en direct fait avancer la dernière barre.L'écran disparaît ; une notice peut rester dans la barre d'outils.

Réglages et constantes

Valeurs lues dans le code
ÉlémentValeurEffet
Fenêtre d'historique24 heures (aujourd'hui) par défaut ; préréglages 3 jours et 7 joursLe début de la fenêtre est minuit du premier jour, dans le fuseau du graphique. Les barres journalières demandent toujours au moins 360 heures.
Nouvelle tentative si occupéUne tentative après 3 sQuand un autre chargement tient déjà l'instrument. La notice apparaît aussitôt et change de formulation si la tentative le trouve encore occupé.
Chien de garde d'enlisement120 sAucun événement de progression pendant deux minutes en phase ensure referme la jauge sur ce que le cache et le direct ont déjà, et publie une notice.
Recharger l'historique⚙ → Réglages de trading → Recharger l'historiqueRouvre les fenêtres que le broker a drainées à zéro tick. N'efface rien ; le cache et le flux en direct continuent.
Sondage du cache400 joursProfondeur à laquelle le disque est sondé pour trouver la barre en cache la plus récente et lister les instruments ayant des données locales.

La reprise au démarrage

Une souscription peut être annoncée en succès et ne rien livrer, par exemple quand la gateway n'est pas prête au moment d'une connexion automatique. Le module de reprise réessaie la souscription avec des délais bornés de 1,5 s, 4 s et 9 s, puis, une fois une souscription acceptée, attend 8 s le premier tick, la première barre ou le premier message de profondeur. Si absolument rien n'est arrivé, il resouscrit, trois fois au maximum. Un marché calme qui a imprimé ne serait-ce qu'un message n'est jamais touché : la reprise ne traite que le cas mort-né. Resouscrire est sans danger, parce que le côté Rust saute les bits de souscription déjà couverts : aucune erreur d'enregistrement en double n'est produite.

Limites et pièges

Ce que le chargeur ne fait pas :

  • Il n'efface jamais le cache et n'utilise jamais le stockage du navigateur ; c'est la couverture SQLite qui décide de ce qui est demandé.
  • Une fenêtre revenue vide n'est pas redemandée automatiquement. C'est juste un week-end, et faux quand le broker était seulement occupé ; Recharger l'historique est le seul levier manuel.
  • La progression est monotone par exécution : après un Recharger l'historique, la jauge repart du début.
  • Les bougies de la silhouette ne sont pas des données. Ne lisez aucun niveau sur l'écran de chargement.

Cette page dans d’autres langues

Questions fréquentes

Le pourcentage ne bouge plus depuis un moment. Est-ce bloqué ?
Les grandes fenêtres vides avancent par sauts, et l'ETA est rafraîchie chaque seconde sur le rythme observé. Après 120 s sans aucun événement de progression, le chien de garde referme la jauge et publie une notice ; le graphique reste utilisable sur le cache et le direct.
Pourquoi le graphique affiche-t-il des barres avant la fin du téléchargement ?
La phase cache publie ce qui est déjà sur le disque, et pendant la phase ensure, la vue dérivée est un aperçu mis à jour au fil des blocs. L'écran vous dit que l'historique est encore en cours de complétion.
Faut-il encore appuyer sur F5 quand le graphique ne démarre pas ?
Le module de reprise au démarrage resouscrit tout seul quand une souscription ne livre rien pendant 8 s, jusqu'à trois fois. S'il abandonne, le bandeau d'erreur reste et vous gardez la main.