Reprise du message précédent :
pas grave

Ouai je crois que je vais en rester la pour les non enregistré

Un non enregistré, c'est tant pis pour lui, il a des possibilités limitées. Surtout si en plus le non inscrit doit ne passer qu'une fois, c'est pas la peine d'encombrer la base de données pour lui

tu peux eventuellement stocker dans les sessions pour les non enregistré mais bon, c'est toi qui voit

ca aurait bien d'y penser avant

c'est a ca que j'ai pensé quand j'ai vu le truc

 
Le programmeur de PunBB vient de developper la fonction Donc pu besoin du .js

Je ne compte pas faire de forum mais les parsers m'amusent (j'ai pas trop de bases).
Alors donc je suis curieux .  
Ca marche comment globalement? Analyseur gauche type LL1 ou ça n'a pas grand rapport?

 
Alors j'ai jamais eu de cours sur les parsers, et j'ai jamais eu le courage de lire le livre que j'ai acheté, mais en très simple (c'est pas complexe), je parcours une fois de gauche à droite, et si je trouve un [, je lance le lecteur d'instruction bbcode (qui gère que ca peut ne pas en être une), puis comme c'est imbriqué j'ai un joli stack avec les codes
 
enfin, rien de méga révolutionnaire, mais j'ai benché, le temps qu'il passe pour analyser une page complète est ridicule comparé à tout le reste    

Ah ouais, c'est bien ce que je me disais
C'est con que l'utilisateur puisse rentrer des balises non valides genre un [b] non fermé. Si on acceptait pas ça le parser serait débile au possible.

 
il l'est déjà assez, je dois dire que ca a marché du premier coup ou quasi, j'en ai pas un mauvais souvenir en tout cas
 
et la gestion de boulette de l'utilisateur n'est pas excessive... Par contre j'ai une gestion de droits sur mon bbcode, j'ai plusieurs parsers et suivant que tu sois dans un code admin, un bbcode de la boite de discussion ou le forum, tu as pas le droit d'utiliser les mêmes balises...  
 
Genre j'ai une balise flash ou java, pas question de la laisser utiliser par un user de base, pareil pour les images, pas question de les accepter dans la boîte à discussion, et c'est toujours le même parser, juste qqs options  

tout comme zegreg505 j'ai aussi recup le js de PPC, mais pour une durée limitée : étant donné que je ne considerais pas l'interface de saisie de bbcode comme ma priorité, j'ai opté pour en prendre une existante en attendant de faire la mienne quand j'aurais un peu plus de temps, c'est pour dépanner donc

Au passage, la fonction de saisie de BBcode vient de ce corum : http://freekill.free.fr/forum/
 
On peut dire Merci à Freekill (et à Joce pour les corrections) pour cela.

Ca vous parait correct ou pas ça ? :
 

kenny_post ...  je connais

Je ne vois pas l'interet de stocker l'id_cat et l'id_subcat si ton id_post est un autoincrement ?

Eventuellement faire des recherches sans pour autant multiplier les jointures.

Ben je ne vois pas de moment ou on recherche tous les post d'une cat ou meme tous les post d'une subcat, c'est soit les post d'un topic(normal) soit un post via un morceau de son contenu (recherche), non ?

C'est surtout qu'une jointure est souvent très lente. Des fopis, il vaut mieux avoir des redondances d'infos plutot de devoir faire des jointures pénaliantes.  
 
Skylight > ...

Par contre, je sens que je vais rigoler quand je vais tenter de faire migrer le Sky-O-Matic ... Il n'a pas l'indexage des posts par topic ...

 
Oui mais dans quel page tu as besoin d'une jointure cat à post ?
 

Dans la page des topics tout simplement poour afficher les cats/subcats (menu de navigation).

Dans la page des topics tout simplement poour afficher les cats/subcats (menu de navigation).

oui ben c pas le post qui liées lol c'est bien le topic

et l'idée viens de moi  

c'est quoi cette histoire de Kenny?

comme "blabla" ici sauf que ca donne un truc du genre
"mmmffmmfmfmfmfmfm"

aaaaaaah ok merci

C'est vrai. Et aupoaravant il y avait une fonction "alcool" qui devait être bien fun aussi ...

si tu as le temps, il y en a d'autre a mettre en place : http://sky.servermms.org/s,forum,27,,242,1,.html

Tu peux essayer de les faire parler troll, insérer des mots ou des phrases bidons dans le post suivant une punition ou autre.
 
Genre les gens qui parlent pour ne rien dire, tu leur colle des "blablabla" intempestivement dans leurs messages. Ceux qui n'arrêtent pas de se plaindre, tu leur colle des "c'est malheureux", "c'est dommage", "c'est trop injuste", et compagnie, et ainsi de suite  Tu peux imaginer une punition pour chaque type de casse-pieds
 
Je pense ajouter cette feature dans mon forum.
 
Et le fin du fin, ce serait que ces onomatopées sont définitivement dans la DB, donc tu ne fais le travail qu'une seule fois.
 
Evidemment ils peuvent essayer d'éditer mais ça ne ferait qu'empirer la chose

 
je sais pas si c'est fait exprès mais jolie phrase a double sens...

c'est à dire ?

Beaucoup en ont pati.

Je vais tenter de clarifier le truc. En fait, sdans un topic, on peut avoir des IDs de posts qui ne se suivent pas. Je pensais juste rajouter une sorte de deuxième ID pour avoir des numéros qui se suivent et permettre (à priori) de meilleurs temps d'accès et de simplifier les multi-quotes.

Ah ok.
Mais le modèle BDD est vieux (2 ans maintenant) et n'a jamais été retouché...

bha logiquement les id sont croissant...

Les ID sont croissants lors de leur insertion, mais quand tu va balayer ta liste de posts d'un topic, rien ne dit qu'ils vont apparaitre dans l'ordre. En effet, MySQL essaie de combler les "trous" laissés par la délation d'anciens posts, pour y mettre le nouveau post, avec le nouveau ID. Le dernier post d'un sujet peut donc (au niveau BDD) apparaitre en milieu de topic...

donc faut gerer les id toi-meme ?
ou alors une option dans mysql ?

Non pas exactement. En fait les posts auront leurs IDs "normaux" en auto-increment mais je vais rajouter des IDs en manuel qui vont suivre l'ordre des posts dans un topic précis.
 
Un exemple : dans un topic donné le premier post de ce topic aura l'ID "normal" 15431. Je lui affecterai l'ID "index_topic)" 1. Le second post de ce même topic aura l'ID "normal 16457 et aura l'ID "index_topic" 2 et ainsi de suite ...
 
C'est plus clair ainsi ?

normalement si ton champ d'id est en auto_increment, meme si tu supprime un enregistrement ca va pas pour autant modifier l'auto_increment qui lui si base sur (le plus grand id) + 1
pour ne pas avoir de souci lors de mes requetes de selection de post, je classe par date croissante et par id de post croissant(imagine que 2 posts aient été postés en meme temps)
pourquoi ne pas utiliser l'autoincrement?