considérer un backend léger plutôt que webhooks #17

New issue

Open

opened 2026-06-08 15:17:54 +00:00 by lipwig · 0 comments

lipwig commented

2026-06-08 15:17:54 +00:00

Owner

Avec par exemple fastAPI.

Permettrait d'utiliser du SSE pour mettre à jour l'état du build et éventuellement d'autres trucs par la suite.

Il n'y aurait plus de scripts webhooks, ce serait directement des appels à des routes du framework.

Vu qu'on a des dépendances python, on peut envisager d'utiliser python git pour réduire les appels système.

FastAPI consomme ~60mo au repos, soit bien plus que webhook qui consomme ~10mo (mais ça reste léger).

Il est peut-être possible de faire en sorte que ce soit le backend python qui gère l'authentification à forgejo plutôt que decapcms :

ça serait sans doute plus secure car évite auth via PKCE (ie case "insecure" dans app forgejo) ;
ça permettrait de créer un dépot via l'appli, ou tout autre action (lister dépôts, etc) ;
cf. https://github.com/davidejones/netlify-cms-oauth-provider-python

Il serait sans doute envisageable que l'ajout de l'appli soit au niveau de l'instance forgejo et pas au niveau user.

Avec par exemple [fastAPI](https://fastapi.tiangolo.com/). Permettrait d'utiliser du [SSE](https://developer.mozilla.org/en-US/docs/Web/API/Server-sent_events/Using_server-sent_events) pour mettre à jour l'état du build et éventuellement d'autres trucs par la suite. Il n'y aurait plus de scripts webhooks, ce serait directement des appels à des routes du framework. Vu qu'on a des dépendances python, on peut envisager d'utiliser python git pour réduire les appels système. FastAPI consomme ~60mo au repos, soit bien plus que webhook qui consomme ~10mo (mais ça reste léger). Il est peut-être possible de faire en sorte que ce soit le backend python qui gère l'authentification à forgejo plutôt que decapcms : - ça serait sans doute plus secure car évite auth via PKCE (ie case "insecure" dans app forgejo) ; - ça permettrait de créer un dépot via l'appli, ou tout autre action (lister dépôts, etc) ; - cf. https://github.com/davidejones/netlify-cms-oauth-provider-python Il serait sans doute envisageable que l'ajout de l'appli soit au niveau de l'instance forgejo et pas au niveau user.

lipwig added this to the roadmap project

2026-06-08 15:17:54 +00:00