Dominique a écrit : ↑14 déc. 2018, 08:04
J'ai fait une correction générale qui semble marcher chez moi.
Pouvez-vous me dire si c'est mieux ?
Tentative du bureau où mon navigateur dispose des vieux cookies*: tout marche. (Obligé de me reconnecter, mais c'est largement acceptable)
== tech pour dom ==
Je vois la solution retenue, et j'ai honte de ne pas y avoir pensé hier soir. Mon esprit n'était pas vif, j'ai bien fait de ne pas ajouter de chocolat !
Par contre, en bon perfectionniste, je me suis permis de déplacer la ligne de code dans le config_privee.php (propre à l'instance www) et de rétablir le config.php vu qu'il n'y avait pas eu de commit et qu'on a pas de raison de pousser ça vers les zones dév. A choisir si on pérennise par un commit ou qu'on attend un an avant de revenir à l'ancien cookie_name
Note qu'avec ton idée toute simple, tu pouvais remettre cookie_domain a vide. Ce qu'on devrait d'ailleurs faire (mais j'ose plus tout re-casser ! ) car je pense que ceux qui utilisent http(s)://refuges.info/forum sans le www (ils doivent être rare
) pourraient avoir des déconnexions intempestives.
zone de dév : ok
Cet incident m'inspire une réflexion de prudence : A supposer qu'un jour, une mise à jour ou un besoin de trafiquer les cookies à nouveau re-cause ce type de conflit, la présence de cookies de validité 1 an n'est-elle pas une épée de damoclès qui pourrait nous en exiler certains pendant 1 an ?
Je sais bien que c'est pratique de ne presque jamais avoir besoin de se connecter, et j'étais le premier à me satisfaire de cette fonctionnalité, mais devant le risque que je ne perçois que maintenant, baisser ça à 20 jours serait il acceptable ?
* domaine .refuges.info et cookie name phpbb3_wri