Oui, ce sont mes certificats wildcard que je n’ai pas automatisé, je les renouvelle à la main pour l’instant. Mais l’idée de IPFS est que c’est facile à répliquer comme le montre poka. Je publie le hash de la dernière version en dnslink :
# résolution avec ipfs (kubo)
$ ipfs resolve /ipns/duniter-vue.coinduf.eu
/ipfs/QmTJju5FRiryNjQ8XE9HDBtXJkr8uTCnPPq8iqJbck2iyY
# résolution avec dig
$ dig +noall +short _dnslink.duniter-vue.coinduf.eu TXT
"/ipfs/QmTJju5FRiryNjQ8XE9HDBtXJkr8uTCnPPq8iqJbck2iyY"
À partir de là, il suffit de l’ajouter à son nœud ipfs pour avoir l’app en local sans avoir à la compiler. Par exemple :
# (optionnel) se connecter en p2p à mon noeud pour que la résolution soit plus rapide
$ ipfs swarm connect /dns/pagu.re/p2p/12D3KooWSLGRcFa59xbqr3VPqz4amK2Bq13Mh42q6hj9G1J8Z8nf
# (optionnel) ajouter à son MFS pour l'épingler en local et le retrouver facilement
$ ipfs files cp /ipfs/QmTJju5FRiryNjQ8XE9HDBtXJkr8uTCnPPq8iqJbck2iyY /duniter-vue.coinduf.eu
# ouvrir dans sa passerelle locale
firefox http://duniter-vue.coinduf.eu.ipns.localhost:8080/
Si ipfs t’embête plus que npm, c’est toujours possible de compiler :
git clone git@git.duniter.org:HugoTrentesaux/duniter-vue.git
cd duniter-vue
pnpm i
pnpm build
Étrange l’erreur des hash différents qui sont identiques, je l’ai déjà eue, mais j’ai pas compris 
Bonjour,
Je me permets de rebondir sur ce sujet car en testant un client web (qui s’exécute depuis un navigateur), je rencontre plusieurs erreurs empêchant l’application de se connecter aux nœuds Ğ1/Duniter. Je vois que le problème de CORS sur GitLab a déjà été évoqué par Moul, mais il y a aussi des soucis sur les indexeurs et les nœuds RPC :
1. Nœuds GraphQL (Indexeurs Squid) :
https://g1-squid.axiom-team.fr/v1/graphqlhttps://squid.g1.gyroi.de/v1/graphql- Erreur : Les requêtes preflight (
OPTIONS) du navigateur échouent avec un code 502 Bad Gateway et une erreur CORS Missing Allow Origin.
- Piste : Il semble que les reverse-proxies (Nginx/Traefik) interceptent mal la requête
OPTIONS ou que le service backend soit tombé au moment de la requête. Pourrait-on s’assurer que les reverse-proxies renvoient bien l’en-tête Access-Control-Allow-Origin: * pour les requêtes GET, POST et surtout OPTIONS ?
2. Nœuds WebSocket (RPC) :
wss://g1.p2p.legal/ws- Erreur : Rejette activement la connexion (
NS_ERROR_WEBSOCKET_CONNECTION_REFUSED). Le service derrière le reverse-proxy est-il bien lancé sur ce nœud ?
wss://g1.rendall.fr/ws- Erreur :
TimeoutException (aucune réponse au ping après 10 secondes).
3. Le gtest.json sur GitLab :
https://git.duniter.org/nodes/networks/-/raw/master/gtest.json- Je confirme l’erreur CORS bloquante. GitLab ne fournit pas d’en-tête
Access-Control-Allow-Origin sur la vue “raw” des fichiers. Pour les apps 100% front-end, il faudra sûrement qu’on passe par un miroir statique, un CDN ou une gateway IPFS dédiée.
Merci d’avance aux administrateurs de ces nœuds de jeter un petit coup d’œil à leurs configs Nginx/CORS ! Cela aidera beaucoup les futurs clients web de la v2.