3h
#3 Ajout de la fonctionnalité pour lier une page et un pad
Fusionado
nas
fusionados 6 commits de maxime-alves:devel en master hace 3 años
Etiquetas
Milestone
Sin Milestone
Assignees
2 participantes
Total Time Spent: 3h
Due Date
\/\/ \-/ ❭❬
No due date set.
Dependencies
This pull request currently doesn't have any dependencies.
Loading…
Aún no existe contenido.
Delete Branch 'maxime-alves:devel'
Deleting a branch is permanent. It CANNOT be undone. Continue?
Cette fonctionnalité permet d’attribuer une URL quelquoncque à une page du wiki.
Pour les installs existantes, il est important d’executer le script de migration SQL.
(lire les commit message)
Un commit désactive aussi le cache pour pouvoir mettre à jour facilement les pages.
Utiliser le script fetch du repo suivant pour récupérer les textes des pads liés.
https://git.yannweb.net/maxime-alves/pad-backup
Procédure de mise en préprod :
Procédure de test pour la prod:
Note d’intégration
[1] Si je comprend bien, le script permet d’insérer le contenu d’un pad dans le wiki. Il faut donc qu’il soit appelé avec comme argument le pad et le wiki. Je met ça dans le cron ?
@nas non tu n’a pas bien compris, le script d’intégration lit la base de donnée, et si il y a une URL de pad de précisé, il le récupère. Il effectue cette action pour chaque article.
La problématique étant que nous hébergeons des pads sur plusieurs serveurs. Il faudrait donc gérer l’origine des pads récupérés, car il faudrait une clé d’API différente. Si çela convient à tout le monde, je vais lancer une instance d’etherpad sur un “pad.cli.coop” qui devrait être le seul endroit qu’on linke depuis les pages de wiki.
Sinon, il faut que je complète le script de récupération pour qu’il soit configurable facilement pour ta DB, pour le moment en plus c’est un peu à l’arrache, on ne gère pas l’historique.
Par contre je pense qu’il faudrait qu’on discute de l’utilisation de wikiPP comme moteur de wiki, je trouve que c’est un peu complexe à faire évoluer tout de même (voir les commits “[page]“)