Tweet
Bonjour,
Depuis des années, je peste contre ces histoires de connexion qui ne semblent perturber aucun des nombreux développeurs :
Il n'y a que dans Joomla! que je rencontre cette nécessité de me reconnecter alors que je l'ai été des heures plus tôt ! N'a-t-on pas autre chose à faire que s'identifier deux fois quand on est déjà déconnecté ?
Je signale que le message ci-dessus m'est affiché alors que sur l'administration d'un site, je me suis déconnecté hier, donc pourquoi ce "security token" devrait-il être valable ? Le problème est le même avec la saturation de la table #__session qu'on a connue et qui n'est toujours pas nettoyée, via ses paramètres par défaut, aussi souvent qu'elle devrait l'être !
Comment peut-on gérer aussi mal les sessions en ne régénérant pas les données lors d'une nouvelle identification, comme ça se fait sur n'importe que autre site non-Joomla! ?
Depuis des années, je peste contre ces histoires de connexion qui ne semblent perturber aucun des nombreux développeurs :
The security token did not match. The request was aborted to prevent any security breach. Please try again.
Je signale que le message ci-dessus m'est affiché alors que sur l'administration d'un site, je me suis déconnecté hier, donc pourquoi ce "security token" devrait-il être valable ? Le problème est le même avec la saturation de la table #__session qu'on a connue et qui n'est toujours pas nettoyée, via ses paramètres par défaut, aussi souvent qu'elle devrait l'être !
Comment peut-on gérer aussi mal les sessions en ne régénérant pas les données lors d'une nouvelle identification, comme ça se fait sur n'importe que autre site non-Joomla! ?
Commentaire