TD9 – Messages Flash Une autre application des sessions

Les messages peuvent s’afficher sur n’importe quelle page qui utilise vueGenerale.php, que nous allons mettre à jour pour afficher tous les messages existants.

Dans vueGenerale.php, rajouter le <div> suivant juste après le <nav> dans le <header>.

<div>
    <?php
    /** @var string[][] $messagesFlash */
    foreach($messagesFlash as $type => $messagesFlashPourUnType) {
        // $type est l'une des valeurs suivantes : "success", "info", "warning", "danger"
        // $messagesFlashPourUnType est la liste des messages flash d'un type
        foreach ($messagesFlashPourUnType as $messageFlash) {
            echo <<< HTML
            <div class="alert alert-$type">
               $messageFlash
            </div>
            HTML;
        }
    }
    ?>
</div>

/* Bootstrap alerts */
/* https://getbootstrap.com/docs/3.4/components/#alerts */

.alert {
    padding: 15px;
    margin-bottom: 20px;
    border: 1px solid transparent;
    border-radius: 4px;
}

.alert-success {
    color: #3c763d;
    background-color: #dff0d8;
    border-color: #d6e9c6;
}

.alert-info {
    color: #31708f;
    background-color: #d9edf7;
    border-color: #bce8f1;
}

.alert-warning {
    color: #8a6d3b;
    background-color: #fcf8e3;
    border-color: #faebcc;
}

.alert-danger {
    color: #a94442;
    background-color: #f2dede;
    border-color: #ebccd1;
}

On obtient alors par exemple un bloc de succès avec le code

<div class="alert alert-success">...</div>

http://localhost/tds-php/TD9/web/controleurFrontal.php?messagesFlash[success][]=Hello+World

ou

http://localhost/tds-php/TD9/web/controleurFrontal.php?messagesFlash[danger][]=Message+de+danger+1&messagesFlash[danger][]=Message+de+danger+2

header("Location: $url");
exit();

En effet, quand un navigateur reçoit l’en-tête de réponse Location, il effectue une redirection, c’est-à-dire qu’il lance une requête vers la nouvelle URL comme si on avait cliqué sur un lien. Enfin, exit() termine l’exécution du script courant.

Note : L’utilisation de exit() est optionnelle. Nous vous le mentionnons car généralement le script n’a plus rien à faire après avoir demandé une redirection.

Utilisons la redirection dans un premier scénario d’erreur. Dans ControleurUtilisateur::afficherDetail, si le login ne correspond à aucun utilisateur, utilisez la redirection précédente vers l’URL de l’action afficherListe avec le message flash de type warning suivant : Login inconnu.

Implémentez un système de message flash en complétant le squelette suivant dans le fichier src/Lib/MessageFlash.php

 namespace App\Covoiturage\Lib;

 class MessageFlash
 {

     // Les messages sont enregistrés en session associée à la clé suivante 
     private static string $cleFlash = "_messagesFlash";

     // $type parmi "success", "info", "warning" ou "danger" 
     public static function ajouter(string $type, string $message): void
     {
         // À compléter
     }

     public static function contientMessage(string $type): bool
     {
         // À compléter
     }

     // Attention : la lecture doit détruire le message
     public static function lireMessages(string $type): array
     {
         // À compléter
     }

     public static function lireTousMessages() : array
     {
         // À compléter
     }

 }

En particulier, supprimez les vues désormais inutiles comme utilisateurCree.php, utilisateurConnecte.php, utilisateurDeconnecte.php, utilisateurMisAJour.php et utilisateurSupprime.php. Faites de même pour les vues trajets.

Note : Par exemple, en cas de succès de création d’un utilisateur, on pourrait ajouter un message flash de succès L’utilisateur a bien été créé puis rediriger dans l’action afficherListe du contrôleur utilisateur.

De plus, l’action enregistrerPreference() peut maintenant rediriger l’action par défaut du contrôleur par défaut, que l’on obtient sans indiquer d’action ni de contrôleur dans l’URL, avec un message flash de succès La préférence de contrôleur est enregistrée !.

action creerDepuisFormulaire, si les deux champs mot de passe ne coïncident pas, redirigez vers le formulaire de création avec un message flash Mots de passe distincts de type warning.

Note : Nous réserverons les messages flash de type danger pour les erreurs qui ne sont censées se produire que si le client a essayé de hacker le site (accès à une page qu’on ne lui a pas proposé, donnée de formulaire manquante alors qu’elle était required), et les messages flash de type warning pour les erreurs de l’utilisateur.

• si les 2 nouveaux mots de passe ne coïncident pas, redirigez vers le formulaire de mise à jour en indiquant le login dans l’URL avec un message flash Mots de passe distincts.
• si l’ancien mot de passe n’est pas correct, redirigez vers le formulaire de mise à jour en indiquant le login dans l’URL avec un message flash Ancien mot de passe erroné.

1. Si le login ou le mot de passe ne sont pas transmis dans le query string, redirigez vers le formulaire de connexion avec un message flash Login et/ou mot de passe manquant de type danger.
2. Si le login n’existe pas, redirigez vers le formulaire de connexion avec un message flash Login inconnu de type warning.
3. Si le mot de passe transmis n’est pas correct, redirigez vers le formulaire de connexion avec un message flash Mot de passe incorrect de type warning.

• l’accès au formulaire doit être restreint à l’utilisateur connecté. En cas de problème, redirigez vers l’action afficherListe avec un message flash de type danger.
• si l’utilisateur est inconnu, faites une redirection avec message flash Login inconnu.

• GET deux valeurs login et nonce existent, sinon message flash.
• En cas de succès, “redirection flash” vers la page de détail de cet utilisateur.
• En cas d’échec, “redirection flash” vers afficherListe.