Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > fr.comp.lang.php > #3119
| From | Doug713705 <doug.letough@free.fr> |
|---|---|
| Newsgroups | fr.comp.lang.php |
| Subject | Re: Perte de données |
| Date | 2018-10-21 12:45 +0000 |
| Organization | Les cassoulets tropicaux reunis |
| Message-ID | <pqhsdr$etv$1@golgoth99.hacktruck.net> (permalink) |
| References | (1 earlier) <pqb7vt$1mko$1@cabale.usenet-fr.net> <5bc9e342$0$20331$426a74cc@news.free.fr> <q1jlsdlhuitfbuj04mf4abts8s2s362uqr@4ax.com> <pqhk6o$pst$1@golgoth99.hacktruck.net> <pqhn23$u62$1@cabale.usenet-fr.net> |
Le 2018-10-21, Olivier Miakinen nous expliquait dans
fr.comp.lang.php
(<pqhn23$u62$1@cabale.usenet-fr.net>) :
>>> Dans les autres cas, mieux vaut ne pas le définir, la valeur par défaut
>>> faisant parfaitement l'affaire.
>>
>> Si cette variable n'a d'intérêt que pour deux cas quelle peut bien être la
>> raison pour laquelle il a été décidé de permettre d'autres valeurs _et_
>> de les documenter ?
>>
>> Ça semble peu logique.
>
> 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. »
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.
Rien de pire qu'un comportement non prédictible.
--
Tu sais comment comment ça jouit, Les mecs complètements stress
Qui t'réclament aux toilettes une p'tite canette, une p'tite fumette,
Une reniflette, une seringuette, Une bonne branlette... Et puis : ciao... dodo.
-- H.F. Thiéfaine, Cabaret Sainte-Lilith
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