Reprise du message précédent :
chamois: j'ai reussi a poster avant que le topic existe
 
http://chamois.suidzer0.org/post.p [...] c=5&p=1#p0
 
(le createur du topic c'est arnaud et non tester665)
 
-ca serait bien de mettre un bouton "repondre" en bas du topic
-quand on quote, faut enlever les backslashes
-j'ai reussi a creer un topic dans une categorie qui n'existe pas:
http://chamois.suidzer0.org/topics.php?cat=0
 

C'est moi Arnaud

c'est moi tester665

Après ton post, je m'en suis douté
 

c'etait juste pour poster ce smiley debile

Du calme, c'est mon smiley !
 
Tu veux avoir les yeux qui piquent ? > http://seti.liteboard.net

c'est qui le debile sur le smiley, c'est toi ?

Salope
 
Ouais, c'est moi !

moi je profite d'un peu de temps libre pour developper un forum. Je le fais en coldfusion/mysql.
 
C'est un Présence PC like
http://www.leveilleur.net/forum/

Un vrai bravo pour vos temps de reponse et pour les nouveaux forums apparus dernierement

 
si j'ai bien compris ca ressemble beaucoup a du jsp maintenant, ca tourne sur quoi comme serveur? un truc proprio Macromedia?

Je ne connais pas le jsp, sinon ca utilise un serveur coldfusion mx de macromedia mais cela s'intégre parfaitement à apache.

générée en 270 ms : ca fait peur pour une page d'index
211 pr la liste des topics : à revoir aussi
 
 
 
autre précision : evite l'affichage de ce genre d'erreur :
 

si on met rien en numero de page
si on precise pas l'id du topic (meme genre d'erreur sans preciser la cat)
 

 
on voit ds le debugage que tes requetes on toutes un "select *" : prefere la seelection des champs NECESSAIRES afin d'optimiser les temps de generation
tu dois donc effectuer une conversion en valeur entiere du parametre fourni dans l'url avant de l'utiliser dans tes requete et eviter les select *
voilou

Merci bien
 
Pour le temps de génération de la page, c'est un peu normal, car le site est hebergé chez moi sur un petit duron 900 avec 512 de ram sous un windows 2003 server ( qui fait serveur mail, serveur ftp, serveur http, controleur de domaine nt, partage internet et etc...) la machine est un peu surchargé. J'ai +- le temps de génération avec un forum invision board que j'heberge aussi. Je pense de plus en plus a prendre une machine dédié rien que pour l'hebergement
 
En ce qui concerne le passage de paramètres, je vais le faire, gérer les exceptions Je mets ca dans ma to do list
 
Pour les select *, c'est vrai que pour le moment j'ai fait au plus facile, je vais essayer d'optimiser ce soir
 
Merci pour ton feedback
 
Edit: Pour le temps de génération, je prends l'heure au debut de la page ( dans mon application.cfm) et juste avant de l'afficher, je reprends l'heure et je fais la différence des temps. ce qui me permet d'obtenir un temps en ms. c'est bien cela la démarche ?

salut tout le monde !
Je voulais savoir, comment vous gerer vos drapeaux ?  
 

mieux que sous HFR j'espère

qu'est ce que tu trouve de mauvais a ceux de hfr ?

ben ils disparaissent parfois, et surtout reviennent lorsqu'on les a enlevés.

1) le nombre de drapeaux est limité. Donc forcément, certains peuvent disparaitre
2) ils reviennent automatiquement si tu visites le topic où tu as posté, ça me paraît logique jusque là.

 
moi je trouve pas que c'est logique

bin quand tu visites un topic, ça met à jour un drapeau, ça me semble logique jusque là (assez pour l'implémenter dans mon propre forum)
 
En fait, je comprends bien ton raisonnement: on le voit ici, la plupart des gens s'imaginent qu'ils doivent reposter à nouveau dans le topic pour avoir un drapeau bleu. Ptet qu'il faudrait l'implémenter comme ça en fait.

c'est plus logique de mettre un drapeau rouge, plutot que de mettre un drapeau bleu lorsqu'on visite seulement.
Et ca serait bien de mettre un drapeau bleu sans que l'on soit obligé de poster, un peu comme les avertissement par mail.

exactement

Mais sinon, dans la page des sujet, vous faites comment pour savoir s'il faut afficher ou non un drapeau ?
J'en ai entendu dire qu'il y en a qui comparent l'id de la derniere reponse, et si cette id est superieur a l'id du dernier message que la personne a lu, ben on met un drapeau. Je pense que c'est la maniere la plus simple.
Sinon, elle resemble a quoi la structure de votre table "drapeau" ?
 
la mienne resemble a ca pour le moment:
 

Je vais la modifier comme je l'ai expliquer avant, car pour le moment je ne fais pas de teste, je regarde juste l'etat du drapeau (actif, inactif) pour savoir si on l'affiche.
D'ailleur le "id_drapeau" je pense qu'il ne sert a rien.

 
vu que j'ai pas encore implémenté, ça peut changer. Mais je peux déjà dire que vu que j'ai l'id du topic, et que je peux calculer le numéro de la page, j'ai besoin de rien de plus, d'un point de vue fonctionnel.

ya des petits trucs que je trouve bizarre dans ta table.
-Tu va laisser un nombre ilimité de drapeau ?
-le nom de tes champs me font peur
-l'utilisateur ne pourra pas supprimer son drapeau comme sur ce forum? si oui, alors il risque de supprimer la notification par mail. D'un coté ca parait logique, mais je trouve que ce n'est pas bien de supprimer la notification par mail sans que la personne le sache.  
Sinon oué c'est une bonne idée d'avoir mis les deux dans la meme table, mais je trouve que ca serait mieux de rajouter un champ "drapeau_delete", afin que le drapeau existe toujours mais soit dsactivé par la personne, puis tu le reactive quand elle reposte, comme ca elle a toujours sa notification par mail.

1/ pour l'instant, j'ai rien prévu pour limiter le nombre de drapeaux. Si je dois le faire, il faudra, en plus, que je prévoie une date de dernier message, afin de situer les plus anciens drapeaux.
2/ pure convention, c'est pareil dans le code et les CSS; une fois qu'on connait, ça va tout seul.
3/ disons que c'est lié, s'il efface son drapeau, il efface la notification. Ca prête à discussion, je m'en doute
4/ bof C'est sujet à débat aussi, perso j'en vois pas du tout l'intérêt. Ceci n'empêche pas d'activer la notification mail à n'importe quel moment

ok
je te remerci pour ton idée de mettre les drapeaux et la notification par mail dans la meme table
 

maintenant que j'y pense, on dirait que j'ai oublié de spécifier la différence drapal bleu et rouge

en effet

chamois> on peut ecrire des sujet et des post vide su ton forum
 
suffit d'appuyer sur la barre espace
 
de te conseil d'utiliser la fonction trim()

 
Tout a fait. une nouvelle réponse, meme si d'autres ont étées ajoutées / supprimées, aura forcément un ID > a celui du dernier post lu par le mec.
 
Lors de l'affichage des cat, je construis un tableau en PHP de meme taille que l'affichage des cat.
Puis je parcours le tableau, ligne par ligne.
j'affiche chaque catégorie, et en meme temps j'ai juste un test de supériorité a faire, si c'est OK, alors j'affiche le drapeau avec les autres elements de mon tableau flags dynamique.
 
 
Par contre, revois la structure de ta table drapeau
dommage que couleur soit un varchar.
si c'est une chaine dont tu sais a l'avance quelle sera la longueur maximale, alors mets plutot un char(20) , ta table sera fixe et non dynamique (lourd a gérer par le SGDB)
ensuite, pour la couleur, .. j'imagine bleu / rouge ? un enum sera bien mieux...

oui mais lors de l'affichage des categories et des forums, vos flag étant ciblé sur les sujets comment affichez vous les drapeaux?
Car la date de dernier post d'UN sujet ne represénte pas les derniers post d'un FORUM, donc je ne vois pas comment votre méthode peut être viable lors de l'affichage de la premiere page du site ( celle avec les categories et forums)

Dans ta bouche, tu fais un IF bidule > machin

le lapsus    

Hu
 
"Dans ta boucle" bien sûr

C'est la réponse à mon post ?

Oui

Que ce soit "Dans ta bouche" ou "Dans ta boucle", je doute que la réponse lui convienne

Beh tu rajoute un champs IdCategorie, et lorsque tu affiches tes catégories, tu récupères le drapal avec la valeur MAX du DernierIdTopic, et tu compares