Non ils ne peuvent pas sans rien faire car le domaine duniter.org ne peut pointer que sur une seule IP. Actuellement il pointe sur norstorm, or il faut qu’il pointe sur doppler pour que le nouveau site fr soit servi, donc le site anglais ne marchera plus, tu comprends le problème ?
Je comprends le problème. Merci d’insister.
Si tu souhaites migrer le site web anglais sur Doppler :
- https://git.duniter.org/admins/duniter-infra/-/tree/master/roles/website
- https://git.duniter.org/websites/website_en/hooks
Sinon intégrer la version anglaise dans le même dépôt. Ça fairait du bien d’avoir un même dépôt.
Non en vrai je ne souhaite pas migrer le weebhook, je n’ai jamais touché à Ansible et les liens que tu me donnes ne m’aident pas, je n’ai aucune idée de ce que je suis censé faire avec ça, je n’ai pas les compétences pour migrer un webhook 
En plus il y a de toute façon un autre problème qui fait que l’on ne peut pas garder le fonctionnement actuel avec le site français sur l’url duniter.org/fr: @HugoTrentesaux à conçu le nouveau site d’une manière qui nécessite impérativement que le site soit à la racine (sans path), donc ça ne peut pas fonctionner sous /fr.
Je propose donc le changement suivant:
- Héberger le nouveau site français sur duniter.fr
- Créer une redirection
duniter.org/fr -> duniter.fr
Et pour le site anglais deux possibilités :
- Soit on le migre sur duriter.org avec une redirection
duniter.org/en -> duniter.org - Soit on le laisse sur Duniter | Home avec une redirection
duniter.org -> duniter.org/en
Étant donné que duniter.fr n’est plus et redirige déjà sur duniter.org, il suffirait de modifier la zone dns de duniter.fr pour le faire pointer sur doppler et derrière je peut m’occuper de créer la conf nginx pour le nouveau site français 
Je crois me souvenir que c’est @kimamila qui gère le domaine duniter.fr, c’est bien ça ? @kimamila est-ce que cette proposition te conviens ?
1 Like
Ça me semble être une bonne idée.
@elois j’ai essayé une première solution pour chercher la documentation sur gitlab en utilisant la fonction load_data des templates zola. Aperçu ici : http://duniter.trentesaux.fr/wiki/forger-des-blocs/duniter1.9doc/
Avantages :
- très simple à mettre en place
- profite du système de cache de zola pour éviter de faire les requêtes à chaque fois lors du développement
Inconvénients :
- ne profite pas de la coloration syntaxique à la compilation faite par zola
- les liens internes ne fonctionnent pas car ils pointent vers des fichiers
.md
Je vais chercher à mettre en place une solution maison qui résout ces problèmes (probablement un script python), mais en attendant on a une solution quasi fonctionnelle et très facile.
[edit]
J’ai écrit un petit script fragile et l’ai intégré à la CI. On peut voir le fichier zola vide, le script, et le résultat.
Quelques remarques :
- pour profiter de la coloration syntaxique, il vaut mieux utiliser la syntaxe
```suivie du langage pour le code, plutôt que l’indentation simple. Ce serait plus simple de faire ce changement directement sur le Gitlab. - je n’ai pas blindé le script (pas de gestion d’erreur), il reste à améliorer ou à utiliser avec précaution.
- il y a deux options pour utiliser le script : soit on exécute le script localement et on commit les modifications de la doc, soit on garde les fichiers vides (seuls les en-têtes sont commités) et on laisse le script écraser le contenu à chaque compilation. Dans le deuxième cas, il reste à déclencher la CI à chaque mise à jour de la documentation distante.
1 Like
Oui c’est déjà ce que je fais, sauf s’il s’agit d’une simple commande bash seule.
Il ne faut pas commit, c’est très moche, le contenu doit être généré par la CI,
Pourquoi faire compliqué quand on peut faire simple, il suffit de créer une schedule pipeline qui s’exécute toute les 24h, je viens de le faire, le site sera désormais mis à jours automatiquement tout les jours à 1h du matin
En tout cas félicitations ça semble bien fonctionner
1 Like
Un message a été scindé en un nouveau sujet : Certificat *.duniter.io expiré
@kimamila as-tu la main sur le nom de domaine duniter.fr ? J’aimerais bien servir https://duniter_website_fr_v2.duniter.io/ avec. Il ne me restera plus qu’à mettre en place les redirections depuis Duniter | Accueil pour éviter de casser les liens présents sur les autres site web.
Oui, je dois la gestion du domaine quelque part dans mes cartons 
@cgeek m’en avait passé la gestion
Dis moi ce que tu a besoin
L’idée était d’avoir le site francophone de duniter sur duniter.fr et le site anglophone sur duniter.org.
Et donc tout ce qu’il faut c’est changer l’entrée DNS pour pointer sur Doppler :
Chez qui est le nom de domaine ? Si c’est chez Gandi on pourrait faire un groupe d’administration, ça facilite la gestion.
oui, sur Gandi
Super, dans ce cas, on peut utiliser la fonction de partage dans le panneau d’admin des noms de domaine. Mon nom d’utilisateur est h30x
What the fuck ??? Je me rends compte que les deux versions du site coexistent :
C’est un peu le bordel, je ne sais pas comment je vais gérer les redirections. J’envisage de faire du scrapping web pour regarder tous les liens qui pointent vers le site duniter et m’arranger pour que le moins possible arrivent sur une erreur 404.
Les fichiers générés de l’ancien site web sont toujours présents dans le dossier pour servir le site web.
1 Like
Oui, mais ça veut dire que les deux sont indexés et qu’on tombe sur l’un ou l’autre dans un moteur de recherche donc que des gens qui mettent des liens vers ce site peuvent utiliser l’une ou l’autre des urls donc à la fin, il faudra que je mette en place les deux redirections vers les urls en duniter.fr avec les nouveaux chemins.
@HugoTrentesaux , je vois que tu passes de pelican à Zola (que je ne connaissais pas). Sur leur readme ils annoncent ne pas tout à faire supporter le multilingue. J’ai commencé quelques corrections sur le site EN qui traîne derrière, Tu penses qu’on peut réussir à grouper les deux langues sur un même projet zola ? C’est peut-être plus pertinent que mettre à jour la version pelican ?
– Edit
https://www.getzola.org/documentation/content/multilingual/
Ça semble plutôt OK je dirais ?
La question du multilingue a déjà été discutée. La décision n’était pas évidente, mais on a choisi de garder une gestion découplée du site francophone et du site anglophone. J’avais déjà réalisé une fusion des sites duniter en et fr (Multilingual website) mais nous ne l’avions jamais mise en place. Donc non seulement il n’est pas prévu de gérer le multilingue, mais en plus il est prévu de ne pas gérer le multilingue ! Ceci dit, rien n’empêche de reprendre ce qui a été fait dans une langue pour l’autre, et cela est valable pour toutes les langues futures (espagnol, allemand…). Le problème est moins technique qu’humain : il faut des gens pour maintenir le site à long terme. Si tu tu proposes pour la maintenance du site anglophone, je serais très content de pouvoir travailler avec toi
1 Like
Je comprends bien le problème de main d’oeuvre, et c’est bien pour ça que je ne comprends pas la décision de maintenir deux sites.
En utilisant Zola avec le /fr /en, il n’y a qu’une infra, un repo, c’est bien moins coûteux en temps humain. Si on part sur ça, je sais que le temps que je passe pour corriger le contenu EN est bien utilisé, et non pas dilué dans la gestion globale d’un site à part entière.
La décision est-elle ferme sur ce sujet, ou peut-être pouvons nous en discuter ? Je suis régulièrement sur le channel XMPP, sinon on pourrait même partir sur une conférence si tu préfères.
2 Likes
Désolé, nouveau contre-temps familial. Je regardes ça que la semaine prochaine.
1 Like
@HugoTrentesaux, peux-tu mettre en place une suppression automatique des artefacts créés sur la CI de ce dépôt. Il pèse plus de 500 Mo.
1 Like