Je rajoute $jeton et je refais mes tests.

Je suis sur un site avec le noisetier donc pas de #INCLURE en principe.

Je poursuis, merci.

Le jeu. 27 juin 2019 à 11:56, Cerdic <ced...@yterium.com> a écrit :

> Ajoute $jeton dans le log pour voir, mais je pense que tu as bien un
> jeton, il est juste plus valide parce qu’il a été mis en cache à cause d’un
> modele ou d’un #INCLURE, ou d’une mise en cache abusive en amont par ton
> load-balancer ou reverse-proxy
>
> Il est censé être dynamique est regénéré à chaque affichage du formulaire,
> et valide 1h, ce qui normalement est un temps suffisant pour qu’un
> utilisateur saisisse les infos dans le formulaire.
>
> --
> Cédric
> Le 27 juin 2019 à 11:48 +0200, Pierre KUHN <pierrekuh...@gmail.com>, a
> écrit :
>
> Bonjour,
>
> En continuant des test, cela se produit aussi sans avoir de load-balancin.
> En fouillant dans le code j'ai dé-commenter
> https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/nospam/nospam_pipelines.php#L265
> cela me retourne "pas de jeton pour array('args' => array( 'form' =>
> 'formidable', 'args' => array( 0 => '12' ), ), 'data' => array(), )"
>
> De plus cela ne ce produit pas tout le temps du coup je ne vois pas
> comment remonter le problème plus haut.
>
> Des idées ?
>
> Merci.
>
> Le mar. 18 juin 2019 à 15:40, Bruno Bergot <br...@eliaz.fr> a écrit :
>
> Hop,
>
> Le 18/06/2019 à 15:05, Pierre KUHN a écrit :
> > Bonjour,
> >
> > Je suis dans un contexte de serveur avec un load-balancing et l'ip qui
> > remonte est toujours l'ip d'un serveur du réseau.
> > Le jeton ne change pas si on ne recalcul pas la page, ce n'est pas un
> > problème de #INCLURE car le site est réaliser avec noisetier.
> >
> > Dans nospam, pour un visiteur sans compte nous utilisons $GLOBALS['ip']
> ici
> >
> https://zone.spip.net/trac/spip-zone/browser/spip-zone/_plugins_/nospam/inc/nospam.php#L14
> > hors elle remonte une ip de serveur.
> >
>
> Amha le problème est du côté de la conf de ton loadbalancer qui devrait
> faire passer l'ip originale au serveur qui est derrière lui, à coup de
> X-Forwarded-For car SPIP prend déjà ça en charge cf :
>
>
> https://core.spip.net/projects/spip/repository/entry/spip/ecrire/inc_version.php#L297
>
> Code qui prend déjà en charge $_SERVER['REMOTE_ADDR'] comme tu peux le
> voir.
>
> Bref, le bug ne semble pas être dans SPIP mais dans la conf de ton
> serveur :)
>
> ++
> b_b
>
>
>
> --
>
> Pierre KUHN
> http://www.voisins-spipeurs.net
> ----
> spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone
>
>

-- 

Pierre KUHN
http://www.voisins-spipeurs.net
----
spip-zone@rezo.net - https://listes.rezo.net/mailman/listinfo/spip-zone

Répondre à