Cat Posté 13 Février 2006 Posté 13 Février 2006 Bonjour, Je crée une petite boutique et je découvre l'utilisation des sessions PHP. J'ai testé, c'est encourageant. Du coup, en plus du panier, des identifiants visiteur, j'ai envie de mettre en session les résultats des requêtes Mysql (pourquoi pas tout le fichier articles - une centaine) ce qui économiserait les requêtes mysql ensuite? Mais, étant inexpérimentée en sessions, je me demande si le remède n'est pas pire que le mal. Est-ce qu'un serveur souffre plus si on l'encombre avec des grosses tables ou bien si on le sollicite sans cesse avec des requêtes Mysql ? au niveau des requêtes, ce qui est sûr c'est que mon hébergeur me limite. Est-ce que je dois gérer l'éventuelle disparition de mes données en session à l'expiration de la session ? Est-ce qu'une session prévue pour 24mn est réactivée et prolongée de 24mn supplémentaires à chaque fois que l'on clique sur une page faisant appel à elle ou bien sa durée de vie dépend-elle seulement du moment de sa création? (hé non je n'ai pas encore testé ça..) Merci d'avance pour la réponse
hcplayer Posté 13 Février 2006 Posté 13 Février 2006 Bonjour, Du coup, en plus du panier, des identifiants visiteur, j'ai envie de mettre en session les résultats des requêtes Mysql (pourquoi pas tout le fichier articles - une centaine) ce qui économiserait les requêtes mysql ensuite? Mais, étant inexpérimentée en sessions, je me demande si le remède n'est pas pire que le mal. <{POST_SNAPBACK}> Oui,je me demande aussi, en général je ne stocke que l'id du membre dans la session, le reste (panier, l'identifiant etc...) dans une base, je pense que les serveurs de ton hebergeur peuvent encaisser un peu quand même^^ Cela dit j'e n'ai codé que 2 boutiques dans ma vie? mais ca me parait quand même préférable, d'ailleurs, oscommerce fait pareil me semble t-il (de même que les forum type phpbb même si ce ne sont pas des boutiques). Bonne chance.
Cat Posté 14 Février 2006 Auteur Posté 14 Février 2006 Bonjour, Merci pour ta réponse (que je ne trouve qu'aujourd'hui) OK, tu me conseilles la prudence et je ne m'aventurerai pas en terrain inconnu sans m'appuyer sur l'expérience de quelqu'un. Ceci dit l'outil Session est tentant, avoir tout sous la main, accessible depuis toutes les pages, réduire les temps de chargement, limiter le risque de dépassement du nombre de connexions simultanées... non?
robinsonvendredi Posté 14 Février 2006 Posté 14 Février 2006 Ceci dit l'outil Session est tentant <{POST_SNAPBACK}> Il vaut mieux limiter l'usage des sessions, en principe elles servent plutôt à charger le profil du visiteur, en permettant la personnalisation de l'affichage en fonction du profil. OK aussi pour un panier de commande, bien que l'enregistrement sur la base de données du panier soit plus fonctionnel (panier dit "persistant"). Tu peux aussi utiliser des variables application en complément des variables de session. Par exemple, stocker tes menus en variable application, ainsi que le paramétrage graphique du site, évite des allers-retours inutiles avec la base de données.
Cat Posté 14 Février 2006 Auteur Posté 14 Février 2006 Bonjour, Je te remercie. Les variables application ne me parlent pas, je me précipite donc sur mes sites php favoris et je trouve : "PHP ne dispose pas de variables application." Je me disais aussi, après tout ce que j'ai ingurgité comme doc... Donc il semblerait que ces sympatiques variables ne soient pas pour moi...? Tu confirmes?
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant