Quand tu as fait deux sites webs (certains s'en apercoivent meme avant, d'autre après...), tu constates que certaines tâches sont à la fois particulièrement sensibles et répétitives à la fois : exemple, un formulaire permettant de s'inscrire à une mailing-list. un bête champ de saisie de texte et un bouton me diras-tu.... Oui, mais encore faut-il pouvoir vérifier que l'utilisateur ne rentre pas n'importe quoi pour que les données en base, nourries par le formulaire, restent valides. Et la validation d'une adresse e-mail est sans doute l'exemple le plus typique de tâche répétitive qu'on a à faire sur quasiment tous les sites webs.
Il est donc intéressant de se tourner vers ce type de logiciel qui te propose des méthodes unifiées pour :
- générer le code (x)HTML de tes formulaires
- Recevoir et traiter les données après la soumission du formulaire
- valider les données côté client et fournir des tests javascript adaptés
- valider également côté serveur (la validation javascript n'étant qu'un confort pour l'utilisateur et aucunement une sécurité)
- gérer intelligemment les erreurs (l'utilisateur s'est trompé dans son mot de passe ? ok, on lui redemande le mot de passe, mais pas besoin de lui faire resaisir son login, alors on réaffiche le login et on balance un message d'erreur adapté au pépin).
Tout ceci non seulement doit marcher impeccablement bien, pour la sécurité de ton site et le confort du visiteur, mais aussi fait appel à des compétences pointues en (x)HTML pour créer les formulaires, en PHP pour gérer les données et valider coté serveur, en javascript pour les messages d'erreur et le premier niveau de validation... C'est complexe et tout refaire à chaque site prend beaucoup de temps et entraine le risque d'une erreur qui peut tout faire péter (une possibilité d'injection SQL suite à des données mal ou pas validées par exemple).
Voilà pourquoi il est intéressant de se tourner vers ce type de programme, orienté composants. En gros, tu te bornes à dire "Je veux un champ de texte qui s'appelle email et qui doit être rempli avec une adresse email" et le programme se charge quasiment de tout le reste. C'est un gros gain de temps, surtout sur des formulaires complexes.
PS : ce genre de système devient encore plus intéressant s'il est extensible et s'il te permet de développer tes propres composants pour les utiliser selon le même schéma que les champs de formulaire ordinaires du HTML (par exemple : un wysiwyg, un calendrier...).
[^] # Re: gestionnaire de formulaire ?
Posté par Cali_Mero . En réponse à la dépêche Formsess, pour les formulaires et les templates. Évalué à 10.
Quand tu as fait deux sites webs (certains s'en apercoivent meme avant, d'autre après...), tu constates que certaines tâches sont à la fois particulièrement sensibles et répétitives à la fois : exemple, un formulaire permettant de s'inscrire à une mailing-list. un bête champ de saisie de texte et un bouton me diras-tu.... Oui, mais encore faut-il pouvoir vérifier que l'utilisateur ne rentre pas n'importe quoi pour que les données en base, nourries par le formulaire, restent valides. Et la validation d'une adresse e-mail est sans doute l'exemple le plus typique de tâche répétitive qu'on a à faire sur quasiment tous les sites webs.
Il est donc intéressant de se tourner vers ce type de logiciel qui te propose des méthodes unifiées pour :
- générer le code (x)HTML de tes formulaires
- Recevoir et traiter les données après la soumission du formulaire
- valider les données côté client et fournir des tests javascript adaptés
- valider également côté serveur (la validation javascript n'étant qu'un confort pour l'utilisateur et aucunement une sécurité)
- gérer intelligemment les erreurs (l'utilisateur s'est trompé dans son mot de passe ? ok, on lui redemande le mot de passe, mais pas besoin de lui faire resaisir son login, alors on réaffiche le login et on balance un message d'erreur adapté au pépin).
Tout ceci non seulement doit marcher impeccablement bien, pour la sécurité de ton site et le confort du visiteur, mais aussi fait appel à des compétences pointues en (x)HTML pour créer les formulaires, en PHP pour gérer les données et valider coté serveur, en javascript pour les messages d'erreur et le premier niveau de validation... C'est complexe et tout refaire à chaque site prend beaucoup de temps et entraine le risque d'une erreur qui peut tout faire péter (une possibilité d'injection SQL suite à des données mal ou pas validées par exemple).
Voilà pourquoi il est intéressant de se tourner vers ce type de programme, orienté composants. En gros, tu te bornes à dire "Je veux un champ de texte qui s'appelle email et qui doit être rempli avec une adresse email" et le programme se charge quasiment de tout le reste. C'est un gros gain de temps, surtout sur des formulaires complexes.
PS : ce genre de système devient encore plus intéressant s'il est extensible et s'il te permet de développer tes propres composants pour les utiliser selon le même schéma que les champs de formulaire ordinaires du HTML (par exemple : un wysiwyg, un calendrier...).