Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.lang.php > #3122
| From | Doug713705 <doug.letough@free.fr> |
|---|---|
| Newsgroups | fr.comp.lang.php |
| Subject | Re: Perte de données |
| Date | 2018-10-22 10:35 +0000 |
| Organization | Les cassoulets tropicaux reunis |
| Message-ID | <pqk960$dpt$1@golgoth99.hacktruck.net> (permalink) |
| References | (3 earlier) <q1jlsdlhuitfbuj04mf4abts8s2s362uqr@4ax.com> <pqhk6o$pst$1@golgoth99.hacktruck.net> <pqhn23$u62$1@cabale.usenet-fr.net> <pqhsdr$etv$1@golgoth99.hacktruck.net> <pqj6qg$1b8t$1@cabale.usenet-fr.net> |
Le 2018-10-22, Olivier Miakinen nous expliquait dans
fr.comp.lang.php
(<pqj6qg$1b8t$1@cabale.usenet-fr.net>) :
> Le 21/10/2018 14:45, Doug713705 a écrit :
>>>
>>> Il n'y a que ces deux cas si la cible est une page html, mais text/plain
>>> pourrait être utilisé si la cible est un lien mailto: par exemple.
>>
>> Il doit me manquer quelqchose car sie je me réfère à
>> « text/plain is a valid option, although it sends the data without any
>> encoding at all. It is not recommended, as its behavior is difficult
>> to predict. »
>
> Le comportement dans une page web n'est pas prédictible, car le html
> a un format particulier, dans lequel certains caractères sont réservés
> (« < » ou « & » par exemple). Il faut donc encoder ces caractères.
>
>> Même si la cible est un mail, si le comportement n'est pas prédictible,
>> je n'en vois pas l'intérêt.
>
> Mais lorsque le lien est mailto, ça ne fait rien d'autre que d'ouvrir
> un courrielleur en copiant le contenu dans l'éditeur. Si encodage il
> doit y avoir, ce sera fait par le courrielleur au moment où tu vas
> cliquer sur son bouton « envoyer ».
Mais si c'est un mailto, alors la balise n'est pas un <form
method='post'> mais <a href='mailto:'>.
>> Rien de pire qu'un comportement non prédictible.
>
> En fait il faudrait lire les docs de référence (ce que je n'ai pas
> fait, et il est trop tard pour que je le fasse maintenant).
J'ai eu la même flemme mais cette fois je prends mon courage à deux
mains et en consultant https://www.w3schools.com/tags/att_form_enctype.asp
on trouve:
text/plain: Spaces are converted to "+" symbols, but no special
characters are encoded
Du coup, ce n'est pas "difficult to predict".
Ça me rassure.
> Bonne nuit !
Bonne journée :)
--
Je ne connaîtrai rien de tes habitudes
Il se peut même que tu sois décédée
Mais j'demanderai ta main pour la couper
-- H.F. Thiéfaine, L'ascenceur de 22H43
Back to fr.comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Perte de données Le Fou <hiller.Eric@freeE.fr> - 2018-10-18 20:22 +0200
Re: Perte de données Olivier Miakinen <om+news@miakinen.net> - 2018-10-19 02:20 +0200
Re: Perte de données Jean François Ortolo <ortolo.jeanfrancois@free.invalid> - 2018-10-19 12:37 +0200
Re: Perte de données Le Fou <hiller.Eric@freeE.fr> - 2018-10-19 16:03 +0200
Re: Perte de données Le Fou <hiller.Eric@freeE.fr> - 2018-10-19 15:59 +0200
Re: Perte de données Otomatic <otomatic@oto.invalid> - 2018-10-19 16:23 +0200
Re: Perte de données Eric Demeester <neuneu@potiron.invalid> - 2018-10-20 08:48 +0200
Re: Perte de données Le Fou <hiller.Eric@freeE.fr> - 2018-10-20 19:52 +0200
Re: Perte de données Doug713705 <doug.letough@free.fr> - 2018-10-21 10:25 +0000
Re: Perte de données Olivier Miakinen <om+news@miakinen.net> - 2018-10-21 13:14 +0200
Re: Perte de données Doug713705 <doug.letough@free.fr> - 2018-10-21 12:45 +0000
Re: Perte de données Olivier Miakinen <om+news@miakinen.net> - 2018-10-22 02:49 +0200
Re: Perte de données Olivier Miakinen <om+news@miakinen.net> - 2018-10-22 12:31 +0200
Re: Perte de données Le Fou <hiller.Eric@freeE.fr> - 2018-10-22 19:39 +0200
Re: Perte de données Doug713705 <doug.letough@free.fr> - 2018-10-22 10:35 +0000
Re: Perte de données Olivier Miakinen <om+news@miakinen.net> - 2018-10-22 12:44 +0200
Re: Perte de données Doug713705 <doug.letough@free.fr> - 2018-10-22 11:06 +0000
csiph-web