Bonjour mon ami...

Qui est tu? Creer un compte pour agresser c'est pas mal? Quel est donc ton compte habituel?

Il n'y a pas besoin de faire de requete ou autre pour ton pb.
Il faut juste que ta structure de table soit correcte.

Ta table est en fait une table de relation entre d'autres tables. Ta table favoris fait le lien entre un utilisateur (uid de la table user) et la table qui contient tes donnees video (title, lid, cid => cle de la table je sais pas quoi)

(je comprend que la cle de ta video c'est title, lid, cid)

Donc pour etre tranquille, il te suffit juste de creer un index unique sur toutes ces colonnes, voir meme mieux tu crees une cle primaire sur toutes ces colonnes et tu vires id qui sert a rien.
Et tu es sur que tes elements seront uniques...

Du coup, tu n'as plus qu'a jouer la requete et si ton element est deja inscrit en base tu auras le droit a une erreur que tu peux recuperer normalement, et donc tu rediriges apres sur la bonne page.
Avantage de la solution :
- le pb de l'unicite est gere par la base de donnee et non par prg => c-a-d que meme si tu veux inserer un element sans passer par ton php, l'unicite sera gere (si tu veux ecrire par phpmyqdmin ou autre)
- c'est le role de la base de donnee
- c plus rapide => tu fais une seule requete d'insertion, si elle marche c ok, si tu as une erreur tu le sais. Pas besoin de faire une requete de recherche et une d'insertion apres.
- pas de code (moins de code moins de bug)

=> au moment de la suppression d'un user il faudra pas oublier de supprimer les lignes dans cette table, et pareil quand tu supprimeras une video...
Ca pourrait etre gere par la base de donnees sans aucun code si on utilise un autre moteur de MySQL avec les delete cascade mais sinon par code automatiquement => normalement pour etre propre il faudrait que tu surcharges user

Alors ce que tu demandes peut etre fait directement par la base de donnée ou sinon par prg...

Perso je prefere laisser faire la base de donnée ce qu'elle sait faire et en plus ca evite du code pour rien.

Ta table favoris fait le lien entre un utilisateur uid, et une video je presumes que c'est title l'ident de la video? c'est cela?
Apres je vois pas ce que font les 2 autres donnees lid et cid.

Peux tu donner la structure de tes tables ainsi que ce que represente les colonnes? ca sera plus simple pour t'expliquer.

Dommage...

C'est super chiant a mettre en place mais qu'est ce que c'est pratique et qu'est ce que cela fait gagner du temps en non regression.

Je suis entrain de reecrire toutes les classes du kernel pour utiliser XoopsPersistableObjectHandler ca aurait ete pas mal si vous aviez une ptf de tests automatisés...

est-ce que vous avez des plateformes de tests automatisés?

ah ok

Je connais pas ce module ni son fonctionnement mais le truc est là.

On colle un \ devant ' avant d'inserer une string dans une base de donnee. C'est un des fonctionnements standards pour que le ' ne soit pas pris pour la fin de la string. Et normalement le \ disparait en base.
La a priori on utilise le meme fonctionnement sauf que vue que tu ecris pas en base ca te le colle dans ton fichier a plat.
Donc soit tu as un addslashes() de mis qui sert a rien soit betement tu as la directives magic_quotes_gpc a on
http://fr3.php.net/manual/fr/function.addslashes.php

Tu peux voir la valeur de magic_quotes_gpc par un php_info()

Et en base de donnée tu as quoi?

Si tu as \' c'est que le pb vient de l'insertion en base, si tu as juste ' c'est que ton pb vient de la lecture de la base.

Citation :
hum oui certainement... mais c'est la que cela me chiffone :
forums prives et Open Source !!!

oui

il y a une 2.3.1 mais a priori il faut chercher les fichiers pour le langage qqpart (sur ce sujet la)

Et si tu tests des modules justement il y a un sujet il me semble ou tu peux aussi indiquer que tel module fonctionne correctement pas et/ou avoir la liste de ce qui a deja ete teste c'est ici que cela se passe

Normalement si j'ai bien la meme version tu as 1 table xxx_bb_posts et une table xxx_bb_posts_text

Donc tu dois faire une requete du style

Select * from xxx_bb_posts a, xxx_bb_posts_text b where a.post_id = b.post_id and a.uid = 'identifiant de l'utilisateur que tu cherches'

L'identifiant de l'utilisateur etant un entier.

La date tu vas l'avoir dans post_time mais en formatage times donc une fonction mysql te la mettras normalement correctement. Par contre pour l'adresse ip je vois pas comment la recuperer correctement en dehors d'un petit prg php.

Select subject, from_unixtime(post_time), poster_ip, post_text from xxx_bb_posts a, xxx_bb_posts_text b where a.post_id = b.post_id and a.uid = 'identifiant de l'utilisateur que tu cherches'