Reprise du message précédent :
Certe, mais il faut savoir quelles sont les sécurités utiles et lesquelles sont superflux voire génantes.
Même si un jour il se retrouve avec deux post_id identique pour une discution donnée, il poura savoir facilement qui est inséré en premier grace au id autoincrémenté.
 
Bloquer la table en sachant qu'avec mysql, en fonction du type de table la table sera totalement bloqué en lecture et écriture et non pas uniquement pour des accés en écriture pour petite partie de la table, ca risque de devenir plus un probléme qu'une solution quand son forum deviendra populaire.

certe, c'est exact.
Ceci dit, je pense que la solution adoptée n'est pas des meilleures.
 
D'ailleurs, j'aimerai savoir où sont stockés les sujets. Est-ce dans la meme table que les messages? Cad que le message createur du sujet voit son champs de libellé de sujet renseigné.

j'utilise une seule table pour les sujets et les réponses aussi avec un lien parent enfant sur les sujet reponses et memes sur les reponses-reponses et je n'ai aucun problèmes d'incrémentation

pourrait-je connaitre la motivation qui vous a pousser à ne faire qu'une table? A moins sens, c'est deux notions distinctes qui ne doivent pas etre regrouper au meme endroit

 
Je suis désolé ça doit être mon cerveau qui bug mais bon, je capte pas le problème, lors d'un nouveau message ton champ ID va s'auto-incrémenté, le champ POST_ID de celui-ci sera nul. Quand tu posteras une réponse à ton message, qui a par exemple l'ID 1, le champ ID de cette réponse va s'auto-incrémenter, et pour faire le lien avec le post principal, dans le champ POST_ID de la réponse tu y mets la valeur ID du post principal.

Et si jamais tu supprime un POST ?

Je ne vois pas le problème    

Moi aussi j'ai une seule table pour stocker les messages que ca soit le tout premier de la discution ou les autres.
Mais les éléments d'un lancement de topic qui n'est pas un élément des réponse est dans une table de "topic".
 
Pour moi, un message est un message, et quand je vois a quel point un colégue s'est compliqué la vie, par exemple pour le moteur de recherche, par ce qu'il considére qu'un message lancant une discution est différent d'un message de réponse, je me dis que j'ai vraiment choisit la bonne solution.

je te rassure, ca fonctionne ainsi chez moi. J'ai d'un coté, la table des sujets et de l'autre la table des messages. D'ailleurs, je ne fais pas de distinction entre le premier message et les autres.

entre-tuer?????

On s'entretue pas
 
Euh sinon, j'ai une fonction smiles() avec ma regexp pour remplacer les codes de smileys par les smileys :  
 

 
 
Mais euh, la fonction ne me remplace que le premier smiley enregistré dans la table
 
Vous sauriez pas pourquoi il ne veut pas remplacer tous mes smileys?
 
PS >> Pour info, ma table ressemble à ça :
 

je suis donc pas le seul a ne pas avoir compris

c'est pratique

 
 
Au hasard je dirais que c'est parceque tu utilise return, qui a pour but de .... sortir de la fonction et de renvoyer la valeur qu'il y a après, donc à la première itération de la boucle il remplace le 1er smiley et ... return, donc ne continue pas la boucle

idem.

Ah bah euh c'est probablement ça, mais je met quoi à la place alors?
 
Si je vire le return bah euh mes messages ne s'affichent plus, car la fonction ne renvoie rien

Tu stockes dans une variable, et tu ne fais le return qu'à la fin de ta boucle...

(là si tout va bien il va revenir nous dire que sa fonctione ne remplace plus que le dernier smiley.)

 
Tout va bien
 
Bah euh oui j'allais le dire
 
Comment se fesse?

branche ton cerveau.
à chaque tour de boucle tu dois faire ton remplacement dans le résultat du tour de boucle précédent, pas dans la chaine de départ!

J'ai oublié mon cerveau chez moi
 
Et euh c'est donc pour ça que je n'ai pas encore compris Enfin si presque mais euh pas tout à fait quoi.
 
J'ai compris théoriquement mais sur le code je vois pas comment je fais..
 
patapay

 
arrête la programmation...mets-toi au macramé, par exemple.

 
Mais non, mais non, j'ai juste quelques problèmes avec les fonctions

non, là c'est un problème de cerveau. Déroule ta boucle à la main sur un exemple simple, tu devrais comprendre pourquoi ça ne marche pas...

 
Ok, je vais voir... Merci

IWH

c'est c'est pour dire ça, tu peux t'abstenir d'être 'HERE'  

en effet ca :

c'est bien plus constructif  

n'est ce pas    
 
bon, je sort

Multinickname => Avec ton système là, tu fais une requête MySQL à chaque message ?
Bon, je ne sais pas si c'est la meilleur, mais voilà la méthode que j'utilise sur les conseils de Joce qui préconise un pregreplace sur un array plutot qu'un multiple preg.
 
En début de chaque page, juste après l'appel à la bdd, je déclare mes BBcodes :
bbcfind[]=array(); bbcreplace=array();
--- ici, les bbcodes standards
 
et juste après, je fais une requête qui va me chercher mes smileys dans ma base et je fais et je fais un truc du genre (en reprenant ton code) :
bbcfind[]='/'.$code.'/si';
bbcreplace[]='<img src="smiles/'.$file_name.'" alt="'.$code.'" title="'.$code.'" />';
 
Voilà, ensuite pour traiter le texte, il suffit de faire $texte=preg_replace($bbcfind,$bbcreplace,$texte);
 
Les inconvénients :
Quelquesoit la page, je vais chercher mes smileys et je déclare mes bbcodes.
 
Les avantages :
Une seule déclaration des bbcodes et une seule requête pour tous les smileys.

c'est pourtant comme ça que ça fonctionne
 
en tout cas, chez moi, c'est comme ça

dois surement y avoir une jointure

 
 
 
Cette technique est pas mal
 
Ca fonctionne
 
j'avais trouvé une autre technique avec ma fonction, mais c'est vrai, j'avais pas pensé à la requete pour chaque post
 
Là c'est bien, c'est propre
 
Merci

 
Perso, je stocke tout dans un tableau :
id du sujet, id du membre, status, dernière réponse vu, time()
 
A l'entrée de l'affichage du forum, je récupère tous les flags du membre qui consulte, je stocke dans un array et ensuite, je fais un affichage standard des topics avec une condition pour avoir l'état du flag si il y en a un.
Et comme j'ai stocké la date, je peux effacer au bout d'une certaine période.
 
On peut également stocker l'id du forum, ce qui permet de ne charger que les x premiers enregistrement puisqu'il y aura toujours moins de flag à charger que le membre n'affiche de sujet sur la page.

moi je dis que c'est une mauvaise idée de s'inspirer d'un truc qui est réputé comme étant une bouse niveau perf
J'ai jamais regardé le code de phpbb et je ne m'en porte que mieux

PHPBB utilise un serialize d'un énorme array qu'il met en cookie chez le client.
C'est pour cela que tu ne vois rien dans la base.

C'est pour ça que ça marche mal ?  
 
 
 

Non, c'est sérieux ?    
 
Tain mais c'est la pire idée qu'on puisse avoir !  

J'ai cliqué sur le marteau par erreur, donc je redrappalise
 
escusez-moi    

 
 
et c'est pour ca que quand on delete ses cookie on perd tous ses flags lus, non lus
 
phpBB stro bieng  

C'est pas plutôt la date de visite qui est stockée ? Parce que même si on ne lit pas tout, tous les anciens posts sont marqués comme lus.