bizzard4
Messages postés155Date d'inscriptionvendredi 12 décembre 2003StatutMembreDernière intervention15 février 2009
-
9 juin 2007 à 06:17
nhervagault
Messages postés6063Date d'inscriptiondimanche 13 avril 2003StatutMembreDernière intervention15 juillet 2011
-
10 juin 2007 à 22:23
Bonjour !
J'aimerais savoir ce qui est le mieux pour le serveur dans les 2 cas suivant.
1) Mettre dans des variables session la valeur du style (ex : backgroundcolor, textcolor) prit d'une base de données
Dans le fond faire l'appel seulement quand les variables session sont vides. (Environ 8 variables session)
2) Faire l'appel à la base de données à tous les chargement de la page sans mettre dans des variables session. Je sais qu'ici j'économise dans la mémoire mais il a beaucoup plus d'appel à la base de données.
nhervagault
Messages postés6063Date d'inscriptiondimanche 13 avril 2003StatutMembreDernière intervention15 juillet 201137 9 juin 2007 à 16:20
Salut,
Quelque est l'interet de faire ce genre de chose.
Les variables de sessions sont en base de données aussi, si mode sqlserver (en mémoire pendant l'execution), sinon en memoire mode inproc.
en dotnet2 (il y a la personnilisation avec les profiles)
c'est stocké dans le profil de l'utilisateur. en bdd aussi, mais de facon plus propre que les sessions.
bizzard4
Messages postés155Date d'inscriptionvendredi 12 décembre 2003StatutMembreDernière intervention15 février 2009 9 juin 2007 à 18:27
Je suis avec MS Access mais si tu me dit que les variables session sont stockées dans une base de données (C'est vrai que j'avais pas pensé à ça) il est mieu pour moi de faire l'appel à ma base de données access à tout les coups alors !
nhervagault
Messages postés6063Date d'inscriptiondimanche 13 avril 2003StatutMembreDernière intervention15 juillet 201137 10 juin 2007 à 00:23
Dans le cas de access, je ne sais pas comment ca fonctionne, mais tes variables de sessions doivent être en mémoire alors.
Sinon, je crois que si tu utilises la base de données sqlserveur pour les profile, il n'y a pas besoin de sql serveur sur le poste de production, c'est un fichier comme access qui est généré dans le répertoire DATA de ton site, le problème est je pense qu'il faut crée les utilsateurs dans cette base aussi pour avoir des profiles gérér par dotnet.
Mais tu n'as pas répondu a ma question quel est le but de faire ce genre de manip.
Il y a peut être des méthodes plus simple pour résoudre ton problème? mais je manque d'info.
Vous n’avez pas trouvé la réponse que vous recherchez ?
bizzard4
Messages postés155Date d'inscriptionvendredi 12 décembre 2003StatutMembreDernière intervention15 février 2009 10 juin 2007 à 05:39
C'est pas un problème c'est juste que j'ai plusierus usercontrol. Dans mon Masterage je load quelque détail que jai de besoin de rechargé dans les usercontrol parce que je ne sais pas comment passé des variables aux usercontrol sans utiliser des variables sessions ou des cookies :S
Mais je ne sais pas comment sans servir dans la page contenant
NB : il faut garder un constructeur par défaut (vide ou qui renseigne les membres privés, ...) pour le compilateur retrouve ses petits.
Si tu voit comment mettre des parametres je suis preneur, mais c'est peut etre pas la question que tu te poses?
Peux-tu développer plus.
bizzard4
Messages postés155Date d'inscriptionvendredi 12 décembre 2003StatutMembreDernière intervention15 février 2009 10 juin 2007 à 22:08
Non c'est correcte ! Ta première réponse ma permit de comprendre que les usercontrol agissent comme des classes ! Alors je peux mettre des propriétés !
nhervagault
Messages postés6063Date d'inscriptiondimanche 13 avril 2003StatutMembreDernière intervention15 juillet 201137 10 juin 2007 à 22:23
Le probleme des usercontrol est qu'il appartiennent à un site, on ne peut pas les mettre en dll.
Pour mettre en dll, il faut faire des controles serveur.
Et ca donne plus de liberté mais c'est un peut plus complexe a ecrire