FILE & TEXT

Version imprimable

FILE & TEXT

Bonjour,

Serait-il possible de transmettre, via un même <form/>, TEXT && FILE ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 <!DOCTYPE html> <html> <body> <form action="demo_post_enctype.asp" method="post" enctype="multipart/form-data"> <input type=FILE name="name"> <input type="text" name="fname"> <select id=rubrique name="lname"> <option value=va1>#1</option> </select> <input type="submit" value="Submit"> </form> </body> </html>
(exemple tiré de cette page)

Il semble que le fait de préciser un type d'encodage supprime la possibilité de traiter TEXT && FILE.

Par exemple :
Code:

1 2 3 4 5 6 7 if (isset($_FILES['name']) && !empty($_POST['fname']) && !empty($_POST['lname'])) { return 1; } else { return 0; }
Une condition comme celle-ci, pour le <form/> ci-dessus retourne toujours 0, même champs présents.

Merci :)

01/09/2014, 11h25
Celira

Normalement il n'y a aucun problème à utiliser POST et FILES en même temps.
J'ai testé en local et en renseignant le fichier et le champ texte, j'obtiens bien "1" à la sortie.

Par contre, le fait que la page de destination du formulaire soit demo_post_enctype.asp me parait douteux. (ou alors tu n'es pas dans le bon forum)
01/09/2014, 18h32
Orang-

Merci Celira pour cette réponse,

Désolé pour le .asp, c'est un exemple de transmission de <form/> afin de présenter le cas le plus générique possible.
Néanmoins, la page de destination du formulaire est bien .php. Il est entendu qu'.asp n'aurait jamais dû figurer ici.

En utilisation locale (WampServer Version 2.5, PHP Version 5.5.12, IE11, Apache 2.4.9) le 0 est constant.

Citation:

Normalement il n'y a aucun problème à utiliser POST et FILES en même temps.

Effectivement, testé sur le serveur distant, cela fonctionne.
Pourtant, habituellement, j'évite justement de 'tester sur le serveur distant'.

Sans ton indication, je ne m'y serai pas même essayé.

Merci :)
02/09/2014, 09h57
Celira

Hum... Il ya probablement un problème au niveau de la transmission du fichier dans ton serveur local. Tu peux essayer un var_dump de $_FILES et $_POST pour voir.

Merci bien,

Effectivement, pour tester la transmission var_dump est bien plus élégante et surtout pratique.
Code:

1 2 3 4 5 6 7 8 9 array (size=5) 'name' => string 'test.jpg' (length=8) 'type' => string 'image/jpeg' (length=10) 'tmp_name' => string \wamp\tmp\php3B20.tmp' (length=34) 'error' => int 0 'size' => int 608121 string 'test' (length=4)
Code:

1 2 3 4 5 6 7 8 9 10 array (size=5) 'name' => string 'test.bat' (length=8) 'type' => string 'application/octet-stream' (length=24) 'tmp_name' => string \wamp\tmp\php943D.tmp' (length=34) 'error' => int 0 'size' => int 70 string 'test' (length=4)
Bon du coup il apparaît que parfois cela fonctionne, parfois non. Sûrement une limitation de la taille de transmission.
(Pas de problème de ce type sur le serveur distant, la transmission du même fichier fonctionne correctement)
Il va donc être possible continuer à tester la chose en local, à l'aide de fichiers moins lourds.

Merci :)

02/09/2014, 11h12
Celira

A lire : les erreurs classiques des chargement de fichiers

Bonne continuation ;)
02/09/2014, 17h49
Orang-

Merci pour ce lien, bien utile en l'occurrence :)