8 commentaires

Posteur

Pour précision, quand on clique sur "Les demandes de deals", on tombe sur (pas de problèmes apparents ici et JPO92 est le dernier posteur) :

https://s31.postimg.org/70fg7mfu3/02_2.jpg
Avatar

supprimé203710

46 ans ? le site est si vieux ? ^^

Banni

Même problème que toi, 75 ans et 3 mois
http://img11.hostingpics.net/pics/471055Untitled.png

ça va chez moi je n' ai pas ça ^^

ZeWaren

Curieux, je n'arrive pas à reproduire.
Je vais investiguer plus en profondeur.

ZeWaren

Possiblement corrigé.
À suivre.

Posteur

ZeWaren

Possiblement corrigé.À suivre.



Je marque à résolu et signalerai si je le revois.

Je ne veux pas me mêler de ce qui ne me regarde pas, d'autant que je n'ai pas les infos d'articulation du code et des interactions avec la BDD.

à mon sens, je subodore une sélection vide suite à événement non géré, ce qui entraine le timer incohérent et/ou le champ user_post_name vide.

Sous réserve de MySQL, et qu'il y ai une table dédiée au post du style "Categorie_Forum_Post" (liée par association à une table user et en auto increment), voir pour la fonction MAX();

mysql> SELECT MAX(id_CFP) FROM Categorie_Forum_Post;

...Mais ce n'est qu'une piste pour aide. Et si c'est réglé = GG

Bon courage ZeWaren

ZeWaren

Ce n'est pas vraiment ça.

Le lien vers le dernier sujet et le dernier message de chaque forum sont mis en cache dans la base; ceci pour éviter de devoir les recalculer à chaque requête (même avec les bons indexes ça prenait un temps non négligeable).

Il arrive que parfois, au hasard d'un mélange d’inattention et de subtilité de code source, cette information mise en cache ne soit pas mise à jour correctement (ici, lorsqu'un sujet a été déplacé d'un forum à un autre). On se retrouve alors avec des entrées vides ou incorrectes.

Date vide = timestamp 0 = il y a 46 ans.
Pseudo vide = pseudo vide.
Laisser un commentaire
Avatar
@
    Texte