DominoArea.org [Archive]

Bonjour à tous,Depuis ce matin, je suis face à un pb qui commence à me chauffer sévèrement les neurones.J'ai une fenêtre (que l'on va appelé A) qui contient une vue intégrée sur laquelle s'applique un filtre. Ce filtre est récupéré de la manière suivante :@GetProfileField("Admin";"Concept";@UserName);Sur cette fenêtre, j'ai un petit bouton (enfin, pas si petit que ça...) qui appele une fenêtre B. Sur cette dernière, j'ai ma possibilité de modifié la valeur de mon filtre.Lors de la fermeture de cette fenetre B, je met à jour mon doc de profil avec la formule suivante :resultat := ChoixConcept;@If(@Elements(resultat) = 4; @Set("resultat";""); "");@If(resultat="";"";@Set("resultat";@Implode(ChoixConcept; "#")));@SetProfileField("Admin";"Concept";resultat;@UserName)puis je vais un reload de la A. Jusque là pas de pb. Lors du reload de A, mon filtre à bien été modifié et l'affichage des docs et bon.Là où ça se complique c'est que si sur la fenêtre A se "m'amuse" à faire des F5 en rafale, la valeur de mon filtre change.J'ai fais affiché la valeur de mon filtre. Ce dernier ne peux prendre que 2 couples de valeurs "1#2" ou "3#4". Il peux aussi prendre la valeur "*" afin de permettre l'affichage de tous les docs.Après +sieurs F5 succéssifs sur A, la valeur de filtre se met à changer toute seule (alors que seul la fenêtre B modifie la valeur du doc de profil)Quelqu'un aurait il une idée ?

A part un problème de cache, je ne vois pas ==>Les documents de profil permettent d'effectuer rapidement une recherche de données, car ils sont mis en mémoire cache lorsque la base de documents à laquelle ils appartiennent est ouverte.Sur le web en particulier, j'ai déjà remarqué ce genre d'erreur. Une solution serait d'avoit un doc de param, autre qu'un doc de profil et de le référencer par son id enregistrée dans un doc de profil par exemple.

C'est effectivement un pb de cache...Tant que je ne fait pas de modif de filtre, pas de pb...En revanche, dès que je modifie cette valeur, et qu'e,quite je fais des F5, la valeur de mon filtre varie aléatoirement entre ces deux valeurs (l'ancienne et la nouvelle)

Pour éviter les pb de cache, il faut rajouter autant que possible un parametre dans l'urlcalculé par rapoprt à la date et l'heure de la journéepar exemple :http://serveur/base.nsf/masque?openform¶metre=25062003133645Ce parametre sera recalculé à chaque rechargement, et comme l'url est différente à chaque fois, il n'y aura pas d'intérogation du cache.Le tout est de gérer les url 'à la main', mais pas en formule.Rom1.

Salut Rom1 !J'espère qu'il n'est pas trop tard pour te poser une question sur ce sujet.En fait, pourrais-tu décrire un peu plus ce qu'il faut faire pour gérer les url à la main ? Le parametre que tu met à la suite de ton url, c bien "metre" ? Merci d'avance

Les docs de profils ne sont pas utilisables en client web à cause de la manière dont ils sont cachés. Tu ne pourras jamais être sûrdu résultat d'un @GetProfileField.>>Re: Are profile documents stored only in memory cache, disk, or both???>>Posted by Julie Kadashevich on 28.Jun.00 at 17:24 using a Web browser>>Category: Domino Designer -- OtherRelease: 5.0.3Platform: Windows NT >>>>yes (cache and disk).>>the algorithm is write once / read many, it is designed for quick access >>(not as a globally shared changing resource, such as counters).[%sig%]