Development #6367
Centraliser l'API sous /api/
Début:
28 janvier 2015
Echéance:
% réalisé:
0%
Temps estimé:
Patch proposed:
Non
Planning:
Description
L'idée d'ouvrir des points d'entrée de l'API dans la structure d'URL existante est compliquée au niveau de la gestion d'accès, qui se fait à tous les niveaux de répertoire (dans les _q_access et _q_traverse surtout); cf #6344.
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a plus de 9 ans
Très vite fait, de manière compréhensible j'espère, une proposition :
/api/categories/ → [json(x) for x in categories] /api/categories/etat-civil/forms/ (→ /api/forms(category=etat-civil)/...) /api/forms/ → [json(x) for x in formdefs] /api/forms/inscription/ → ? /api/forms/inscription/schema → json(formdef, full=1) /api/forms/inscription/ [PUT] → add formdata /api/forms/inscription/n/ → json(formdata) /api/forms/inscription/n/jump/trigger/xxx [POST] → trigger /api/tracking-code/abc → 302 → /api/forms/xxx/n/ /api/roles/ → [json(x) for x in roles] /api/users/ → ? /api/users/~/ → json(current user) (profil) /api/users/~/drafts → [json(x) for x in formdata if draft] /api/users/~/forms → [json(x) for x in formdata if !draft]
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Lié à Development #8678: Placer l'API de récupération de formdata sous /api/ ajouté
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Lié à Development #8295: Placer les API des formdefs et catégories sous /api/ ajouté
Mis à jour par Frédéric Péters il y a plus de 8 ans
- Statut changé de Nouveau à Fermé
On a désormais tout sous /api/.