Peut-on inclure des caractères de contrôle dans les champs d'un POST

**puresprit** · 07/07/2015, 12h18

Bonjour,
J'ai une form toute simple, incluant un <select> dont chaque <option> est une adresse, par exemple : 111 rue de la Paix 75002 PARIS FRANCE.
Le code du select (la liste de ses options) est composé en PHP en lisant 4 champs dans ma base de données : Rue, code Postal, Ville, Pays.

Lors du SUBMIT (à la réception du POST par mon PHP), il me faut extraire correctement les séquences de mots qui, à l'intérieur de l'<option> choisie, correspondent à un champ de la base. Ici : rue="111 rue de la Paix", CP="75002", Ville="Paris", Pays="France".

Mon idée a été de remplacer - au stade de la création du SELECT - les espaces INTERNES à un champs (et eux seuls) par un caractère invisible, distinct du "Space" et j'ai choisi le caractère ascii=09 de tabulation horizontale. Manque de bol, quand je réceptionne le $_POST, ce caractère est systématiquement remplacé par un espace (32). Pour vérif, j'ai remplacé mon code 09 par un code 95 (underscore) et tout marche au poil, mon string <option> devenant de bout en bout : 111_rue_de_la_Paix 75002 PARIS FRANCE. Mais je ne peux évidemment proposer à mes clients des SELECT bourrés d'underscore !

Ma question est donc : comment faire passer un tel code 09 dans un $_POST ? Est-ce un pur problème HTTP ?

Merci pour vos conseils !

Invité · 07/07/2015, 13h12

Bonjour,
Tu confonds la value de l'option avec le texte affiché dans la liste déroulante.

**puresprit** · 07/07/2015, 15h49

Envoyé par jreaux62

Bonjour,
Tu confonds la value de l'option avec le texte affiché dans la liste déroulante.

A priori, on peut se passer des "value". Dans ce cas, quand on valide le SUBMIT, c'est l'OPTION courante (le texte) du SELECT qui est transmise via le "name" du SELECT.
Et chez moi c'est cette valeur qui inclut des caractères "HT" (ascii = 9).

Voici un code très simplifié (le nom de la page php est ici : "zphp.php"). Si dans le define, on définit SEP comme l'underscore (95), tout se passe bien. Si on conserve 9, on reçoit des 32 dans le POST.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
<?php
define ('SEP',chr(9));
print 'SEP = chr ('.ord (SEP).')<br>';
if (isset ($_POST)) {
	print '$_POST='; print_r ($_POST); print '<br>';
	$stmp = $_POST ['adress'];
	print '(lg adress='.strlen ($stmp).', nb sep='.substr_count($stmp,SEP).') '; for ($i=0;$i<=strlen($stmp);$i++) { print ord (substr($stmp,$i,1)).' '; } print '<br>';
	}
print '-------- Fin PHP<br><br>';
?>
<html>
	<head>
		<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
		<title>Essai tab dans post</title>
	</head>
<body>
<form id="form_fiche" name="form_fiche" method="POST" action="./zphp.php" enctype="multipart/form-data">
<select style="max-width:30em;" name="adress">
	<option>France 75002 Paris 111<?php echo SEP;?>Rue<?php echo SEP;?>de<?php echo SEP;?>la<?php echo SEP;?>Paix</option>
	<option>France 75013 PARIS 222<?php echo SEP;?>Rue<?php echo SEP;?>du<?php echo SEP;?>Moulin<?php echo SEP;?>de<?php echo SEP;?>la<?php echo SEP;?>Pointe</option>
</select>
<br><br>
<input type="submit" value="Valider">
</form>
</body>
</html>

Invité · 07/07/2015, 21h11

C'est aussi ridicule qu'inutile. Et sans intérêt.
Tout comme l'utilisation de "séparateur"...

**puresprit** · 08/07/2015, 11h45

Envoyé par jreaux62

C'est aussi ridicule qu'inutile. Et sans intérêt.
Tout comme l'utilisation de "séparateur"...

Que voici une superbe réponse qui honore son émetteur !

1) La notion de "RIDICULE", dans ce contexte, m'échappe totalement. Pouvez-vous vous expliquer ?
2) Ca n'est pas INUTILE, puisqu'il existe un BUT, qui est de "maintenir" puis de "récupérer" à l'intérieur d'un pur string (l'option ou la value du select) la structure en champs sous-jacente de la base de données. Je ne vois pas comment sur un tel Forum vous pouvez nier ou méconnaître l'UTILITE d'un algo proposé. Son EFFICACITE, sans aucun doute, mais non son UTILITE ! D'ailleurs, ayant, sur votre première réponse, testé l'utilisation de la VALUE de l'OPTION plutôt que celle de son TEXTE... ça marche très bien, le caractère HT est bien préservé par le POST au prix évidemment d'un code un peu plus lourd (je n'ai jamais vu, dans notre métier, l'utilité des redondances et ici la VALUE redonde avec le TEXTE).
3) "Sans intérêt" me paraît justement redondant avec "inutile". Mais peut-être me trompè-je. Pouvez-vous m'éclairer ?
4) Quant à l'utilisation des séparateurs, unanimement répandus en PHP pour les transferts string-array, la communauté aura du mal à y avoir ridicule, inutilité ou absence d'intérêt.

Ets-vous certain d'être sur le bon Forum ? Vous connaissez Doctissimo ?

**Celira** · 08/07/2015, 14h48

Bien, nuançons la remarque du dalmatien :
Ce qui est perturbant dans ton code, c'est que tu utilises la notion de "séparateur" dans le but de regrouper des données (et non de les séparer), et que tu te prends le chou à tenter d'utiliser des séparateurs "invisibles" parce que tu envoies ce que tu affiches.
Si tu veux utiliser des séparateurs, le plus simple est d'envoyer (via value) la donnée avec les séparateurs et afficher la donnée sans les séparateurs.

Personnellement, j'utiliserais plutôt les séparateurs pour séparer les différents "groupes" (pays, ville...). Ce qui donnerait quelque chose comme ça :
[code]<option value="France#75002#Paris#111 Rue de la Paix">France 75002 Paris 111 Rue de la Paix</option>
exploité par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

list($pays, $cp, $ville, $adresse) = explode('#', $_POST['address']);

Par rapport à ta remarque sur la redondance, je ne considère pas qu'une donnée formatée pour affichage et la même donnée formatée pour utilisation par le code soient redondantes.
Au passage, si tes données viennent de la base et/ou retournent à la base, c'est probablement que tu as une table adresse ou quelque chose du genre. Ne peux-tu pas afficher l'adresse et envoyer l'identifiant de la table correspondant à cette adresse ?

**puresprit** · 09/07/2015, 12h43

Merci infiniment pour cette réponse... modérée !

En pratique mon problème est résolu par l'utilisation de la "value" du Select. Mais je vais en effet considérer le fait d'utiliser directement, de bout en bout, l'ID de l'adresse en value et son contenu littéral en texte.

Je remarque par ailleurs que beaucoup semblent ignorer que par défaut, le TEXTE de l'option sélectionnée est pris comme VALUE du SELECT, si cette value est absente. J'ai vu des dizaines de codes ou texte et value sont dupliqués, à l'identique.

Reste un point de curiosité, qui motivait en grande partie mon post : je me demande pourquoi les caractères de tabulation "HT" (09) présents dans les champs de saisie sont systématiquement transformés en un espace SP lors du SUBMIT de la form. Je me dis que ce doit être le cas de tous les caractères de contrôle (< 32) et que c'est sans doute une question de protocole... mais je n'ai absolument rien testé !

Merci encore.

**Celira** · 09/07/2015, 14h18

Envoyé par puresprit

Je remarque par ailleurs que beaucoup semblent ignorer que par défaut, le TEXTE de l'option sélectionnée est pris comme VALUE du SELECT, si cette value est absente. J'ai vu des dizaines de codes ou texte et value sont dupliqués, à l'identique.

Je pense que c'est une question d'habitude : comme le plus souvent la valeur et l'affichage sont différents, on crée systématiquement des options avec value et texte.
Il me semble également avoir déjà eu des problèmes avec du JS qui devait lire les données d'une option...

Peut-on inclure des caractères de contrôle dans les champs d'un POST

Langage PHP

Discussions similaires

Partager

Partager