mon problème :
 
j'ai fini la nouvelle version de mon site en local chez moi, avec easyphp pour faire tourner tout ca, php 4.2.0 comme version de php installé ! hop tout content j'upload sur mon serveur, version php 4.2.2 et hop ! plus rien ne marche !  
 
J'update ma version local de php à la 4.2.3 (la toute dernière) ! et plus rien de marche !!!!!!!    
 
quand je clique sur un lien il me renvoie automatiquement sur la page ou j'étais précedemment !  
 
exemple :  
 
http://www.tuning-auto.com/forum

comment tu as géré les passages de paramètres ? (?var1=xxx&var2=yyy)
avec :  
- $var1
- $HTTP_GET_VARS['var1']
- $_GET['var1']
 
Les dernières versions de php n'accèptent que les 2 dernières solutions.

Pourquoi ils ont fait ça?  

HEIN ?

omega2 a écrit a écrit :   Pourquoi ils ont fait ça?

 
question de sécurité il me semble

C'est quoi cette merde ?
 
C'est pas vrai hein, c'est une blague ?
 
 

bah spa si grave, suffit de récupérer, tout au début de ton code, les variables, et d'assigner avec ça les variables que tu utilisais avant (les classiques $nomvar)

 
Mais faut quand même changer de dizaines de pages?  

En bref, faut que je repasses sur tout mes scripts pour les rendre compatible avec les dernières versions de php4.
Quand a la question de sécurité, je vois pas le problème.
Soit la personne programme n'importe comment et n'inialise jamais les variables qu'elle utilise soit elle les initialise comme il faut et il y a aucun problème.  
 
Bon, pour les variables provenant des cookies, ont peut toujours y accéder a partir des nom en $cookie_nom ou faut passer par une variable de type tableau ???

Freekill a écrit a écrit :     Mais faut quand même changer de dizaines de pages?

 
dans mon cas 1 seule : index.php, qui se charge d'appeler les pages nécessaires

antp a écrit a écrit :     dans mon cas 1 seule : index.php, qui se charge d'appeler les pages nécessaires

Dans mon cas toutes les pages.
bechat.php3 (futur index.php3) qui appelle ensuite la page qui créé le menu (appel d'une page php3 par module) et les diférentes pages corespondant aux diférents modules.
Dans presque tous ces fichiers, j'ai des variables qui sont passé en paramêtre.

antp a écrit a écrit :     dans mon cas 1 seule : index.php, qui se charge d'appeler les pages nécessaires

 
Merci de ta solidarité?  

 
heu si tu as une page qui appelle les autres normalement t'en as qu'une à changer, non

Qu'est-ce que c'est que cette histoire ?    
 
Je viens de foutre la 4.2.3 et je ne remarque aucun problème?  

Freekill a écrit a écrit :     Merci de ta solidarité?

 
c'était une participation cachée au troll "index.php qui inclu les pages VS pages qui incluent les différents éléments communs"

 
Bah ouais mais j'ai pas qu'un site hein, et j'aime bien expérimenter alors ils ne fonctionnent pas tous sur le même principe.
 
Les derniers n'ont souvent qu'un index.php, mais ce n'est pas le cas de tous?

pour les cookies idem, variables serveurs aussi, post aussi, tout quoi...
 
maintenant j'ai trouvé le truc :
define(GET_VARS,'$_GET'; //--> ${GET_VARS}['var']
define(POST_VARS,'$_POST'; //--> ${POST_VARS}['var']
define(COOKIE_VARS,'$_COOKIE'; //--> ${COOKIE_VARS}['var']
define(SERVER_VARS,'$_SERVER'; //--> ${SERVER_VARS}['http_referer']
...
 
comme ça la prochaine fois qu'ils changent, je suis tranquille

 
t'es pas obligé de te justifier sur le choix de la mauvaise solution  

Freekill a écrit a écrit : Qu'est-ce que c'est que cette histoire ?       Je viens de foutre la 4.2.3 et je ne remarque aucun problème?

 
--> php.ini : register_globals= off

Tiens c'est bizarre, on dirait que contrairement à ce qu'ils disaient ils ont refoutu register_globals sur "on" par défaut dans la version 4.2.3, ce qui explique pourquoi ça fonctionne chez moi?

 
Ouais ouais, je regardais justement? (cf. supra)

Rhâââaaa !    
 
Et comment on fait si on peut accéder à une page depuis un lien (GET) et un formulaire (POST), hein ?  
 
Quelle merde !
 
 
 
Edit:
 
Bon ok, il vaut mieux utiliser $_REQUEST que $_POST ou $_GET on dirait?
 

antp a écrit a écrit :     heu si tu as une page qui appelle les autres normalement t'en as qu'une à changer, non

Ben non, par ce que tout les modules n'utilisent pas derrières exactement les mêmes variables et j'ai pas envie de devoir modifier le fichier index.php3 à chaque fois que je rajoute un module.
En plus, je risques de passer mon code à un ami pour son site alors si c'est pour ce retrouver avec des problèmes de versions du fichier index.php3 par ce qu'on aura tout les deux bossé sur des modules diférents sans s'être envoyé desuite le fichier ca serait vraiment con.
Bref, les variables utilisé par le code du fichier index.php3 sera modifié à ce niveaux là et celles qui corespondent à un module seront modifié au niveau du module.
A moins que t'ai une solution à me proposer qui marche aussi bien en php3 que php4 et qui transforment en variable simple toutes les variables passé en paramêtre.

omega2 a écrit a écrit : Ben non, par ce que tout les modules n'utilisent pas derrières exactement les mêmes variables et j'ai pas envie de devoir modifier le fichier index.php3 à chaque fois que je rajoute un module. En plus, je risques de passer mon code à un ami pour son site alors si c'est pour ce retrouver avec des problèmes de versions du fichier index.php3 par ce qu'on aura tout les deux bossé sur des modules diférents sans s'être envoyé desuite le fichier ca serait vraiment con. Bref, les variables utilisé par le code du fichier index.php3 sera modifié à ce niveaux là et celles qui corespondent à un module seront modifié au niveau du module. A moins que t'ai une solution à me proposer qui marche aussi bien en php3 que php4 et qui transforment en variable simple toutes les variables passé en paramêtre.

 
Perso j'envisage cette "solution" pour le moment :
 

 
($_REQUEST n'existe pas avant 4.1.0, il faut utiliser $HTTP_POST_VARS, $HTTP_GET_VARS et $HTTP_COOKIE_VARS)

Ca pourra peut etre vous aider --> http://www.phpinfo.net/?p=articles&rub=globals

AAAAAAAAAH    
 
mais je suis perdu ! foutu !    
 
je suis pas programmeur php professionnel moi !!!
 
je fais quoi maintenant ????  
je modifie tout mes "$rubrique" par cette merde http_GEt_chépakoi...... ?????????
 
 

sysman a écrit a écrit : AAAAAAAAAH       mais je suis perdu ! foutu !       je suis pas programmeur php professionnel moi !!!   je fais quoi maintenant ????   je modifie tout mes "$rubrique" par cette merde http_GEt_chépakoi...... ?????????

if isset($_GET);
  extract($_GET);
if isset($_POST);
  extract($_POST);
if isset($_COOKIE);
  extract($_COOKIE);
Voilà ce que je vais mettre dans mon code.
Comme ça, il continuera à tourner, mais normalement, je n'y avais pas laissé de gros trous de sécurité.

 
et suffirait de mettre ca pour que ca fonctionne ?    sorry mais chui vraiment pas une grosse dale en php... je connais les bases et c tout...

help !
 
   
 
je comprends pas kes ki faut faire...  

sysman a écrit a écrit : help !         je comprends pas kes ki faut faire...

Théoriquement, oui, ca devrait sufire.
Je peux rien te promettre n'ayant pas encore testé tout ça.
Si les variables que ca va remplir existe déjà, alors il va les remplacer. Faut surement le faire au tout début des pages appellé par le navigateur pour éviter d'avoir affecter les valeurs à une variable qui risquerait alors d'être écrasé.
Le seul problème, c'est pour les variables provenant des cookies, faut que je voyes, si ca marchera très bien comme ça ou si faut modifier un peu le code.
Je testerais ça plus tard.

Moi pour recuperais mes variables d'un $_POST et les remettre comme avant j'ai fais ce code :
 
 

 
Bien sur ou peut mettre tous le autre comme _GET, _COOKIE et _SERVEUR !!

 
j'utilise ca aussi

ben en fait, suffit de mettre register_goal sur "ON"..
 
c'est tetre pas l'idéal mais ca marche au moins...

Et si ton script est utilisé a partir d'un php3, tu te payes une superbe erreur grace au "each".

sysman a écrit a écrit : ben en fait, suffit de mettre register_goal sur "ON"..   c'est tetre pas l'idéal mais ca marche au moins...

Si c'est dans le fichier php.ini, tout le monde n'y a pas toujours accés. D'où utilisation de la ruse ci dessus pour arriver à ses fins.

omega2 a écrit a écrit : Si c'est dans le fichier php.ini, tout le monde n'y a pas toujours accés. D'où utilisation de la ruse ci dessus pour arriver à ses fins.

 
ouais c'est juste !  
 
j'ai de la chance d'avoir un serveur dédié !!      

sysman a écrit a écrit :     ouais c'est juste !     j'ai de la chance d'avoir un serveur dédié !!

Et de ne pas avoir à partager tes sources avec une personne qui n'en a pas.  

Arrétez votre délire les mecs, ça a été intégré à partir de PHP 4.1 et ça date pas d'aujourd'hui.