herve_02 sur PhenixTweet

4 h.

Ce qu'il manque : un shéma complet de la base de donnée (j'avais commencé un bout au tout début, je dois avoi qqpart un fichier .svg.
ET une doc avec tous les hooks et les ordres de passages et "objects" concernés. même le livre de j'avais acheté est plus une sorte de cookbook que de la documentation.
Maintenant les programmeurs on a tendance à dire qu'il suffit de lire le code, mais du coup le ticket d'entré est compliqué surtout avec les objets et les enfers des héritages (et des overrides par dessus le tout.
Et je ne parle pas de l'enfer des modules, chacun réécrivant ce qui lui plait.

herve_02 @herve_02

2 h.

a répondu au Message de herve_02 il y a 2 h.

oui dans la table le statut 32 (le mien) pass après le statut 2 (statut paiement accepté)
53351 | 0 | 22325 | 2 | 2026-09-29 15:52:59

53350 | 0 | 22325 | 32 | 2026-09-29 15:52:59 |

J'aurais tendance à suspecter une sorte de "cache" des instructions update mariadb qui "flush"(ent) à un moment et comme les 2 instructions arrivent "au même moment" (suivant la granularité de l'interface de "vidage" du cache

herve_02 @herve_02

a répondu au Message de herve_02 il y a 1 heure

ou alors il s'écrit __après__ (mais en même temps dans le cache à la même date_time ) MAIS le fait d'avoir un date_time en secondes plutôt qu'un timestamp en milliseconde(et donc les deux sont 'en même temps') fait que mariadb ne sait pas dans quel ordre le mettre et poufff pas de bol ???
Ou alors je délire... (ce qui est bien possible - faire de l'objet dans un monde deconnecté est un poil schizophrène.
Mais en même temps commande enregistrée (bien qu'au même date_time) est enregistré avant (logique)
je suis perdu.
Et c'est _tout le temps_ dans l'autre sens, .../...