Dans la partie wotwizard de Ğinspecte, il faudrait différencier :
- le client html
- l’enpoint graphql
- l’ui
Dans la partie wotwizard de Ğinspecte, il faudrait différencier :
Il faudrait ajouter les pods Ǧchange (probablement très similaire aux pods Cesium+)
Ok, c’est noté. Je vais essayer de me prendre quelques heures demain et dans les semaines qui viennent pour coder ça et surtout la gestion des utilisateurs.
Par contre, je suis désolé, j’ai loupé le lien que tu m’avais fait pour m’inscrire sur le gitlab. Et quand j’ai voulu y aller, le lien était expiré. Si tu peux me le refaire, je serai plus réactif cette fois-ci.
Hello, un petit up pour avoir les nodes gchange dans Ginspecte, quand tu auras un peu de temps,.
J’y pense car le node https://gchange.data.presles.fr/ semble down aujourd’hui…
Et félicitation pour ton travail, je m’en sert régulièrement !
Je crois que @bpresles a décidé de fermer certaines instances qui prenaient trop de place chez lui.
D’ailleurs, ce serait bien de pouvoir retirer les instances qui n’ont plus lieu d’être proposées.
Manuellement ou automatiquement au bout de quelque temps de non-réponse…
@syoul46 et @imppao sur Accès BMA sur nœud Duniter installé sur YunoHost vous indiquez le besoin de retirer des items des Ğinspecte. @jnoel cette fonctionnalité est-elle prête ?
En effet, pouvoir retirer ou modifier (je pense que j’ai mal config Ğinspecte lors du référencement de mon noeud)
Modifier, c’est déjà le cas même si ce n’est pas visible.
Il faut ouvrir le service en question et modifier l’url en ajoutant /edit à la fin.
Une vidéo vaut mieux qu’un long discours, voici comment faire :
Pour la suppression, je ne l’ai pas encore fait. Je dois le faire en ligne de commande. Dites le moi en attendant, je le ferai à la main.
Merci @jnoel
l’édition fonctionne.
En revanche mon noeud apparait encore OFF. Pourtant il est synchro et calcule des blocs.
C’est un noeud sur yunohost, il y a quelque bug sur cette version il me semble. Peut être est ce la raison por laquelle il n’arrive pas à le voir
Oui j’ai remarqué ça aussi avec les noeuds yunohost : ils n’exposent à priori pas l’api.
Si tu vas sur https://g1.mithril.re, tu verra l’api de duniter et tu peux par exemple aller à cette url pour avoir des infos : https://g1.mithril.re/blockchain/current
Mais si tu tapes https://g1.syoul.fr, on tombe sur le login de yunohost. Peut-être que l’API est disponible sur un port différent, ou sur une url différente ?
Ğinspecte et Césium ne gère pas le chemin où se trouve l’API BMA.
Ğinspecte génère ce lien pour https://duniter.moul.re/bma/:443 pour mon nœud.
Césium devrait trouver ton bma sur https://g1.syoul.fr/bma/ sur /network/peerings
, mais /bma/
est absent.
Spécialité du paquet YunoHost pour casser les pieds des autres développeurs, non je plaisante. C’est le compromis que j’ai choisi, car ça permettait d’avoir la CI qui passe et que le paquet soit présent dans le catalogue d’apps YunoHost.
Visiblement sur yunohost
l’api :
https://g1.syoul.fr/bma/
les infos :
https://g1.syoul.fr/bma//blockchain/current
D’accord ! Je vais adapter ginspecte pour vérifier ces url là.
Merci.
Waou, tu n’as pas chômé cette nuit !
je suis en train de resynchroniser, ça sera bon dans quelques minutes normalement…
Euh tu dors quand toi ?
non, je n’y ai pas touché cette nuit. C’est juste ce matin que je m’y suis mis.
Mais comme je suis à la Réunion, il y a 3 heures de moins plus qu’en france.
Merci @Moul pour la recherche de bug, c’était bien le port que je ne mettais pas au bon endroit.
Merci pour le correctif !
Le lien sous le bouton en bas à gauche est toujours incorrect.
Bien vu ! C’est corrigé.
J’en ai profité pour mettre ginspecte en mode production avec une vrai base de données (sqlite → postgresql).
Dans le processus, on repart de zéro concernant l’historique des tests… mais il se remplira vite.