Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
John GALLET
Bonjour,
qui peut me conseiller un bon tutoriel (français) sur les sessions en PHP ainsi que les variables style $_POST.
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7
(Je reviens dans le dev php et ca semble avoir changé j'en étais resté à php3).
Rien n'a changé fondamentalement à part l'introduction d'un modèle objet qui tient la route et dont l'héritage n'est pas buggé comme en php3 (donc ça t'intéresse ou pas, on peut très bien s'en passer) et la valeur par défaut de register_globals et l'utilisation des notations simplifiées _GET et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout $_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions pratiques (en particulier gestion des strings).
A part ça, j'avais encore des sites en PHP3 il y a 6 mois, pas grand chose de différent sur les grandes lignes.
a++; JG
Bonjour,
qui peut me conseiller un bon tutoriel (français) sur les sessions en
PHP
ainsi que les variables style $_POST.
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7
(Je reviens dans le dev php et ca semble avoir changé j'en étais
resté à php3).
Rien n'a changé fondamentalement à part l'introduction d'un modèle objet
qui tient la route et dont l'héritage n'est pas buggé comme en php3 (donc
ça t'intéresse ou pas, on peut très bien s'en passer) et la valeur par
défaut de register_globals et l'utilisation des notations simplifiées _GET
et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout
$_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions
pratiques (en particulier gestion des strings).
A part ça, j'avais encore des sites en PHP3 il y a 6 mois, pas grand chose
de différent sur les grandes lignes.
qui peut me conseiller un bon tutoriel (français) sur les sessions en PHP ainsi que les variables style $_POST.
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7
(Je reviens dans le dev php et ca semble avoir changé j'en étais resté à php3).
Rien n'a changé fondamentalement à part l'introduction d'un modèle objet qui tient la route et dont l'héritage n'est pas buggé comme en php3 (donc ça t'intéresse ou pas, on peut très bien s'en passer) et la valeur par défaut de register_globals et l'utilisation des notations simplifiées _GET et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout $_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions pratiques (en particulier gestion des strings).
A part ça, j'avais encore des sites en PHP3 il y a 6 mois, pas grand chose de différent sur les grandes lignes.
a++; JG
mnfil
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7 Je suis allé voir. Très intéressant. Merci du lien.
et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout $_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions pratiques (en particulier gestion des strings). Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom
direct de la variable ...
Merci des liens.
Me Too!
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7
Je suis allé voir. Très intéressant. Merci du lien.
et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout
$_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions
pratiques (en particulier gestion des strings).
Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom
FAQ de ce forum http://faqfclphp.free.fr/ paragraphes 9.6 et 9.7 Je suis allé voir. Très intéressant. Merci du lien.
et _POST à la place de HTTP_GET_VARS et HTTP_POST_VAR (et surtout $_REQUEST qui regroupe les deux). Beaucoup de nouvelles fonctions pratiques (en particulier gestion des strings). Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom
direct de la variable ...
Merci des liens.
Me Too!
John GALLET
Bonjour,
Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom direct de la variable ...
Il n'y a strictement aucune honte à avoir. Je fais partie des gens qui sont de l'opinion de Rasmus lui même et qui considèrent que passer register_globals à Off était la mauvaise solution à un vrai problème. Utiliser directement les variables en register_globals=On n'est pas une faille en soit et était sacrément pratique.
a++; JG
Bonjour,
Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom
direct de la variable ...
Il n'y a strictement aucune honte à avoir. Je fais partie des gens qui
sont de l'opinion de Rasmus lui même et qui considèrent que passer
register_globals à Off était la mauvaise solution à un vrai problème.
Utiliser directement les variables en register_globals=On n'est pas une
faille en soit et était sacrément pratique.
Oui mais à ma grande honte je n'utilisais pas http_XXX_var mais le nom direct de la variable ...
Il n'y a strictement aucune honte à avoir. Je fais partie des gens qui sont de l'opinion de Rasmus lui même et qui considèrent que passer register_globals à Off était la mauvaise solution à un vrai problème. Utiliser directement les variables en register_globals=On n'est pas une faille en soit et était sacrément pratique.
a++; JG
Jim
Tutoriel en français sur les sessions : http://beaussier.developpez.com/articles/php/session/
Tutoriel en français sur les sessions :
http://beaussier.developpez.com/articles/php/session/
... passer register_globals à Off était la mauvaise solution à un vrai problème.
Est-ce que tu peux développer ce point de vue ou donner les refs de pages y consacrées ? Merci EB
John GALLET
Re,
... passer register_globals à Off était la mauvaise solution à un vrai problème. Est-ce que tu peux développer ce point de vue ou donner les refs de
pages y consacrées ?
Le débat a été long et pénible sur les listes de dev de php. Il doit bien y avoir des archives qq part.
Pour simplifier, l'argument était qu'il aurait mieux valu relever le niveau d'erreur par défaut pour les variables indéfinies, ce qui est la vraie source de la faille et source d'autres e/horreurs.
a++; JG
Re,
... passer register_globals à Off était la mauvaise solution à un vrai problème.
Est-ce que tu peux développer ce point de vue ou donner les refs de
pages y consacrées ?
Le débat a été long et pénible sur les listes de dev de php. Il doit bien
y avoir des archives qq part.
Pour simplifier, l'argument était qu'il aurait mieux valu relever le
niveau d'erreur par défaut pour les variables indéfinies, ce qui est la
vraie source de la faille et source d'autres e/horreurs.
... passer register_globals à Off était la mauvaise solution à un vrai problème. Est-ce que tu peux développer ce point de vue ou donner les refs de
pages y consacrées ?
Le débat a été long et pénible sur les listes de dev de php. Il doit bien y avoir des archives qq part.
Pour simplifier, l'argument était qu'il aurait mieux valu relever le niveau d'erreur par défaut pour les variables indéfinies, ce qui est la vraie source de la faille et source d'autres e/horreurs.
