Démarrez votre indexeur (tutoriel)

Nodes Indexers
21

Je vois rien bouger (*). Y’a pas une requête qui changerait à chaque bloc pour permettre de vérifier plus facilement ?

(*) Même en rechargeant la page et en relançant la requête.

EDIT: En fait c’est normal que ça bouge pas. C’est à cause du limit 1. Si je mets linit 2 ça m’affiche deux transactions, la première étant la plus ancienne. Il faut donc faire en sorte d’afficher la transaction la plus récente. Mais je ne sais pas faire.

22

Celle-ci j’imagine:

subscription MySubscription {
  block(limit: 1, order_by: {number: desc}) {
    created_at
  }
}

Mais faut attendre la finalisation car l’indexer se cale uniquement sur les blocs finalisés.

Mais j’ai oublié un élément crutiale dans ma précédente requête, le order_by:

subscription {
  account_by_pk(pubkey: "5CQ8T4qpbYJq7uVsxGPQ5q2df7x3Wa4aRY6HUWMBYjfLZhnn") {
    transactions_issued(limit: 1, order_by: {created_at: desc}) {
      receiver_pubkey
      amount
      created_at
    }
  }
}

La date devrait être aujourd’hui, sinon c’est que ton indexer n’est plus synchro.

En tout cas tes WS fonctionnent sinon tu aurais un icone de chargement dans la partie de droite au lieu de la réponse de la requête, donc c’est ce que je voulais savoir, merci :slight_smile:

23

2024-01-06_14-48
2024-01-06_14-481465×314 44 KB

24

ah oui t’es à jours, maintenant regarde dans moins de 30 secondes…
(voilà)

25

C’est vivant :

2024-01-06_14-50
2024-01-06_14-501459×330 44.5 KB

3 Likes
26

J’ai l’impression que cette souscription n’affiche que les blocs non-vides. Car j’ai exactement le même timestamp que ta dernière transaction. Y’a pas moyen de voir passer tous les blocs ?

EDIT: Hum… S’agissant d’un indexeur il se fout des blocs vides j’imagine. Donc réponse probablement négative…

2 Likes
27

oui en effet il ne sync que les blocs non vide, contrairement à squid justement. bien vue.

28

Maintenant que je sais gérer les subscriptions en Dart, je peux vous dire les noeuds pour lesquels WS est correctement configuré:

:white_check_mark: gdev-hasura.cgeek.fr
:white_check_mark: hasura-gdev.pini.fr
:x: hasura.gdev.coinduf.eu
:white_check_mark: gdev-indexer.p2p.legal

Trouvez l’intrus :face_with_peeking_eye:

2 Likes
29

Alors que squid sait nativement écouter le bloc le plus récent et rollback s’il y a un fork BABE :wink:
Il faudra aussi essayer les subscriptions sur squid.

Ok, je vais mettre à jour mon indexeur ainsi que la documentation Duniter | Indexers

2 Likes
30

Hello,

Je relance ce sujet car mon indexeur Gdev est dans les choux depuis bien longtemps et j’aimerais bien le faire re partir propre. Y a-t-il un docker-compose.yml de référence à jour quelque part ?

1 Like
31

J’avais réussi avec la doc déjà en place

https://duniter.org/wiki/duniter-v2/indexers/duniter-squid/

Et j’avais peut-être également été voir les fichiers docker dans le repo directement (nodes / duniter-squid · GitLab)

2 Likes
32

J’ai pas mal procrastiné, mais ça y est, j’ai redémarré mon indexeur indexer-gdev.pini.fr. La synchro est en cours.

33

Quel URL faut-il utiliser pour la conf gcli ? J’ai tenté https://indexer-gdev.pini.fr/graphql qui a marché avec mon indexeur précédent, mais là ça ne marche pas.

34

Avec /v1 en plus ?

1 Like
35

Yes, c’est ça ! Merci

1 Like