Discussion :

[wehtam]

Bonjour,

Désolé si je ne suis pas dans la bonne section du forum.

J'ai développé une application en PHP qui se charge d'envoyer des e mailing.
Les informations envoyées dans les e mailing sont renseignées à partir de formulaires.
Voici mon problème : sur tous les ordinateurs de mon client, une partie des informations renseignées dans les formulaires sont coupées. A partir d'un certain nombre de caractères la variable $_POST est tronquée. Alors que sur d'autres d'autres ordinateurs cette variable $_POST n'est jamais tronquée.
(nb : lors de mes tests le contenu de départ de la variable $_POST est exactement le même).
Auriez vous déjà rencontré ce genre de problème ? si oui d'où cela peut il venir ? (firewall, proxy, anti virus... ?)
Merci de vos lumières

[Benjamin Delespierre]

$_POST est une séquence (tableau) et pas une chaine de caractères. Je vois mal comment elle peut être tronquée...

Et si tu nous donnais davantage de détails sur le formulaire, le navigateur employé par ton client, la valeur du paramètre post_max_size de php.ini etc. ?

[camyo]

moi je vais peut être passer à coté, mais la seul fois ou je me suis retrouver à galérer sur le même sujet, ça venait de ma table mysql ..

[Benjamin Delespierre]

J'ai beau remuer la semoule qui me sert de cervelle, je vois pas le rapport

[camyo]

Les valeurs que je récupérais par mes Post, je les enregistrais dans une table et mes champs étaient en varchar(128) au lieux d'être en Text, et je ne trouvais pas pourquoi mes valeurs étaient tronqués ..

c'est tordu .. mais j'ai repensé à ça

[wehtam]

Je n'ai peu être pas été clair c'est évidement le $_POST["ma_variable"]qui est tronqué.
Et cela ne vient pas de la base de données, vu que chez moi ma variable n'est pas du tout tronquée.

[wehtam]

$_POST est une séquence (tableau) et pas une chaine de caractères. Je vois mal comment elle peut être tronquée...

Et si tu nous donnais davantage de détails sur le formulaire, le navigateur employé par ton client, la valeur du paramètre post_max_size de php.ini etc. ?

Nous avons fait les tests sur tous les navigateurs (IE, Firefox, Chrome) et cela fonctionne correctement de chez nous, on appelle exactement la même page.
Donc cela ne doit pas venir du navigateur je pense.

[camyo]

Question, chez le client, vous travaillez sur le même serveur que pour tes tests ?

[wehtam]

Oui oui, l'application est en service pour d'autres clients aussi et ils n'ont pas de problème.

[Benjamin Delespierre]

Heisenbug ??

Bref, sûrement que ton client est sous IE4 ou un autre navigateur pourri/exotique. Essaie de gêrer ça politiquement.

Sinon, tu peux faire une batterie de tests unitaires pour prouver que le problème est chez lui.

Tu peux aussi t'assurer, avec les logs, que le client n'a pas fourni toutes les informations (ou que son copy-pasta est foireux parce qu'il l'a fait de Word) ou une autre saleté du genre.

Bref, reporte la faute sur lui et passe à autre chose

[camyo]

Encore une question, est elle toujours coupé après le même nombre de caractères ou c'est complétement aléatoire?

[wehtam]

Encore une question, est elle toujours coupé après le même nombre de caractères ou c'est complétement aléatoire?

OUi cela se coupe toujours après le même caractère

[John Blobsmith]

Ça peut-être un problème d'encodage des caractère. J'ai eu un problème similaire en essayant de récupérer des caractères sensé être encodé en utf8 mais dans la chaîne il y avait un caractère non imprimable encodé différemment. (c'est possible quant on utilise substr au lieu de mb_substr sur une chaine utf8)

Assure toi qu'il n'y a aucun caractère non imprimable mal encodé.