You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users-fr@cocoon.apache.org by philguillard <ph...@gmail.com> on 2006/07/07 19:07:11 UTC
continuation et session
Bonsoir,
Je fais de la repartition de charge via mod_rewrite http en tenant
compte de la session pour retrouver le server et j'inclus le nom de mon
server dans le cookie de session via la conf tomcat.
Lorsque j'ai affaire a une continuation cforms, je retrouve des logs sur
le mauvais server me disant evidemment que la continuation est invalide
!!! et le bon server repond a ma continuation correctement. Il me semble
pourtant pas utilie de tenir compte de la continuation dans ma
repartition de charge puisque j'ai systematiquement une session pour
tout utilisateur remplissant un cform.
Il doit y avoir qqchose que je n'ai pas compris/vu !
Cela vous dit qqchose?
Phil
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by philguillard <ph...@gmail.com>.
Officiellement les 2 index de google sont independants..
http://www.webrankinfo.com/google/adsense/faq_23_141.htm
Pour la solution je suis passse systematiquement a des rediect externes
en fin de flow, j'avais choisi des redirect internes pensant gagner un
peu en perf, ce qui je crois ne fait rien gagner, mais cela pause le pb
des bookmark et surtout du refresh.
Phil
Sylvain Wallez wrote:
> philguillard wrote:
>
>>Desole et merci! Le pb vient de AddSence de Google.
>>J'aurais du y penser plutot, le probleme en interessera peut etre
>>certains :
>>Dans le cas d'une continuation qui se termine par un redirect interne,
>>l'url ressemble a ceci :
>>/continue.617f1b1f642138285e2e6f532f2f314e7d7a5360 jamais identique,
>>google ne la connait donc jamais, passe 1 fois sur 3 voir cette page,
>>d'ou la continuation invalide apres que la vraie continuation ait ete
>>correctement traitee.
>>Avec un redirect externe, google vient sur une url qui ne concerne pas
>>une continuation donc le probleme n'existe pas.
>
>
> Ca veut dire que Google utilise AdSense pour alimenter sa base de pages
> à indexer?
>
> Un autre moyen de résoudre ce problème, c'est de filtrer le user-agent
> googlebot sur "continue.*". Mais si tu passes aux pubs Yahoo ou MSN, il
> faudra changer la sitemap :-)
>
> Sylvain
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by Sylvain Wallez <sy...@apache.org>.
philguillard wrote:
> Desole et merci! Le pb vient de AddSence de Google.
> J'aurais du y penser plutot, le probleme en interessera peut etre
> certains :
> Dans le cas d'une continuation qui se termine par un redirect interne,
> l'url ressemble a ceci :
> /continue.617f1b1f642138285e2e6f532f2f314e7d7a5360 jamais identique,
> google ne la connait donc jamais, passe 1 fois sur 3 voir cette page,
> d'ou la continuation invalide apres que la vraie continuation ait ete
> correctement traitee.
> Avec un redirect externe, google vient sur une url qui ne concerne pas
> une continuation donc le probleme n'existe pas.
Ca veut dire que Google utilise AdSense pour alimenter sa base de pages
à indexer?
Un autre moyen de résoudre ce problème, c'est de filtrer le user-agent
googlebot sur "continue.*". Mais si tu passes aux pubs Yahoo ou MSN, il
faudra changer la sitemap :-)
Sylvain
--
Sylvain Wallez - http://bluxte.net
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by philguillard <ph...@gmail.com>.
Desole et merci! Le pb vient de AddSence de Google.
J'aurais du y penser plutot, le probleme en interessera peut etre
certains :
Dans le cas d'une continuation qui se termine par un redirect interne,
l'url ressemble a ceci :
/continue.617f1b1f642138285e2e6f532f2f314e7d7a5360 jamais identique,
google ne la connait donc jamais, passe 1 fois sur 3 voir cette page,
d'ou la continuation invalide apres que la vraie continuation ait ete
correctement traitee.
Avec un redirect externe, google vient sur une url qui ne concerne pas
une continuation donc le probleme n'existe pas.
Phil
philguillard wrote:
> Je commence a croire en effet a un pb javascript et/ou load balancing,
> dans le sens ou je n'arrive pas a reproduire le pb de maniere reguliere.
>
> J'ai pour le moment aucune trace reseau, mais j'ai dans le meme domaine
> qqes questions qui pourraient me permettre d'y voir plus clair:
>
> - Deja je pense que si le timout de mes continuations etait plus long
> j'aurais aussi moins de soucis, or dans mon cocoon.xconf j'ai:
>
> <continuations-manager continuation-sharing-bug-compatible="false"
> logger="flow.manager" session-bound-continuations="false"
> time-to-live="${continuations-manager.time-to-live}">
> <expirations-check type="periodic">
> <offset>${continuations-manager.expirations-check.offset}</offset>
> <period>${continuations-manager.expirations-check.period}</period>
> </expirations-check>
> </continuations-manager>
>
> Je ne vois pas d'ou vient la valeur continuations-manager.time-to-live} ???
>
> - Si je mets "continuation-sharing-bug-compatible=true", est-ce que
> j'evite le pb d'une continuation recue par une autre sitemap que celle
> qui l'a initiee? Ce pourrait etre interessant dans mon cas.
> - Je me demandais aussi si les browser envoient bien le cookie de
> session lors d'un submit de cforms puisque je fais du load balancing
> base sur l'ID de session et je recois souvent la continuation invalide
> sur un server alors que l'autre traite correctement cette continuation.
>
>
> Phil
>
>
> Bertrand Delacretaz wrote:
>
>> On 7/8/06, philguillard <ph...@gmail.com> wrote:
>>
>>> ...Pour des infos plus precises il se trouve que j'obtiens dans mes logs
>>> l'equivalent de 2 submits lorsque je termine mon flow par un redirect
>>> interne (redirectTo(uri)/sendPage(uri))...
>>
>>
>>
>> Est-ce que le browser fait vraiment deux submits? Tu peux vérifier
>> avec un outil d'analyse réseau genre ngrep, tcpdump, ethereal ou
>> similaire.
>>
>> Si oui, c'est peut-être plutôt un problème de javascript ou du browser
>> (IE fait ça de temps en temps, selon les phases de la lune je
>> pense...).
>>
>> -Bertrand
>>
>> ---------------------------------------------------------------------
>> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
>> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
>> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>>
>>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by philguillard <ph...@gmail.com>.
Je commence a croire en effet a un pb javascript et/ou load balancing,
dans le sens ou je n'arrive pas a reproduire le pb de maniere reguliere.
J'ai pour le moment aucune trace reseau, mais j'ai dans le meme domaine
qqes questions qui pourraient me permettre d'y voir plus clair:
- Deja je pense que si le timout de mes continuations etait plus long
j'aurais aussi moins de soucis, or dans mon cocoon.xconf j'ai:
<continuations-manager continuation-sharing-bug-compatible="false"
logger="flow.manager" session-bound-continuations="false"
time-to-live="${continuations-manager.time-to-live}">
<expirations-check type="periodic">
<offset>${continuations-manager.expirations-check.offset}</offset>
<period>${continuations-manager.expirations-check.period}</period>
</expirations-check>
</continuations-manager>
Je ne vois pas d'ou vient la valeur continuations-manager.time-to-live} ???
- Si je mets "continuation-sharing-bug-compatible=true", est-ce que
j'evite le pb d'une continuation recue par une autre sitemap que celle
qui l'a initiee? Ce pourrait etre interessant dans mon cas.
- Je me demandais aussi si les browser envoient bien le cookie de
session lors d'un submit de cforms puisque je fais du load balancing
base sur l'ID de session et je recois souvent la continuation invalide
sur un server alors que l'autre traite correctement cette continuation.
Phil
Bertrand Delacretaz wrote:
> On 7/8/06, philguillard <ph...@gmail.com> wrote:
>
>> ...Pour des infos plus precises il se trouve que j'obtiens dans mes logs
>> l'equivalent de 2 submits lorsque je termine mon flow par un redirect
>> interne (redirectTo(uri)/sendPage(uri))...
>
>
> Est-ce que le browser fait vraiment deux submits? Tu peux vérifier
> avec un outil d'analyse réseau genre ngrep, tcpdump, ethereal ou
> similaire.
>
> Si oui, c'est peut-être plutôt un problème de javascript ou du browser
> (IE fait ça de temps en temps, selon les phases de la lune je
> pense...).
>
> -Bertrand
>
> ---------------------------------------------------------------------
> Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
> Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
> Autres commandes : mailto:users-fr-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by Bertrand Delacretaz <bd...@apache.org>.
On 7/8/06, philguillard <ph...@gmail.com> wrote:
> ...Pour des infos plus precises il se trouve que j'obtiens dans mes logs
> l'equivalent de 2 submits lorsque je termine mon flow par un redirect
> interne (redirectTo(uri)/sendPage(uri))...
Est-ce que le browser fait vraiment deux submits? Tu peux vérifier
avec un outil d'analyse réseau genre ngrep, tcpdump, ethereal ou
similaire.
Si oui, c'est peut-être plutôt un problème de javascript ou du browser
(IE fait ça de temps en temps, selon les phases de la lune je
pense...).
-Bertrand
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org
Re: continuation et session
Posted by philguillard <ph...@gmail.com>.
Bonjour,
Pour des infos plus precises il se trouve que j'obtiens dans mes logs
l'equivalent de 2 submits lorsque je termine mon flow par un redirect
interne (redirectTo(uri)/sendPage(uri)), la 1ere continuation est donc
bien geree et l'utilisateur ne voit rien d'anormal, la 2eme est une
continuation invalide, qui n'a pas d'incidence directe sauf m'inquieter
en remplissant les logs de continuations invalides :-( Rien a voir avec
le load balacing et un ehcache distribue apparemment apres qques tests.
Je suis en 2.1.9. sous tomcat, et cela n'arrive pas sur une conf en
theorie identique sur Jetty, j'ai utilise cette methode:
<ft:form-template action="#{$cocoon/continuation/id}.continue"
method="POST">
et
<map:match pattern="*.continue">
<map:call continuation="{1}"/>
</map:match>
Le flow
function mafonction(form) {
var model = form.getModel();
.................
form.showForm("form_city-display-pipeline.jx",{"case":"city_default","title":"city_default_title",
"h1title":"true"});
.................
cocoon.sendPage(uri);
}
J'espere qqun pourra m'aider.
Phil
philguillard wrote:
> Bonsoir,
>
> Je fais de la repartition de charge via mod_rewrite http en tenant
> compte de la session pour retrouver le server et j'inclus le nom de mon
> server dans le cookie de session via la conf tomcat.
>
> Lorsque j'ai affaire a une continuation cforms, je retrouve des logs sur
> le mauvais server me disant evidemment que la continuation est invalide
> !!! et le bon server repond a ma continuation correctement. Il me semble
> pourtant pas utilie de tenir compte de la continuation dans ma
> repartition de charge puisque j'ai systematiquement une session pour
> tout utilisateur remplissant un cform.
>
> Il doit y avoir qqchose que je n'ai pas compris/vu !
> Cela vous dit qqchose?
>
> Phil
>
---------------------------------------------------------------------
Liste francophone Apache Cocoon -- http://cocoon.apache.org/fr/
Pour vous desinscrire : mailto:users-fr-unsubscribe@cocoon.apache.org
Autres commandes : mailto:users-fr-help@cocoon.apache.org