Posté par ze_lionix .
En réponse au message Problème d'encodage.
Évalué à 3.
Dernière modification le 22 janvier 2015 à 17:02.
Salut,
Après une première lecture je me suis dit "il va pleurer"....
Et puis j'ai relue et la il y a un truc qui me fait tiquer :
A noter que ce site fonctionnait avant sa migration mais était installé sur une version plus ancienne de debian (5 ou 6).
A noter aussi que j'en ai installé un autre sans migration de base et que le problème est toujours là.
Ton deuxième test est particulièrement intéressant, pertinant et révélateur !
En effet il écarte la piste de l'encodage au niveau du SGBD, et tous le reste du blabla de fausse piste....
Donc tu as un site qui tourne sur une debian 5, avec un php4 qui ne passe pas sur une debian 7 avec un php 5.
Sans déconner ?
Ce qu'il y a de notable si tu connais un peu ce langage comme moi :
- version 3 : on mix les variables du script avec celle des formulaires
- version 4 : introduction de _GET et _POST, mais on autorise toujours la soupe de mix qui est une hérésie de sécurité
- version 5 : bon les gars, cela fait 4 ans qu'on vous dit de corriger votre code, maintenant les variables de formulaire comme on le dit depuis 4 ans c'est _GET et _POST.
=> Conclusion : ton champs est vide, car la variable est vide !
Tu dois pouvoir le vérifier avec un simple echo ou var_dump
Partant de cette conclusion tu as deux solutions :
1) Gros porc : tu touches pas au code comme tu le souhaites, et tu regardes du coté des variables globales s'ils ont encore en version 5.4 gardé le paramètre de gestion des super globales.
2) Correct : tu corriges ton code, depuis 4 ans que tu dois le faire.
# Et si le problème était ailleurs ? Genre je pense savoir où....
Posté par ze_lionix . En réponse au message Problème d'encodage. Évalué à 3. Dernière modification le 22 janvier 2015 à 17:02.
Salut,
Après une première lecture je me suis dit "il va pleurer"....
Et puis j'ai relue et la il y a un truc qui me fait tiquer :
Ton deuxième test est particulièrement intéressant, pertinant et révélateur !
En effet il écarte la piste de l'encodage au niveau du SGBD, et tous le reste du blabla de fausse piste....
Donc tu as un site qui tourne sur une debian 5, avec un php4 qui ne passe pas sur une debian 7 avec un php 5.
Sans déconner ?
Ce qu'il y a de notable si tu connais un peu ce langage comme moi :
- version 3 : on mix les variables du script avec celle des formulaires
- version 4 : introduction de _GET et _POST, mais on autorise toujours la soupe de mix qui est une hérésie de sécurité
- version 5 : bon les gars, cela fait 4 ans qu'on vous dit de corriger votre code, maintenant les variables de formulaire comme on le dit depuis 4 ans c'est _GET et _POST.
=> Conclusion : ton champs est vide, car la variable est vide !
Tu dois pouvoir le vérifier avec un simple echo ou var_dump
Partant de cette conclusion tu as deux solutions :
1) Gros porc : tu touches pas au code comme tu le souhaites, et tu regardes du coté des variables globales s'ils ont encore en version 5.4 gardé le paramètre de gestion des super globales.
2) Correct : tu corriges ton code, depuis 4 ans que tu dois le faire.
Fuse : j'en Use et Abuse !