Désolé, envoi involontaire ... Je disais donc, un autre moyen, serait de conserver une trace de toutes les modifications dans une table annexe. Une première piste pour faire cela facilement, cet article : http://www.formation-cakephp.com/29/proposer-une-corbeille-et-une-annulation-pour-les-suppressions.
Cordialement, Neveldo : http://www.neveldo.fr On 9 juin, 11:27, Neveldo <[EMAIL PROTECTED]> wrote: > Bonjour, > > D'après vos explications : les données seront modifiées une première > fois, puis une seconde. La première modification sera enregistrée dans > la base de données, puis la seconde modification viendra écraser la > première. Ce sera donc la dernière modification qui sera prise en > compte. > > Ceci dit, vous pouvez quand même protéger ce genre d'événement. Pour > cela, vous pouvez par exemple ajouter un champ "in_edition" à la table > concernée. Lorsqu'une personne se rend sur le formulaire d'édition, > in_edition prend l'id de l'utilisateur qui est entrain de modifier les > données. Il faut à ce moment là autoriser le formulaire correspondant > à l'article en question pour cet utilisateur seulement. > > Un autre moyen, serait de conserver une trace de totues les > modifications da > > On 9 juin, 09:29, Marc MENDEZ <[EMAIL PROTECTED]> wrote: > > > Bonjour, > > > Je commence à me plonger dans CakePHP dans l'optique de la réécriture > > d'une application métier. > > J'aimerais savoir comment cakePHP gère l'aspect "multi utilisateur". A > > savoir, on affiche des données à un instant T, on les modifie à l'écran > > et on les enregistre. Sauf qu'entre temps, un utilisateur a également > > modifié ces données. Que se passe-t-il ? La règle du dernier qui a parlé > > à raison ? Un message d'erreur ? > > > Merci de vos réponses. --~--~---------~--~----~------------~-------~--~----~ Groupe "Cakephp-fr". Adresse : [email protected] Pour résilier : [EMAIL PROTECTED] Pour les options : http://groups.google.com/group/cakephp-fr?hl=fr -~----------~----~----~----~------~----~------~--~---
