Reprise du message précédent :
€

quel code ?

Ben il y a un moment ou les & donnaient des &. Donc les &#suitenumérique; ne sont pas modifiés.

{

}
// faut fermer les accolades

©

© aaaaa

lol
 
Je pense que je peu ètre fier du bordel que je viens de déclencher lol

Hello tout le monde,
Je vais commencer le forum de mon site, je peine a trouver une idée originale (c'est pour un jeu en ligne, je ne souhaite donc pas faire un forum classique cad liste des categories liste des sujets hop le post avec les réponses en dessous... Enfin vous m'avez peut etre compris mais bref) oui donc je disais que je n'avais pas encore commencé mon forum, c'est pourquoi je n'ai pas encore donné signe de vie ici ^^
 
Ceci dit mon post est en fait la pour connaitre la méthode que vous utilisez pour le systeme de drapeau ? (c'est a dire de savoir si il y a des réponses depuis notre dernier passage a tel thread).
La solution que je vois c'est d'avoir une table dédiée, lorsque le forumeur ouvre un sujet j'entre dans la table dédiée son id et je notifi qu'il a lu le post jusqu'a tel message. Le probleme c'est que si le mec lit 60 messages par jours... Ca risque de faire une table vraiment grosse qui se multiplie en fonction du nombre de membres... Et avoir une si grosse table pour cette fonction je trouve ca plutot inutil...
 
Quel est donc votre méthode ? ^^ Merci pour le tuyau

ma méthode est celle que tu as ennoncé, sinon, nous avons déjà débatus de cette gestion des drapeaux, et plusieurs solutions en sont ressorties (cookies, ...)

Il y avait pas une histoire aussi de limiter à 100 drapals par utilisateurs ?

si, c'est ce qui se passe ici. le nombre de drapeaux est limité par couleur, user et cat...

Et donc finalement la solution de stocker les drapeau de chaque utilisateur dans un fichier texte à son nom, c'est bien ou pas ?

bha a mon avis c'est plus lent que de le stocker dans la base de donnée...

 

C'est quoi l'intérêt par rapport à une table dédiée?

Peut-etre plus rapide à chercher si t'a 50000 utilisateurs avec des centaines de drapeaux par utilisateurs, drapeaux éparpillés dans cette gigantesque table ?

euh...non.
C'est super galère de te parser le fichier à la main à chaque fois que tu as besoin des infos des drapeaux!!

 
Ben c'est la question que je me pose, est-ce ce parsing est plus lourd et lent que de chercher tous les id de topic ayant un drapeau vert pour tel utilisateur, dans une table qui contient un bon million d'enregistrement ? (avec un index sur l'utilisateur ca doit beaucoup améliorer ? )

Bah entre l'ouverture du fichier + parsing par rapport à une requête sur une table ayant un index bien choisi, je vois pas comment le premier pourrait être plus efficace.
Et laisse tomber les suppressions...

Et puis la bande passante aussi

ça dépend aussi du nombre de drapeaux qu'il sauve mais faut bien les recharger à chaque fois
 
(tu comptais les traiter en JS peut-être?)

 
Genre on va se faire avoir
 
 
 
Suppression des drapeaux = vider le fichier
Suppression d'un drapeau = supprimer la ligne

ben ca reviendrai au meme de faire une table drapeau par utilisateur

 
mais quelle bande passante?
Je te suis pas du tout, là...

Compare le coût de la suppression d'une ligne au milieu d'un fichier et celui de la suppression d'une ligne dans une table, pour voir...

 
50000 utilisateurs = 50000 tables dans la base ?
(50000 fichiers textes dans un répertoire c'est pas génant? )

ben le gars il veut faire 1 fichier par membre, je voulais juste dire que ca revenait au meme j'ai jamais dis que c'etait bien

Ce fichier contenant les drapeaux, il doit bien passer à travers le réseau chaque fois que tu veux lire une liste de favoris ou de topics non? C'est un coût en plus.

 
euh...non.
Il est stocké sur le serveur...

(au fait, je parlais bien de fichier stocké chez l'utilisateur)

 
, et :
 

 
[edit]
 
Et stocké chez l'utilisateur, c'est franchement la pire idée que j'ai jamais vu...tu changes de machine t'as plus de drapeaux?

Mais le fichier n'est pas chez l'utilisateur, il est sur le serveur !!!

Je sais, c'est drasche qui a pas compris...
Mais c'est une mauvaise idée quand même.

Je le ferai quand meme, pour tester

t'es maso toi

effectivement
 

Passer des jours à mettre en place une solution qu'on sait ne pas être viable pour remplacer une solution viable et mise en place en la moitié du temps, là je dis chapeau!

Bah, il peut recoder une lib de gestion de drapeaux en amsn optimisé pour son système tant au niveau hdd que mémoire, ça ira plus vite que mysql

 
en quoi?
Et euh...même pas sûr qu'il y arrive.

Alors là, je n'y crois pas une seconde.