Sur un serveur PHP avec register globals activé.
 
Si j'ia uen variable $_COOKIE['popo'] et une variable $_GET['popo'], si je tappe $popo laquelle sera retournée ? ou alors est ce imprévisible selon le type de serveur ?
 
Ceux qui me diront de tester moi même c'est gentil j'y avai deja pensé mais je voulai savoir si il y avai une règle générale

$_COOKIE, parce-que tu as oublié le _ de $_GET.

mais non je vois pas de quoi tu parle

ben ecoute : tu assigne la variable popo avec soit $_COOKIE['popo'] ou le $_GET...
 
c'est bidon de vouloir recourir tout de suite aux $popo etc etc..
car pas mal de serveurs on le register_globals à off
 
et ca depends des configs, moi le $popo vaut rien dans mon cas, faut que je l'assigne

je sais deja ca mais c'est pour le cas d'un truc très lourd deja programmé avec register globals a off, où il y a un cookie qu'on appellera popo, et j'essaie de savoir si on peut le feinter avec une variable dans l'url

 
Tu appelles explicitement $_COOKIE['popo'], et c'est tout...

si registerglobal est activé, alors le resultat depend de ta config apache  
 
mais honnetement, les codes comme ca , ca fait gagner du tps au developpement, mais quand des mois apres il faut retourcher , c'est l'horreur

si tu voyais la lourdeur du code deja existant tu comprendrai pourquoi je veut éviter de faire ca.
 
Putaing c lourd les gens qui répondent a coté en croyant s'addresser a des ignorants alors qu'ils connaissent pas du tout le contexte de la question...

merci pr ta réponse c'est ce que je voulai savoir (enfin qqun qui répond a la question, ca fait plaisir,  après deux donneurs de lecons a coté de la plaque )
 
Au fait je suis tt a fait d'accord sur le fait que c'est pas bien de coder comme ca, mais c'est pas ma faut esi on me fait reprendre ce projet hein...

 
Les donneurs de leçons à coté de la plaque t'emmerdent...
 
1) Tu aurais très bien pu faire le test toi même comme un grand.
2) On te donne une façon de faire qui résoudrait ton problème et serait nettement plus sûre et plus maintenable.

arrête de prendre les gens pour des cons STP
 
- j'ai dit dans le premier post que mon but était de savoir si il existait une règle générale pour ca, et que c pr ca que jue voulai pas me fier a mon test qui dépend de la config de mon serveur
- je répète encore que c'est pour maintenir un projet dont il est strictement impossible de modifier tout ca a la main, il serai presque plus rapide de repartir à zero...
 
t'es gentil ca fait assez lgtps que je fait du php pr savoir programmer sans les register golbals...

 
Objectivement, pour traiter les gens qui essaient de t'apporter les bonnes solutions comme ça, il faut l'être.
 
 
 
Et nous on t'a dit que se reposer là-dessus n'était pas viable.
 
 
 

Tu fais un mauvais choix par flemme d'un travail rébarbatif mais mieux adapté à ton prblème, c'est tout.
 
 

tu n'a aucune idée de mon travail sur ce projet alors pourquoi tu ouvre ta gueule ?? si j'étai en mesure de modifier le truc pr qu'il passe sans register globals je le ferai. Seulement j'ai pas la main sur le code je suis juste là pr estimer les risques de sécurité.
 
Tu répond pas a la question que je pose tu donne des grandes lecons en me prenant pour un débutant, et tu continue a me reprocher de pas vouloir écouter tes conseils alors que je me tue a te dire que je connais deja ces conseils et que je ne PEUT pas faire évoluer ce code comme ca.
 
Si les forumeurs prenaient la peine de lire les topics et de répondre aux questions posées au lieu de déballer leur science (sans que ca réponde a la question) et prendre de haut ceux qui posent les questions ca serai un grand progrès de fait.

si tu veux protéger $popo tu n'as qu'à forcer l'affectation :
au choix :
$popo=$_COOKIE['popo'];
ou
$popo=$_GET['popo'];

oui merci je sais je sais mais comme je pète et répète je peut pas faire ca car le code est super lourd avec pleins de variables en jeu et de toute manière dans l'état actuel des choses j'ia pas la main sur le code.

Pas d'apache, mais de php par le biés du php.ini.
 
Personellement, je vois pas en quoi savoir si le cookie passera avant ou aprés les variables de l'URL change quoi que ce soit pour la sécurité, le trou de sécurité est là dans les deux cas et en fonction du code qu'est derriére, c'est potentiellement un goufre de sécurité.
Enfin bon, si c'est un goufre de sécurité, c'est que même sans utiliser les $popo, il y aurait des trous de sécurité dans leur systéme.

si le cookie passe avant ca évite le risque qu'on feinte en remplacant par l'url mais c'est sur que ca élimine pas les risques pour d'autres variables, ca élimine juste ce risque précis, celui sur lequel je m'inquiète
 
merci je savai pas que ct dans le php.ini je vais essayer de trouver ou c'est

 
Parce-que tu poses une question, j'y réponds du mieux que je peux avec les éléments que tu donnes.
 
 
 
Et si t'avais plutôt commencé à dire ça dans ton premier post, tu penses pas que ç'aurait été plus simple pour te répondre plus justement?
 
 
 
Ya 2 posts tu voulais éviter de le faire, tu n'étais pas dans l'incapacité de le faire, nuance.
Ce qui change tout de la manière de répondre.
Quelqu'un qui refuse de faire le mieux et choisit une pratique qui peut s'avérer préjudiciable par facilité, je le méprise. Quelqu'un qui n'a VRAIMENT pas le choix, je me contente de le mettre en garde...
 
 
 
Si les gens qui posent des questions sur les forums donnaient d'entrée toutes les cartes aux personnes qui tentent de leur répondre c'en serait un encore plus grand.

Plustôt que de dire "je peux pas par ce que ca demande trop de boulot", dit le simplement que t'es là que pour désigner les risques de sécurité et que t'as pas le droit de modifier le code.
 
Ca t'éviterait des critiques surtout que là, tu donnes l'impression que ta principale raison de pas le faire, c'est la quantité de boulot nécessaire à ce changement.

Même, par ce que dans ce cas, on suprime le cookie, on met se qu'on veut dans l'adresse ou à l'aide d'un formulaire si on a envie, et votre systéme est baisé même si le cookie passe en premier.
Je t'aurais bien indiqué ça, mais je le change jamais. De toute maniére, je suis toujours en register_global à off donc je m'en susi jamais préoccupé de ce réglage.

 
Voila bon j'espere que c'est clair, j'aimerai qu'on arrête le fight STP car ca sert a rien et j'ai rien contre toi, j'ai juste été irrité de me faire prendre de haut et qu'on réponde a coté de ma question, je pense que tu peut le comprendre

c'est la quantité de boulot mais pas pour moi, pour les larbins qui executeront mes ordres

 
raison de plus pour le faire...

putaing c vrai ca j'avai un peu occulté cette facette (j'ai pas du dormir assez cette nuit ou alors trop picolé hier )

lol oui mais ils sont deja a la bourre sur des modifs pour la semaine dernière

 
Manque de coups de fouet...

j'essaie d'être tendre avec eux qd même étant donné que y'a pas si longtemps (ca se compte en semaine ) je bossai pr un prestataire alors je sais ce que c'est les clients chiants et maitnenant je veut pas passer pr l'un d'entre eux

Apache n'a rien à voir la dedans, c'est la configuration de PHP qui prime (option variables_order du php.ini qui est par défaut à EGPCS, et qu'il peut être pratique de définir en début de script via ini_set). Par défaut, $_GET est prioritaire, suivi de $_POST, de $_COOKIE et de $_SERVER

mea culpa, je me suis trompé de fichier  
 
merci core 666 d'avoir corrigé