Being mistaken by the confusing name history of both CodiMD and HedgeDoc (the former CodiMD is now HedgeDoc, and HackMD has an open source version which is now CodiMD), I installed CodiMD, not HedgeDoc.
I want to convert my installation, not to export and import the pad (I want to keep the history, and if possible pad URL).
Is that possible ?
How ?
Is there for instance a way to export CodiMD database, install HedgeDoc, and then import that database ?
Something to configure next ?
Thanks for your help
I found this, but it’s not complete enough
A couple of weeks ago, I started self hosting CodiMD (as it was called back then) for a local organization. A couple of days later, I learned about the whole fork situation - I started digging after some confusion with repos and docs; this was before...
Reading time: 1 mins đź•‘
Likes: 1 ❤
I tried the brutal way : force upgrading codimd(_ynh) to hedgedoc(_ynh).
It works… but app is not working after that, codimd service doesn’t start properly.
system
Closed
January 18, 2023, 9:20pm
4
This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.
J’ai trouvé comment faire !
Depuis codimd 2.4.2, vers hedgedoc 1.9.6~ynh2.
Objectif : migrer en conservant la totalité des liens des pad intact. L’historique des pad n’était pas important (j’aurai pu export-importer) mais ça sera conservé aussi.
Les Ă©tapes
Créer une sauvegarde de codimd.
La télécharger. C’est possible via l’interface web.
DĂ©sintaller CodiMD.
Installer HedgeDoc sur le mĂŞme nom de domaine et sur le mĂŞme chemin (pour Ă©viter de devoir changer cela plus tard)
Créer une sauvegarde de HedgeDoc.
DĂ©sintaller HedgeDoc.
Extraire le fichier apps/codimd/backup/db.sql
de la sauvegarde de CodiMD (c’est l’export de la base de données).
L’utiliser pour remplacer le fichier apps/hedgedoc/backup/db.sql
de la sauvegarde de HedgeDoc (“import” de la base de données).
recompresser l’archive de la sauvegarde d’HedgeDoc en .tar
avec comme nom celui de la sauvegarde d’origine. Attention : l’archive doit conteni apps
, backup.csv
et info.json
à sa racine, pas dans un sous-dossier (ne créez pas une archive tar du dossier qui contient tout ça).
téléverser votre sauvegarde modifiée sur le serveur (via FileZilla, scp, un montage dans votre gestionnaire de fichier…) dans le dossier des sauvegardes `/home/yunohost.backup/archive)
restorer l’archive de sauvegarde d’HedgeDoc. Ceci devrait bien fonctionner mais ne suffit pas, une migration échoue car la base de donnée est mal configurée.
On éteint hedgedoc pour éviter les problèmes de conflits : service hedgedoc stop
Connection à la base de donnée PostgreSQL en ayant les droits de modifier toutes les BDD : sudo -u postgres psql
On sélectionne la BDD de HedgeDoc \c hedgedoc
(Optionnel) on affiche les tables disponibles et leurs droits \dt
. Normalement plusieurs tables sont à l’utilisateur “postgres” et pas à hedgedoc.
On dit que toutes les tables sont Ă hedgedoc.
SELECT format('ALTER TABLE public.%I OWNER TO hedgedoc',table_name)
FROM information_schema.tables
WHERE table_schema = 'public'
AND table_type = 'BASE TABLE' \gexec
(Optionnel) on vérifie avec \dt
On corrige la migration qui a échoué (cf. Migration Troubleshooting - HedgeDoc ) : INSERT INTO "SequelizeMeta" (name) VALUES ('20180306150303-fix-enum.js');
. Plein d’opération sont lancées, elles doivent fonctionner.
On démarre hedgedoc : service hedgedoc start
On vérifie que tout va bien (attendez quelques secondes, ce n’est pas toujours à jour): service hedgedoc status
. Il doit parler d’une migration.
C’est bon
1 Like