joelclems
commented
1 year ago Concernant les éléments custom, mon idée est de mette le plus possible de chose dans le dossier static du backend
- le moins on a de fichier custom en frontend, le moins on aura besoin de re-builder en cas de changement
- le frontend peut les récupérer facilement depuis le backend
- pour les éléments custom
footeretintroduction, si l'on souhaite seulement écrire du html on pourrais aussi récupérer cette information depuis le backend - on peut facilement modifier ces fichiers, même après un build du docker (à condition qu'ils soient dans un volume accessible)
Cela permettrai aussi d'avoir tous les fichiers custom au même endroit et simplifier la personnalisation de geonature
camillemonchicourt
La dockerisation de GeoNature nécessite un travail assez conséquent de séparation du backend, du frontend et des accès à la base de données. Voir les issues #1359 & #2088.
Ce travail a été bien avancé, mais il reste plusieurs tâches à accomplir pour avoir une dockerisation propre et complète :
Actuellement, que ça soit pour le frontend ou le backend, les éléments couramment customisés sont éparpillés dans le code source et sont bien souvent suivi par Git.
Deux Dockerfiles, 1 pour le backend et 1 pour le frontend, ont d’ores et déjà été mergé dans la branche
develop. Une action github s’exécute lors d’un merge dans develop ou master de builder l’image backend, d’utiliser cette image afin de générer la configuration frontend, puis de builder l’image frontend. Il s’agit d’un travail en cours, et l’utilisation de Docker pour déployer GeoNature n’est pas encore officiellement supporté ! Aucune documentation n’est fourni à ce stade, autre que les fichiers eux-mêmes. Si vous vous sentez l’âme aventureuse, vous pouvez néanmoins les tester, vos retours seront les bienvenues.Il est prévu par la suite de fournir un fichier pour Docker Compose afin de déployer une suite GeoNature / TaxHub / UsersHub, avec base de données, serveur Redis & worker Celery clé en main.