Version imprimable
Bonjour
Toujours en phase apprentissage, je travaille actuellement sur la gestion d'articles depuis la partie Admin.
On a donc des actions : Éditer, supprimer, ajouter.... pour envoyer ses actions à la page suivante, soit on passe des paramètre dans l'URL...
Soit on peut utiliser les variables de SESSION puisque une personne qui va Éditer, supprimer ou ajouter sera connecté.
Y a t il des inconvénient à vouloir passer par des Variables de SESSION plutôt que par des paramètres dans l'URL...
Bonjour,
Non, chacun a ses usages.
Non on ne peut pas utiliser de $_SESSION pour passer actions type Ajouter, supprimer, éditer ... parce que.... et que.... cela risque de consommer de la mémoire car les variables $_SESSION restent en mémoire....
Ou
Non il n'y a pas d'inconvénient parce que $_SESSION['action'] peut très bien avoir comme valeur Ajouter, puis et ou Modifier... puis et ou Supprimer...
Tu fais comme tu veux. C'est pareil.
jreaux62
DendriteCitation:
Non, chacun a ses usages.
Alors c'est oui ou c'est non lolCitation:
Tu fais comme tu veux. C'est pareil.
C'est différent chacun son usage ou c'est pareil
;)
p’têt ben qu’oui, p’têt ben qu’non
Une variable action venant de l'URL aura une durée de vie courte, alors que dans une variable SESSION elle sera persistante. En SESSION cela doit bien consommer plus de mémoire non libérable... enfin je suppose
Comme d'hab quand je pose une question ce n'est pas pour avoir une réponse, mais plus pour avoir des argumentaires positifs et négatifs pour pouvoir après faire mon choix en toute connaissance de cause...
Bonjour,
au lieu de ne faire QUE de la THÉORIE, fais de la PRATIQUE.
Tu auras alors tes propres réponses.
Quant à l'argumentaire, à toi aussi de faire ta propre expérience, en fonction de besoins spécifiques.
On ne peut pas faire de généralité : POST, GET, SESSION,.... chacun a ses usages.
Le choix se fait en fonction de la situation.
MONTRE ce que tu as fait.Citation:
Envoyé par scamphp
On pourra alors en parler.
Je vais donner mon avis théorique purement personnel sur ce qui va où :
- en session ($_SESSION): les informations qui doivent rester quelque soit la page où on se trouve. Exemple : les informations de l'utilisateur qu'on renseigne à la connexion (identifiant, nom, date de dernière connexion..., surtout pas le mot de passe), le panier dans un site commerçant (qu'on alimente en fonction des différentes actions)
- dans l'url (à récupérer par $_GET) le moins de choses possibles et de préférence des choses constantes, les urls sont clairement lisibles, peuvent être copié-collée même par l'utilisateur le plus lambda possible, transformée en marque-page dans le navigateur (et accessoirement ont une longueur maximale) Exemple : l'action et l'identifiant de l’élément cible : url?do=afficher&id=42 (ou avec un peu de refactoring url url/afficher/42)
- dans le post (envoyé par formulaire et à récupérer par $_POST) : les infos d'un formulaire, qui changent généralement à chaque soumission de formulaire.
Merci pour les explications, maintenant je peux faire mes choix...
Si vous avez des petites précisions sur l'utilisation de la mémoire... je suis preneur pour bien comprendre le fonctionnement théorique.
- J'ai 1 000 utilisateurs qui envoient une info en $_POST, pas grave cela ne persiste pas et donc n'occupe pas de mémoire.
- J'ai 1 000 utilisateurs connecté qui envoient une info en $_SESSION, cela risque d'être grave car les info occupent pas de mémoire.
Bonjour,
C'est l'inverse.
Un POST est potentiellement plus lourd qu'une SESSION.
Les sessions (par défaut) sont stockées sur le disque, et non pas en mémoire.
Par contre, les POST, si le formulaire est très long et qu'on imagine qu'on y upload 10 fichiers, ca devient lourd, d'autant qu'il y aura des choses à faire derrière.
Néanmoins, ça ne devrait pas influencer l'utilisation des variables... uniquement ton code pour qu'il soit le plus optimisé possible. @Celira a déjà très bien résumé !
Je ne me suis jamais posé la question de la mémoire sur ce genre de choses. A moins que tu ne manipules des données énormes (par exemple, envoyer des fichiers Excel de 1 million de lignes par 16000 colonnes dans ton formulaire)ou que tu n'aies vraiment beaucoup d'utilisateurs simultanés, la question de la mémoire n'est pas vraiment un problème en général.