Reprise du message précédent :
bon, merci pour vos interventions sur les drapeaux
 
j'ai imaginé la chose suivante: dans ma table drapeaux, je stocke l'id de catégorie, l'id de topic, le numéro de page du dernier message "lu" et l'id du dernier message. Jusque là, je peux produire sans problème le même comportement qu'ici. L'astuce, c'est de stocker également le numéro de page le plus haut sur lequel l'utilisateur est passé. Si ce numéro est différent du numéro de dernière page, on se place au début de la page, sinon, on fait comme ici: on se place sur le vrai dernier message lu.
 
Qu'en pensez-vous?

J'en pense qu'il faut rajouter des features dans vos forums:
 
* un clic pour planter un drapeau favori à un endroit voulu.
 
Si le nombre de drapeaux est limité, ces drapeaux sont ineffaçables automatiquement, l'utilisateur gère sa liste de sujet favoris lui même

 
TING ! Déjà breveté par moi

j'en pense que ça devrait faire l'objet d'une fonction séparée
edit: mais pour le coup, j'exploiterais la même table avec une info en plus.

Ensuite moi j'implente le meme systeme que sur commentcamarche.net , le fait que tu puisse voir dans ton profil tout les sujets que tu as créé et tout ceux auquels tu as participé ... ca evite des fois de devoir faire des recherches forumiennes pour retrouver la reponse au topic qu'on avais posté 1 ans avant

Une question me traumatise :
Pour les smiley , on as :
1)une liste de base qui est en fixe dans le code ( ou dans la base dés l'installation)
2)Des smiley uploadé par .... ( c'est la qu'est la question)
 
Si les smileys persos sont uploadé par les membres, ont va vite être submergé et surtout si un membre supprime l'un des smiley qu'il a mis apres dans les messages on aura des choses du genre qui ne seront plus traduites...
 
L'ajout de smiley ne devrait-il pas être reséervé a quelqu'un qui aurait un droit particulier ?

les smileys délimités par les deux-points sont uploadés par les admins et de sont de leur responsabilité, donc ils ne changent jamais (en théorie)

 
tu fais une liste de base, et un systeme de smileys persos comme ici et voilà  

Et si l'utilisateur modifie le nombre de posts par page ?

bin euh... je bloque le nombre de messages par page?
 
il y a le même problème ici en fait  Au pire, je peux essayer d'updater les drapeaux avec une règle de 3 pour supposer quelle sera la nouvelle page mais c'est pas trop fiable

c'est quoi le rapport avec les forums?

Fouille dans le code de phpBB... si tu remarque la navigation dans les topics se fait a l'ipost, et non avec des numéros de pages.

Justement j'etais entrain de me poser la question de comment faire la navigations entre les differentes pages quand il y en a plus qu'un ... Du point de vue de rapiditée d'execution et de gestion des resources de mysql, qu'est-ce qui est mieux (en se disant qu'il risque d'y avoir beaucoup d'entrées dans ma table et que je veux les afficher 20 par 20):
- Faire un LIMIT dans la requette pour sortir seulement 20 lignes, puis pour connaitre le nombre total d'entrées faire une 2ème requette (avec COUNT() ou tout simplement mysql_num_rows())  
- Sortir TOUTES les lignes puis avec un while afficher seulement celles qui nous interessent?  
 
De mon coté je pencherais  plutot pour la 1ere mais je prefere demander

l'id du post n'est pas un renseignement sûr

 
Oula, je n'utilise pas MYSQL , j'utilise un SGBDR (si on peux lui donner ce nom ) assez peu, comment dire, optimisable donc je ne pense pas que cela soit possible .
 
- Je suis le SGBDR le plus lent du marché, qui suis je  

 
Hum, je suis dubitatif. D'un coté tu as le serveur WEB qui bosse sur 1000 boucles avec un serveur de bdd allégé avec des requêtes peu couteuses. De l'autre c'est l'inverse. Pour le GROUP BY effectivement, ça bouffe   . Je me tate entre un GROUP BY et un DISTINCT. A voir comment se comporte le DISTINCT sur une grosse table. Mais bon sous Access pour le moment, je ne vais pas lui demander la lune . J'attends d'être sous SQL serveur ou un SGBDR digne de ce nom pour vraiment adapter mes requêtes.

 
J'utilises un générateur de checksum basé sur plusieurs paramètres. date heure, IP, ID session, le tout haché en md5. Faudrait vraiment un manque de pot total pour que cela arrive
 
Par contre, un problème pouvant se produire et la suppression d'un sujet par 2 Modérateurs/ Administrateurs en même temps (la fonction de suppression s'execute en même temps   , au 10ème de seconde prêt. J'ai déjà connu ça).
 
Arrivera un moment, l'un finira par prendre le pas sur l'autre, et cela risque de poser des problèmes. Je vais intégrer une sorte de check pour chaque sujet empêchant la suppression d'un topic par 2 modérateurs / admins. Un update sur un champ lock. Suppression impossible si cette valeur = 1. Dès que la suppression du sujet (plutôt d'un message ^^) est effectuée, je remets cette valeur à 0.

 
Access.

SQLite? DB2? dBase?

 
 
gagné  

je vois pas prquoi vs vs prenez encore la tete sur la gestion des flags pr recup la derniere page consulté, j'ai resolu le probleme avec the real smiley quelques page avant

bon alors ça vient?

non, je ne pense pas que vous l'ayez réellement résolu. Avec l'effacement de messages, il y a toujours un problème: un drapeau est-il avant ou après le message effacé? ça, on ne le sait pas. J'ai un début de solution mais ça va faire grossir la table des drapeaux (stocker le nombre de messages du topic au moment où on plante le drapeau)

un pote me fait la suggestion suivante: "je trouve pas ça intéressant le delete de messages, ça rend un dialogue totalement incompréhensible". Je suis tenté

Stocke l'id au lieu de la date ? Je suppose que l'identifiant de tes messages est en auto_increment, donc ca ne pose normalement aucun problème (et c'est plus rapide pour les comparaisons)

oui, si je peux me débrouiller avec un ID, je prends l'id. D'ailleurs, je viens de me rendre compte que je liste mes topics en triant par date de création de message au lien de l'ID. Je file me flageller avec des orties fraîches et je reviens.
 

 
(en fait, j'ai pas vu grande différence entre un tri par date et un tri par ID)
 
edit: euh si j'en vois une finalement  C'est sur la liste des topics que je n'en voyais pas, mais je n'avais pas fait de test sur la clé primaire.

pourtant tu disais le contraire y'a quelques temps si je ne me trompes ? (SQL_CALC_FOUND_ROWS par ex. dont d'ailleurs je ne vois pas trop l'intérêt)
 
enfin sinon pour le cache je sais pas si vous l'avez trop abordé ici mais le query cache c'est quand même pas du tout adapté à un forum puisque tout le cache d'une table est vidée dès qu'elle reçoit la moindre modification...
vous avez d'autres solutions de cache efficace ?
on m'a conseillé http://www.danga.com/memcached/ qui n'aurait pas les défauts du query cache mais je n'ai pas encore pu essayer

Et c'est quoi les défauts du query cache?

 
Je pense avoir une solution pour ce problème. Il suffit dans l'url de préciser l'identifiant du message. Ensuite effectuer une recherche dans la liste des messages sur le dernier message < ou = à l'identifiant du message.

en fait, il faut aussi savoir sur quelle page tomber, et ça, l'identifiant du message seul ne suffit pas
c'est pour ça que je pense qu'il faut aussi sauver le nombre de messages qu'il y avait dans le topic à ce moment là. Et le mettre à jour à chaque fois que quelqu'un supprime un message, du moins en fonction de l'id du message. Fait chier, j'avais pas mis de clé sur l'id du message dans la table des flags, et cette seule opération m'y obligerait
 
J'ai franchement envie d'interdire la suppression des messages

drashe...je pense serieux que ce que j'ai vu avec The Real SMiley peut fonctionner : un champ avec la position du dernier message vu.
 
imaginons qu'un membre dont le dernier post vu a d'id 123 :ce post peut etre en 456eme position dans le topic : grace à cette position tu peux evaluer à quelle page est le post quelque soit le nombre de post par page(dc le nb de post/page peut etre modifié à la volé)
 
qd un membre supprime son post, on soustrait 1 à la position du dernier post vu par tout les membres ayant participé à ce topic(dc 456-1)
dans le cas ou le dernier post vu ai été supprimé, il n'y a aucun probleme : si le post 123 a été supprimé, grace à la decrementation de la position on pointe sur le 455eme message qui sera le post
 precedant celui qui avait l'id 123
 
j'ai p'tet fais quelques répetitions mais je peux pas expliquer mieux ma théorie lol

en fait on dit la même chose car la position = le nombre de posts dans le topic (que je disais relever au moment de planter mon drapeau)

Bah pourtant ca suffit. il te suffit de calculer le nombre de messages < à l'identifiant transmis. Tu divises ensuite ce nombre par le nombre de messages que tu souhaites pour une page et tu as le nombre de page pour atteindre l'identifiant.
 
 
Celui qui a compris, qu'ils m'écrivent, car après relecture j'comprends plus rien .......

 
Effectivement, c'est suffisant

Pour les smileys perso vous nommer le fichier du meme mot que le code du smiley comme ça une simple expression reguliere permet de transposé les images ? ou bien vous les stocker dans la base avec le chemin, le code et meme un alt ou un name pour la balise img ?
 
La deuxieme methode necessite la construction d'un tableau à charger a chaque page de message mais est plus complete ...Qu'en pensez vous ?

Je l'utilisais au départ sur le moteur de recherche, de manière à pouvoir calculer efficacement le nombre de réponses trouvées et afficher ainsi la pagination. Mais je procède autrement depuis
 

Tu es certain de ça ?

haaaaaaaaan, jamais dans la base, t'es fou? Perso je suis adepte de la première méthode

Je suis en train de recoder mon forum et je suis passé de 40ms à 25ms pour la page d'affichage de la liste des messages rien qu'en faisant du code plus propre  
 
Et sinon pour votre problème de messages supprimés, suffit de pas le supprimer physiquement de la base, mais de mettre un flag supprimé. Et si ce flag est à 1 lorsque vous affichez les messages, vous mettez l'id dans l'url (ca permet de garder son drapeau sur l'emplacement) mais il n'y a rien dans la "cellule" du message  
 
rainbow_efreet : pour les smileys de base, je leur donne le meme nom que l'image (enfin le contraire, je donne le nom à l'imge en fonction du code smiley que je veux)

ok drashe je te suit mais si un admin supprime le smiley, l expression reguliere va qd meme trascoder le code en image une fois qu'on laura supprimé ...

si vous faites une expression reguliere sur ceci par exemple:
 
->Edit : lol
 
L'expression réguliere va tout coder meme la phrase
 
"rouge:bleu:vert"