Partie 13 — Interopérabilité : API externes, Moodle, WordPress, LTI
Public : vous savez construire une API Symfony (Partie 11) et l’orchestrer (Partie 12). Cette partie ouvre BookLab sur le monde extérieur — et fait le pont entre vos trois univers : Symfony, WordPress et Moodle. Objectif de la partie : consommer des API externes (
HttpClient), recevoir/émettre des webhooks, dialoguer avec WordPress (REST API) et Moodle (Web Services), et construire un outil LTI 1.3 en Symfony qui se branche dans Moodle.
Pourquoi cette partie est unique (et vendeuse)
Vous suivez trois cours de l’auteur : Symfony, WordPress, Moodle. Très peu de développeurs maîtrisent les trois et savent les faire communiquer. Un dev qui construit un backend Symfony qui consomme WordPress en headless, pilote Moodle par ses Web Services et s’intègre comme outil LTI dans une plateforme e-learning occupe une niche rare et bien payée (Partie 17). Cette partie relie tout.
Ce que vous saurez faire à la fin de cette partie
- Consommer n’importe quelle API externe (REST/SOAP) avec
HttpClient(auth, retries, scoping). - Recevoir des webhooks proprement (composant Webhook/RemoteEvent) et en émettre.
- Consommer WordPress en headless (REST API) depuis Symfony, et l’inverse.
- Piloter Moodle via ses Web Services (créer des cours/utilisateurs, lire des notes) avec un token.
- Construire un outil LTI 1.3 en Symfony (OIDC, Deep Linking, notes AGS) branché dans Moodle.
Chapitres de cette partie
- HttpClient : consommer des API — requêtes, auth, retries, scoping, streaming, clients typés.
- Webhooks : recevoir & émettre — composant Webhook + RemoteEvent, sécurité, émettre vers des tiers.
- Pont Symfony ↔ WordPress — consommer la REST API WP (headless), authentification, cas d’usage.
- Pont Symfony ↔ Moodle — Web Services Moodle, tokens, fonctions externes, synchronisation.
- Construire un outil LTI 1.3 — OIDC, lancement, Deep Linking, notes (AGS) : Symfony comme outil dans Moodle.
Prochain chapitre : 13.1 — HttpClient : consommer des API.