Je dirais:
- Il y a des "exit()" un peu partout: es-tu sûr que la page de réponse soit vide, et non pas simplement un HTML "cassé" (cad que tu reçois une réponse, mais que le balisage est mauvais rendant la page de réponse apparemment blanche)
- La redirection vers "index.php" s'est peut-être faite, mais la page en question est vide
- Le code de traitement de données, c'est un C/C du code HTML et non le code PHP correspondant
- Eviter les accents dans les noms de variable et de méthode ("planète")
- Corriger les fautes ("vous avez renseigné")
- C'est pas encore ça pour ce qui est du premier message ("[ [ /code ] code=php ]" qui traine au début), utilise [ code=html ] et [ code=php] suivant le langage du code
Pour la méthodologie générale en POO, on verra plus tard...
Note qu'il existe filter_var pour vérifier la validité d'une entrée ($mail) plutôt que des expressions régulières qui ne respectent pas du tout le standard des adresses mail ou seraient trop strictes.
- Il y a des "exit()" un peu partout: es-tu sûr que la page de réponse soit vide, et non pas simplement un HTML "cassé" (cad que tu reçois une réponse, mais que le balisage est mauvais rendant la page de réponse apparemment blanche)
- La redirection vers "index.php" s'est peut-être faite, mais la page en question est vide
- Le code de traitement de données, c'est un C/C du code HTML et non le code PHP correspondant
- Eviter les accents dans les noms de variable et de méthode ("planète")
- Corriger les fautes ("vous avez renseigné")
- C'est pas encore ça pour ce qui est du premier message ("[ [ /code ] code=php ]" qui traine au début), utilise [ code=html ] et [ code=php] suivant le langage du code
Pour la méthodologie générale en POO, on verra plus tard...
Note qu'il existe filter_var pour vérifier la validité d'une entrée ($mail) plutôt que des expressions régulières qui ne respectent pas du tout le standard des adresses mail ou seraient trop strictes.