Dans le doute, j'ai downgradé ma version de wamp en repassant en 5.1.7.0 et la, miracle, tout remarche correctement...
@+

J'oubliais, vu que maintenant ca concerne a nouveau les base de données, faut il redeplacer le topic? :lol:

Voilou :)
[code]INSERT INTO forum_read(read_uid, read_topics) VALUES('24', 'a:1:{s:1:\"t\";a:1:{i:17;i:1179313988;}}') ON DUPLICATE KEY UPDATE read_topics='a:1:{s:1:\"t\";a:1:{i:17;i:1179313988;}}'[/code]

[color=darkblue]echo $s_mark_topic_read;
puis copier coller de la requête ici :)[/color]

Bon, j'ai réinstallé wamp et j'ai fini par identifier le problème, donc finalement, le post avait bel et bien sa place dans le forum Sql et bases de données :P
Donc la requête foireuse est celle-ci:
[code]$s_mark_topic_read = "INSERT INTO forum_read(read_uid, read_topics) VALUES('".$_SESSION['user_id']."', '".$db->escape(serialize($this->_forum['read_topics']))."') ON DUPLICATE KEY UPDATE read_topics='".$db->escape(serialize($this->_forum['read_topics']))."'";[/code]
C'est la clause ON DUPLICATE KEY UPDATE qui ne fonctionne pas car j'ai testé l'insert et celui-ci fonctionne.
Donc, la structure de la table est la suivante:
[img]http://img114.imageshack.us/img114/4446/phpmyadminjj6.png[/img]
La clé unique est sur read_uid qui correspond a l'id de l'utilisateur.
Donc en principe, si cette clef est deja présente dans la table, on met a jour read_topics, mais ce n'est pas le cas.
Et avant la réinstallation, que je me souvienne, ca fonctionne...

Donc soit Alzeihmer me guette (à 17 ans pourtant... #-o ) soit mon pc me fait des farces...

[quote="Hubert Roksor"]Ok, donc en gros tu insères [b]a:1:{s:1:"t";a:1:{i:17;i:1179243962;}}[/b] dans la base, quand tu le récupères ça devient [b]a:1:{s:1:"t";a:1:{i:17;i:1179243681;}}[/b] et une fois désérialisé ça redevient 1179243962. Ben écoute, il n'y a pas de solution à ce problème. Ton ordinateur est cassé, ou possédé. Essaie un exorciste :-k

PS: je déplace en PHP parce que ce n'est pas un problème SQL[/quote]
Non justement, ca ne redevient pas [b]a:1:{s:1:"t";a:1:{i:17;i:1179243962;}}[/b].
[b]a:1:{s:1:"t";a:1:{i:17;i:1179243962;}}[/b] est la valeur qui a été inserée
Et la valeur que je récupére a mon plus grand dam est [b]a:1:{s:1:"t";a:1:{i:17;i:1179243681;}}[/b]...
Pour sadeq, $db->escape() est un alias de mysqli_real_escape_string(), auquel je compte combler quelques lacunes dues a % dans les requetes de type LIKE.

$s_get_read = "SELECT topic_fid, topic_id, post_date FROM forum_topics as ft, forum_posts as fp WHERE ft.topic_last_pid=fp.post_id AND post_date>'".$_SESSION['lastvisit']."' 
AND post_uid != '".$db->escape($_SESSION['user_id'])."' AND topic_moved_to IS NULL ORDER BY post_date DESC"; 

bon, on va s'y remettre.
Ma question est : Peux-tu m'expliquer la forme [b]$db->escape($_SESSION['user_id'])[/b] dans ton code suivant:

[php]
$s_get_read = "SELECT topic_fid, topic_id, post_date FROM forum_topics as ft, forum_posts as fp WHERE ft.topic_last_pid=fp.post_id AND post_date>'".$_SESSION['lastvisit']."'
AND post_uid != '".$db->escape($_SESSION['user_id'])."' AND topic_moved_to IS NULL ORDER BY post_date DESC";

[/php]
:!: :?:

Ok, donc en gros tu insères [b]a:1:{s:1:"t";a:1:{i:17;i:1179243962;}}[/b] dans la base, quand tu le récupères ça devient [b]a:1:{s:1:"t";a:1:{i:17;i:1179243681;}}[/b] et une fois désérialisé ça redevient 1179243962. Ben écoute, il n'y a pas de solution à ce problème. Ton ordinateur est cassé, ou possédé. Essaie un exorciste :-k

PS: je déplace en PHP parce que ce n'est pas un problème SQL

Quand je marque le topic comme lu, je fais la requête suivante:
[code]INSERT INTO forum_read(read_uid, read_topics) VALUES('24', 'a:1:{s:1:\"t\";a:1:{i:17;i:1179243962;}}') ON DUPLICATE KEY UPDATE read_topics='a:1:{s:1:\"t\";a:1:{i:17;i:1179243962;}}'[/code]
Puis, quand je récupere les données, j'obtiens pour read_topics les données suivantes avec le var_dyump:
[code]string(38) "a:1:{s:1:"t";a:1:{i:17;i:1179243681;}}"[/code]
Et sinon, le var dump de $this->_forum donne:
[code]array(3) {
["new_topics"]=>
array(0) {
}
["read_topics"]=>
array(1) {
["t"]=>
array(1) {
[17]=>
int(1179243962)
}
}
["auths"]=>
array(3) {
[1]=>
array(10) {
["perm_id"]=>
string(1) "2"
["perm_gid"]=>
string(1) "1"
["perm_fid"]=>
string(1) "1"
["read_forum"]=>
string(1) "1"
["post_replies"]=>
string(1) "1"
["post_topics"]=>
string(1) "1"
["post_poll"]=>
string(1) "1"
["moderate"]=>
string(1) "0"
["edit_post"]=>
string(1) "0"
["post_sticky"]=>
string(1) "0"
}
[5]=>
array(10) {
["perm_id"]=>
string(2) "38"
["perm_gid"]=>
string(1) "1"
["perm_fid"]=>
string(1) "5"
["read_forum"]=>
string(1) "1"
["post_replies"]=>
string(1) "1"
["post_topics"]=>
string(1) "1"
["post_poll"]=>
string(1) "1"
["moderate"]=>
string(1) "1"
["edit_post"]=>
string(1) "1"
["post_sticky"]=>
string(1) "1"
}
[6]=>
array(10) {
["perm_id"]=>
string(2) "41"
["perm_gid"]=>
string(1) "1"
["perm_fid"]=>
string(1) "6"
["read_forum"]=>
string(1) "1"
["post_replies"]=>
string(1) "1"
["post_topics"]=>
string(1) "1"
["post_poll"]=>
string(1) "1"
["moderate"]=>
string(1) "1"
["edit_post"]=>
string(1) "1"
["post_sticky"]=>
string(1) "1"
}
}
}[/code]
Et pour $db:
[code]object(db_layer)#1 (3) {
["connexion:private"]=>
object(mysqli)#2 (0) {
}
["nbquery"]=>
int(17)
["data:private"]=>
bool(true)
}[/code]
Voila :)
Petite chose, ce matin, j'ai constaté que je récuperais les données inserées hier soir... je suppose que demain j'aurais les données de ce jour...

Plutôt que de poster du code PHP est-ce que tu pourrais stp poster les données en question ? Quelles sont les données que tu insères dans la base et quelles sont les données que renvoit la requête ? Que te dis var_dump() ? mets-en partout jusqu'à ce que tu trouves un truc qui ne va pas. Tout le code que tu pourras poster ne servira à rien tant que tu ne seras pas sûr de ce que représente $db, ce que représente $this->_forum, etc...

	private function mark_topic_read($topic_id, $forum_id) {
		global $db;
		$this->_forum['read_topics']['t'][$topic_id] = time();
		$s_mark_topic_read = "INSERT INTO forum_read(read_uid, read_topics) VALUES('".$_SESSION['user_id']."', '".$db->escape(serialize($this->_forum['read_topics']))."') ON DUPLICATE KEY UPDATE read_topics='".$db->escape(serialize($this->_forum['read_topics']))."'";
		if(false == $db->query($s_mark_topic_read)) {
			throw new Exception('<b>General Error :</b><br />Impossible to update readed-posts data');
		}
		}
	}

Alors, voici la fonction qui me permet de marquer un topic comme lu :
[php]
private function mark_topic_read($topic_id, $forum_id) {
global $db;
$this->_forum['read_topics']['t'][$topic_id] = time();
$s_mark_topic_read = "INSERT INTO forum_read(read_uid, read_topics) VALUES('".$_SESSION['user_id']."', '".$db->escape(serialize($this->_forum['read_topics']))."') ON DUPLICATE KEY UPDATE read_topics='".$db->escape(serialize($this->_forum['read_topics']))."'";
if(false == $db->query($s_mark_topic_read)) {
throw new Exception('<b>General Error :</b><br />Impossible to update readed-posts data');
}
}
}[/php]
Celle ci met a jour le tableau $this->_forum['read_topics']['t'] avec une clef correpondant a l'id du topic et le timestamp actuel.
Ensuite, le tableau $this->_forum['read_topics'] est serialisé et inseré en base de données.
Ce tableau est récuperé et déserialisé avec la fonction que j'avais données plus haut a chaque chargement du module forum. ;)

On va essayer de se focaliser sur ce qui est important. L'élément atomique qui fait tout basculer.

[quote="momox"]J'ai fait un echo du tableau sous forme sérialisée juste avant insertion dans la bdd et celui-ci correspond a la valeur présente en base de données après insertion.
Mais quand je récupere cette valeur via mon script, bizarrement, je n'ai plus du tout les bons résultats...[/quote]
Ok, ce que tu décris est impossible donc le bug est ici. Qu'insères-tu dans la base et que renvoit ta requête ?

[quote]Dans le doute, je fais un echo de la requête, que j'insére dans phpmyadmin et la, suprise, j'ai les bons résultats...[/quote]
Tu es en train de dire qu'en exécutant la même requête dans phpMyAdmin tu obtiens un résultat différent ? Là encore c'est impossible donc le bug doit se trouver dans ton objet $db.

[quote="Hubert Roksor"]Il y a vraiment un truc que je dois pas comprendre parce que
[quote]a savoir [...] un tableau sérialisé [...] qui n'est pourtant plus dans la base de données[/quote]
...alors pourquoi tu utilises unserialize() sur les données que tu récupères ? :-k[/quote]
Justement, c'est ca qui m'étonne moi aussi...
Ma classe pour la bdd n'utilise aucune variable de session et mon code pour récuperer les nouveaux posts non plus...
La question que je me pose donc, c'est comment je fais pour récuperer des résultats n'existant même plus dans la base de données...

Justement, je le deserialize pour l'utiliser avec une autre fonction de mon forum.
Mais le véritable problème c'est la requête SQL a mon avis...
Le code de posts lus / non-lus est codé depuis trois mois et n'a pas bougé depuis...

Bon, revenons sur cette histoire de variable.
Quand l'utilisateur lit un post, je l'ajoute au tableau qui avait été récuperé puis déserialisé dans la bdd et je réinsere le tableau sérialisé avec la clé ajoutée.
J'ai fait un echo du tableau sous forme sérialisée juste avant insertion dans la bdd et celui-ci correspond a la valeur présente en base de données après insertion.
Mais quand je récupere cette valeur via mon script, bizarrement, je n'ai plus du tout les bons résultats...
Dans le doute, je fais un echo de la requête, que j'insére dans phpmyadmin et la, suprise, j'ai les bons résultats...
Autre petite chose bizarre, c'est que ce problème est apparu avec la mise a jour de wampserver...
Car hier soir, avant de migrer, tout fonctionnait nickel...

Il y a vraiment un truc que je dois pas comprendre parce que
[quote]a savoir [...] un tableau sérialisé [...] qui n'est pourtant plus dans la base de données[/quote]
...alors pourquoi tu utilises unserialize() sur les données que tu récupères ? :-k

Mets des var_dump() partout, tu finiras par comprendre ce qui se passe, c'est le mieux à faire.