Migration du docker du wiki

Outils numeriques
1

Bonjour,

Il y a quelques années j’ai supprimé mon compte de GitHub afin de ne pas cautionner son nouveau propriétaire, Microsoft, et sa politique en matière de brevets logiciels en particulier. Avec pour conséquence la disparition d’un dépôt utilisé par #MaVoix pour provisionner son wiki, la boulette.

Je viens de resusciter ce dépôt ici, sur la base de la copie que j’ai fort heureusement conservée dans les sauvegardes :sweat_smile:

ubuntu@mediawiki-smaller:~/docker-mediawiki$ git remote remove origin
ubuntu@mediawiki-smaller:~/docker-mediawiki$ git remote add origin https://lab.enough.community/dachary/docker-mediawiki.git
ubuntu@mediawiki-smaller:~/docker-mediawiki$ git remote -v
origin	https://lab.enough.community/dachary/docker-mediawiki.git (fetch)
origin	https://lab.enough.community/dachary/docker-mediawiki.git (push)
ubuntu@mediawiki-smaller:~/docker-mediawiki$ git fetch
From https://lab.enough.community/dachary/docker-mediawiki
 * [new branch]      master     -> origin/master
 * [new branch]      wip-1-26   -> origin/wip-1-26
ubuntu@mediawiki-smaller:~/docker-mediawiki$

A++

2

Comme suggéré par @Sly via mail, on pourrait upgrade à une version plus récente de Docker Hub Cela supposerait de vérifier auparavant que l’upgrade ne va rien casser. Pour avoir fait un peu de mediawiki l’année dernière, je crois que la fonctionalité la plus avancée que nous avions mis en place (l’éditeur visuel) est encore maintenue en l’état. Mais il y avait un projet de la ré-écrire en PHP (elle est actuellement en nodejs) pour éviter d’avoir un montage un peu baroque donce … ce n’est peut être plus le cas.

3

Je pense que si on doit mettre à jour c’est plus pour des raisons de sécurité / stabilité et de compatibilité avec des extensions anti-spam. En terme de fonctionnalités… aujourd’hui je ne pense pas qu’il y ai bcp d’édition dessus, de la lecture peut être mais de l’édition j’en doute sérieusement. Pas sur que cet mise à jour soit absolument nécessaire hein mais bon. Si on passe un temps monstre a vider les spams de la base de données MySQL… autant peut être repartir d’une base vierge à jour et importer les morceaux du wiki les plus importants… tout en gardant une sauvegarde au cas où…
L’objectif principal pour moi restant de faire des sauvegardes de cette VM plus petites pour réduire un peu les coûts.
Non pas que je sois pince :crab:, (en plus c’est @dachary qui sort le plus le cash ) mais bon si on peut éviter de payer pour des octets de spam…

1 « J'aime »
4

Je partage ton analyse. A la limite on pourrait même suspendre la possibilité d’éditer le wiki.

La sauvegarde ne dépend pas de l’encombrement du disque. Elle dépend du nombre de blocs qui sont à zero dans le disque. A mesure que le temps passe, ce nombre diminue et la sauvegarde tend vers la capacité nominale du disque, on ne peut pas y faire grand chose.