Examen – Examen Niveau 5 - Laravel expert

Cet examen couvre les modules 20 à 22 : architecture avancée, Laravel en production et écosystème Laravel. 20 questions et un exercice de code. Vous pouvez passer à l'exercice et terminer l'examen quand vous voulez. La note finale (50 % questions, 50 % code) doit être d'au moins 80 % pour réussir. Vous pouvez réessayer en cas d'échec.

1. 1. Qu'entend-on par architecture hexagonale (ports & adapters) dans une application Laravel ?

   • Une structure MVC classique
   • Une architecture qui isole le domaine métier des frameworks et de l'infrastructure
   • Une architecture pour les microservices seulement
   • Un pattern uniquement pour les APIs

2. 2. Dans une architecture en couches (Controller -> Service -> Repository), quel est le rôle principal de la couche Service ?

   • Accéder directement à la base de données
   • Porter la logique métier et orchestrer les appels aux repositories
   • Générer les vues Blade
   • Configurer les routes

3. 3. Pourquoi séparer les DTO (Data Transfer Objects) des modèles Eloquent ?

   • Pour écrire moins de code
   • Pour mieux contrôler ce qui sort/entre dans les couches (API, vues)
   • Pour remplacer complètement Eloquent
   • Ce n'est pas utile

4. 4. Quel est l'intérêt d'utiliser des Events & Listeners dans Laravel ?

   • Remplacer les contrôleurs
   • Découpler les actions (ex. 'UserRegistered') des effets secondaires (envoi d’email, log, etc.)
   • Optimiser les migrations
   • Gérer les assets front

5. 5. Quel outil de monitoring peut-on utiliser pour suivre les performances et erreurs d’une app Laravel en prod ?

   • Laravel Telescope en prod uniquement
   • Outils comme Sentry, Bugsnag, NewRelic, ou monitoring serveur (APM)
   • php artisan debug
   • Aucun

6. 6. Quelle commande met en cache la config, les routes et les vues pour optimiser Laravel en production ?

   • php artisan dev
   • php artisan optimize && php artisan config:cache && php artisan route:cache && php artisan view:cache
   • php artisan cache-all
   • composer optimize

7. 7. Pourquoi est-il recommandé d’utiliser les variables d’environnement (.env) plutôt que de mettre les secrets dans le code ?

   • Pour les retrouver plus facilement
   • Pour pouvoir changer la config sans re-déployer le code et ne pas commiter les secrets
   • Parce que Laravel l'exige
   • Pour accélérer l'application

8. 8. Quel composant Laravel gère la mise en file (queue) des Jobs ?

   • Scheduler
   • Queue worker (php artisan queue:work)
   • Scheduler + Cron uniquement
   • Controller

9. 9. Quel avantage d’utiliser Horizon avec Laravel ?

   • Remplacer le système de routing
   • Superviser visuellement les jobs, files et temps d’exécution des queues
   • Supprimer les logs
   • Remplacer la base de données

10. 10. Pour une application multi-environnements (local, staging, production), quelle bonne pratique concernant les migrations ?

    • Éditer les anciennes migrations en prod
    • Toujours ajouter de nouvelles migrations et ne jamais modifier les anciennes déjà déployées
    • Supprimer les migrations après exécution
    • Exécuter migrate:fresh en prod

11. 11. Qu'est-ce qu'un 'tenant' dans une application multi-tenant Laravel ?

    • Un type de test
    • Une base de données temporaire
    • Un client / organisation isolé(e) au niveau des données
    • Un serveur

12. 12. Quelle stratégie multi-tenant isole totalement les données par client ?

    • Une seule base et une colonne tenant_id
    • Une base ou un schéma par tenant
    • Un seul user admin
    • Utiliser Redis uniquement

13. 13. Qu'est-ce que Laravel Octane apporte à une app Laravel ?

    • Un nouveau moteur de vues
    • Un serveur haute performance (Swoole/RoadRunner) avec workers persistants
    • Une nouvelle base de données
    • Rien, c'est obsolète

14. 14. Pourquoi faut-il faire attention aux services 'stateful' (avec état) lorsqu'on utilise Octane ?

    • Parce que le code ne compile plus
    • Parce qu’un même worker peut servir plusieurs requêtes et partager un état non voulu entre utilisateurs
    • Parce que les migrations ne fonctionnent plus
    • Parce que les vues ne se rechargent plus

15. 15. Quel composant Laravel facilite la création d’APIs avec pagination, filtres et tri standardisés ?

    • Blade
    • Eloquent uniquement
    • API Resources + Resource Collections
    • Le fichier .env

16. 16. Pour documenter une API Laravel en OpenAPI/Swagger, quelle approche est courante ?

    • Écrire la doc dans .env
    • Utiliser un package (par ex. L5-Swagger) ou générer une spec OpenAPI à partir des routes et controllers
    • Écrire la doc dans config/api.php uniquement
    • Il n'y a pas de solution

17. 17. Que signifie 'idempotence' pour une requête HTTP (ex. PUT) ?

    • Qu'elle est toujours rapide
    • Que plusieurs appels avec les mêmes données ont le même effet qu'un seul
    • Qu'elle nécessite une transaction
    • Qu'elle ne peut pas être mise en cache

18. 18. Dans l’écosystème Laravel, quel outil est conçu pour les API temps réel (WebSockets) ?

    • Broadcasting + Laravel Echo (avec Pusher ou serveur WebSocket)
    • Blade uniquement
    • Jobs + Queues
    • Les Events uniquement sans driver

19. 19. Pourquoi utiliser des Feature Flags (drapeaux de fonctionnalité) en prod ?

    • Pour déployer de nouvelles features uniquement en local
    • Pour activer/désactiver des fonctionnalités par segment d’utilisateurs sans re-déployer
    • Pour remplacer les migrations
    • Pour gérer les logs

20. 20. Dans une équipe, quelle pratique DevOps améliore fortement la qualité des déploiements Laravel ?

    • Déployer manuellement en SSH à chaque fois
    • Mettre en place une CI/CD avec tests, build, et déploiement automatisé
    • Éviter les tests
    • Commiter directement sur la prod