niconicochan

L'utilisation des expressions régulières.

A la fin du cours sur les expressions régulières, il est écrit:

pourquoi ne pas aller faire un tour du côté de la documentation, afin de voir avec quelles fonctions s'utilisent ces précieuses expressions régulières ?

C'est exactement ce dont j'ai besoin, quelqu'un peut m'indiquer où ça se trouve sur le forum?
Je n'arrive pas à trouver la documentation.

Je souhaiterais utiliser ces expressions pour la validation d'un formulaire.
Je me demande, une fois les expressions régulières apprises,
comment les utiliser non seulement de manière à indiquer pourquoi un utilisateur n'a pas
tapé comme il faut lorsque c'est le cas, mais aussi comment l'inviter à retaper le contenu
des champs vidés (comment vider les champs et comment inviter l'utilisateur à retaper
du contenu?) et comment diriger l'utilisateur vers une nouvelle page (session) une fois le formulaire validé correctement.

Enfin, si vous pouvez encore répondre, comment faire pour que sur ma page de formulaire
ce soient des points noirs qui apparaissent dans les champs lorsque l'utilisateur
rentre des caractères.

Caractères bizarres dans phpmyadmin.

Bonjour,

J'ai fait tous les réglages en UTF-8 nécessaires pour manipuler des données
écrites avec des accents et des caractères de langues étrangères.

Je permets aux utilisateurs de rentrer des informations dans mon SGBD via un formulaire
et affiche sur une autre page les données déjà rentrées dans mon SGBD.
Les données rentrées dans mon SGBD sont transformés en signes bizarres
dans ma table dans l'interface de phpmyadmin,
mais ces même données transformées en signes bizarres dans mon SGBD
réapparaissent normalement dans ma page d'affichage (qui récupère ces données),
même quand il y a des accents et des signes en langues étrangères.

Est-ce normal que dans mon SGBD (table dans interface de phpmyadmin)
et dans mon SGBD seulement mes caractères soient transformés en signes bizarres?
Je suis en fait assez étonné que des données que je vois comme transformées
dans phpmyadmin ressortent indemnes sur une page qui récupère ces mêmes données.
Pour info, j'ai essayé de voir ce que ça donne en enlevant le code de nettoyage
des données et ça ne change absolument rien.

Accents transformés en cours de route.

Bonjour,

J'ai une page de formulaire et une page de traitement de formulaire.
Lorsque en tant qu'utilisateur, j'envoie des données dans ma base de données,
les accents ne sont pas convertis.

Pour résoudre le problème, j'ai:

- ajouté dans chacune des en-têtes de mes deux pages (formulaire et traitement de formulaire):
<meta http-equiv="Content-type" content="text/html; charset=UTF-8/>
J'ai également vérifié l'activation de l'encodage UTF-8 dans Dreamweaver
(Edition > Préférences > Nouveau document > Codage par défaut)

-ajouté en plus dans la page de traitement de formulaire:
mysqli_query("SET NAMES 'utf8'");

-choisi l'Interclassement utf8_general_ci pour tous mes champs dans l'interface de phpmyadmin

-dans le document httpd.conf, j'ai rajouté la ligne
AddDefaultCharset UTF-8 (je ne avais pas trop où la mettre, je l'ai mis tout en haut de la page)

Les accents rentrés dans le formulaire deviennent des signes bizarres une fois arrivés dans ma table sur phpmyadmin.

Quelqu'un pourra t-il m'aider?

L'utilisation des expressions régulières.

A la fin du cours sur les expressions régulières, il est écrit:

pourquoi ne pas aller faire un tour du côté de la documentation, afin de voir avec quelles fonctions s'utilisent ces précieuses expressions régulières ?

C'est exactement ce dont j'ai besoin, quelqu'un peut m'indiquer où ça se trouve sur le forum?
Je n'arrive pas à trouver la documentation.

Je souhaiterais utiliser ces expressions pour la validation d'un formulaire.
Je me demande, une fois les expressions régulières apprises,
comment les utiliser non seulement de manière à indiquer pourquoi un utilisateur n'a pas
tapé comme il faut lorsque c'est le cas, mais aussi comment l'inviter à retaper le contenu
des champs vidés (comment vider les champs et comment inviter l'utilisateur à retaper
du contenu?) et comment diriger l'utilisateur vers une nouvelle page (session) une fois le formulaire validé correctement.

Enfin, si vous pouvez encore répondre, comment faire pour que sur ma page de formulaire
ce soient des points noirs qui apparaissent dans les champs lorsque l'utilisateur
rentre des caractères.

Accents transformés en cours de route.

Oui, le doctype est écrit en html.
Mais la balise meta avec le charset, c'est bien du SGML? (j'ai toujours pensé que c'est du SGML,
je ne me trompe pas?)

Concernant la réflexion que tu proposes, quand il n'y a que du php dans un fichier il s'agit en fait de php qu'on insère dans du html qui n'existe pas.
En tout cas, une remarque simple: quand on a un fichier avec que du php il n'est en effet pas nécessaire d'ajouter autre chose. Et si cet autre chose met la pagaille, je suppose qu'il s'agit des métadonnées.


J'ai vu les notions d'entrée standard et de sortie standard avec l'histoire de la vache qui rentre dans un hachoir et ressort en steak haché.

Accents transformés en cours de route.

Il fallait que j'enlève les parties de HTML et de SGML tout en haut et tout en bas de
mes pages php (j'appelle une page php une page dont le nom contient une extension en .php).
Cela comprend les balises <html> ou </body> par exemple, ou encore la déclaration DOCTYPE
et l'élément de métadonnées pour le codage des caractères pour ce qui concerne le SGML.
Je doutais à juste titre de l'intérêt de ces portions de code, mais je ne pensais pas qu'elles
pouvaient mettre le bazarre.

Il a suffit que je les enlève.
Par contre, ce qui m'étonne quand même c'est que j'ai appris qu'on a deux solutions pour insérer
du html dans une page avec une extension en .php:
- les portions en html se trouvent en dehors de zones balisées <?php ... ?>
- les portions en html se trouvent dans des zones balisées <?php ... ?>,
mais à l'intérieur des ces zones elles doivent être "balisées" echo " ... "; pour
indiquer que ce sont des portions de html insérées dans des zones dédiées au php.
Moi, j'étais dans le premier de ces deux cas, je ne vois donc pas trop le problème avec le html.

Je suppose par conséquent que c'est les portions de SGML qui ont mis le bazarre
(la déclaration DOCTYPE et l'élément de métadonnées pour le codage des caractères).