Ses derniers messages sur les forums
Ça peut avoir un intérêt quand tu fais des actions complexes, en plusieurs étapes, lorsque tu dois conserver les informations entre plusieurs étapes sans valider les données.
Bien sûr ça exclus les sessions, puisque les sessions sont volatiles ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Et comment fais-tu lorsque le client ferme la page ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(Bzh) Pas forcément. Il ne faut pas oublier que les utilisateurs sont des buses, et que dans son cas, ce sont des utilisateurs professionnels. Donc non, c'est mieux de mettre en place un tel système.
Je connais un site qui a mis en place ce type de verrou,
Kraland, pour se protéger des actions multiples.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
T'as essayé avec quelle version de MySQL ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tu as écrit un cahier des charges, ou une wishlist ;)
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
En utilisant des outils tels que PhpMyAdmin ;) Ou volontairement :
create table toto
( `id ` integer auto_increment
, `nom` varchar(38) ) ;
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Que représente id ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
(jackbocar) Ce ne sont pas des globales, mais des constantes (comment ça je pinaille ?).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Comment se présentait le précédent ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je vais être désagréble : aucun. À moins de mettre en place un système de protection contre les actions multiples (identifiant de session et identifiant d'action).
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
