J’ai déjà posté un petit billet de mécontentement concernant Ferdi qui avait changé son Docker sans prévenir. Sachant que la dite modif concernait les volumes à monter. Autrement dit c’est vraiment un changement inutile, juste « pour faire chier ». Même en modifiant le fonctionnement de l’application, qu’est-ce que ça coûtait de laisser les volumes tels quels ?
Bref.
Je me réinstalle un PC sous Kubuntu (avec une VM Arch dedans, #inception) et en allant chercher le client getferdi sur https://getferdi.com/ je me prends le second effet KissCool : le site est HS. A fouillant un peu je tombe sur le Twitter de Getferdi, un Twitter/Github de Ferdium. On la sent venir la blague, nan ?
Bah pour continuer sur la lancée de com’ « aux petits oignons », il y a eu une brouille entre X et Y et Getferdi est mort pour laisser sa place à Ferdium. Même principe, sous un autre nom.
En espérant que ça ne dure pas aussi longtemps que Dallas et qu’on puisse profiter durablement d’une bonne application open source et gratuite (et merci pour ça, malgré tout).
Petite pensée pour ceux qui utilisaient Ferdi via leurs serveurs et non en auto-hébergé, tout étant HS, pas de sauvegarde de données.
Alors du coup, « nouvelle » commande pour installer le serveur. Sauf que, puisque je suis dans le cas d’un auto-hébergement et que je veux conserver ma base de données Ferdi, il faut apporter quelques modifications.
En gros, renommer la base de données SQlite en development.sqlite et modifier, encore une fois, les volumes… Décidémment, ils ont un souci avec les volumes, c’est dingue.
docker run -d \--name=ferdiumserver \-e NODE_ENV=development \-e APP_URL=https://ferdium.domain.tld \-e DB_CONNECTION=sqlite \-e DB_HOST=127.0.0.1 \-e DB_PORT=3306 \-e DB_USER=xx \-e DB_PASSWORD=xx \-e DB_DATABASE=development \-e DB_SSL=false \-e MAIL_CONNECTION=smtp \-e SMPT_HOST=xx \-e SMTP_PORT=465 \-e MAIL_SSL=true \-e MAIL_USERNAME=xx \-e MAIL_PASSWORD='xx' \-e MAIL_SENDER=xx \-e IS_CREATION_ENABLED=true \-e IS_DASHBOARD_ENABLED=true \-e IS_REGISTRATION_ENABLED=false \-e CONNECT_WITH_FRANZ=false \-e DATA_DIR=/app/database \-p 1974:3333 \-v /volume1/docker/ferdiumserver/config:/app/database \-v /volume1/docker/ferdiumserver/recipes:/app/database/recipes \--restart always \--label=com.centurylinklabs.watchtower.enable=true \ferdium/ferdium-server:latestça mouline un peu et c’est bon
> [email protected] package /app/recipes> node scripts/package.js✅ Successfully packaged and added 238 recipes (0 unsuccessful recipes)**** App key is xxx. You can modify `/app/database/FERDIUM_APP_KEY.txt` to update the app key ****Nothing to migrateinfo: serving app on http://0.0.0.0:3333On retrouve notre serveur « comme avant » (vu qu’ils n’ont pas modifié le screen de Github getferdi/ferdi)
Puis utiliser le client Ferdium bien entendu
