Reprise du message précédent :

 
Très sympa, par contre, ça rame chez moi, c'est un cauchemar, tu devrais penser à prendre un mutualisé par cher pour tes tests, parce que là, je pense que c'est Free, c'est une cata.
 
Sinon, je t'ai sonorisé un sujet pour laisser mon empreinte.  

Oui ça rame à mort chez Free (il n'y a que pendant quelques heures creuses où c'est vivable).
Mais je n'envisage pas de payer un abonnement mutialisé pour un forum qui ne me sert que pour des tests.
Le jour où j'aurai de vraies discussions à mettre dedans, j'y songerai.

d'la bombe de balle ton forum

added  

Merci

 
Ca pootre

hum je tiens à preciser que le forum de test est ici
http://cinocks.dyndns.org/~lesmoule/dev/
 
histoire de ne pas avoir de messages tordu sur le précédent. Je vais créer le compte test/password en rentrant.

Je viens de perdre une après-midi.
 
Je raconte histoire qu'on se foute de moi.
 
Les utilisateurs de mon forum sont venus se plaindre que quand ils quittaient le navigateur et qu'il le relançait, il leur fallait se réidentifier.
 
Moi y'a rien comprendre.
 
Et en fait, j'ai fais le test, j'ai virer mes cookies et effectivement, en me reloguant, le cookies était marqué dans Firefox comme "Expire à la fermeture du navigateur", un truc du genre.
 
En fait, quand j'enregistre mes cookies en PHP, je faisais bêtement un time()+1000000000, enfin, je ne sais pas combien de zéro, mais beaucoup.
 
Bref, depuis 3 jours, la date limite devais être atteinte et mes cookies allaient sans doute "trop loin", du coup, j'ai refais toutes mes créations de cookies avec time()+32000000 (à peu près un an) et zou, ça refonctionne.
 
C'est con la vie des fois.

Sympa mizopoint.
C'est quoi la "boîte noire" ? Parce que le lien marche pas.
EDIT : ah non j'ai pigé, c'est juste une section.
Néanmoins, quand on est dans la section et qu'on clique sur son nom au dessus de la liste des topics, ben ça marche pas.

Ah J'vais peut-etre corrigé ça
 

Boarf, pas autant con que de faire des drop database au lieu de drop table ... (2x)

tu devrais pas te mettre le privilège de drop db

fait ca sous forme de multiplication pour faire en fonction d'année: 3600*24*365*nb_année (1h*24h*365j=1année)
Ca t'evitera de mettre pleins de zero
 
time()+3600*24*365*10  
 
avec ca t'es tranquille pendant 10 ans
 
 

aujourd'hui j'ai droppé plein de table
 
c'etait volontaire, j'ai fait un petit menage

Hello je suis confronté à quelques problèmes pour la gestion des drapeaux .  
 
Je sais très bien les gérer, mais je trouve que ca consomme trop de ressources. Voici son fonctionnement: 1 table drapeaux, avec id, membre,type,id_post.Pour le champ type, c'est soit | 1 lu pas de nouveaux messages | 2 lu nouveau message | 3 paritcipé par de nouveau message | 4 participé nouveau message.  
 
A chaque fois qu'on post donc un topic, je mets un drapeaux 3. Pour passer à 2 et 4, c'est un gros update à chaque nouveau message dans un sujet.
 
Le problème, c'est les ressources consommées. A chaque fois qu'on consulte un sujet ,je cherche s'il existe un drapeau, s'il existe pas j'insert un drapeaux, sinon je l'update à 1 s'il est à 2, à 3 s'il est à 4. C'est donc une selection et une insertion ou update..  
Y'aurai un moyen moins gourmand, de mettre les drapeaux en session, mais on pourrait pas les updater
 
Comment vous faites vous? Car ma solution est bonne, mais doit y avoir un moyen de faire moins gros....
 
Merci

J'utilise "grossièrement" la même solution que toi et je ne la trouve franchement pas grosse.

c'est ta femme qui doit faire la gueule
 

BAN !!!

Moi j'ai procédé différemment: Lors de la lecture ou de la création d'un post dans un topic, je crée le drapeau s'il n'existe pas, je le mets à jour s'il existe. Par contre, je fais aucun update pour les nouveaux posts. Dans ma table des flags, j'indique le dernier post lu dans le topic, et lors de l'affichage j'effectue une comparaison toute bête entre le n° de dernier post lu et le n° du dernier post créé dans le topic pour voir s'il y'a eu des nouvelles réponses. Ensuite, si le membre lit le topic, je mets jour le dernier post lu dans le flag.

C'est comme ca que je procede.  
 
A la consultation d'un topic, je créé le drapeau s'il n'existe pas. à chaque rafraichissement, j'update avec le dernier message lisible sur la page. A la premiere participation, j'update pour changer le statut du drapeau : ecriture à la place de lecture.
 
A l'affichage d'une liste de sujet, je regarde les drapeaux correspondant. Si l'id du message du drapeau est inferieur au dernier message du topic, alors il y a nouveau message.

Je fais exactement pareil, il faut quand même notifier que les id des messages, même si on supprime des messages, ne font qu'augmenter. Donc une simple comparaison suffit.

Ca veux dire que tu fais une comparaison pour chaque sujet au moment de l'affichage de l'index d'un forum ?

bah oui, une requete sur les sujets avec jointure externe sur la table des drapeaux:
 
Si l'id message lu est null alors nouveau sujet, si inferieur alors nouveau message, sinon rien de nouveau.

 
Clair, c'est peanuts à faire... Je récupère infos topic + drapeaux + infos membres relatives au topic en une seule requete et après j'ai plus qu'à traiter.

Et la V5 elle en est ou ?

il reprend tout de 0 à cause d'un drop database

C'est malin, je sens que la V4 je vais la garder a vie, mais bon elle marche tres bien cette v4 a part quelque légé disfonctionnement

Pour un forum, au niveau de la personnalisation du design, qu'est ce que vous préférez? un système de couleurs personnalisées ou plutot un système de skin interchangeable?
Les deux combinés na sont pas faciles à faire  

Voilà, j'aimerais avoir votre avis.  

les deux

Moi je suis partisan du "rien configurable".
La présentation choisie par l'auteur est ce qui fait l'identité du forum.
Y'a des milliers (millions ?) de forums sur le web. Alors si la présentation plait pas, on n'a qu'à aller voir ailleur.

sarkozy, sort de ce corp

D'un autre côté, le modification du design est sympa pour une meilleure intégration dans un site web par exemple, sans pour autant toucher aux templates originales, et la possibilité pour les autres de créer des skins.

Ceci dit, je trollais un peu.
Même si je le pense aussi un peu.
 
Surtout que les très rares fois où j'ai changé de skin sur un forum c'était pas pour des raisons esthétiques mais pratiques (genre le skin par défaut avait un bug avec mon navigateur qui n'était pas présent dans une autre skin ou bien lorsque seul le skin par défaut est truffé de popups et pas les autres )
Pour Hfr, les couleurs par défaut me conviennent et j'ai jamais eu envie de les changer. Et à moins de goûts archi-douteux de l'admin (genre couleurs archi saturées qui agressent l'oeil) il y a peu de chances qu'on ait absolument besoin de changer les couleurs (et c'est rare heureusement).

 
Personalisation par CSS, on peut tout faire ou presque, et elles peuvent être distribuée en tant que "pack" pour ceux qui ne savent pas en faire

J'avance un peu chaque semaine, certes pas autant que je le voudrais (ah le temps), mais ça avance.
J'ai déjà terminé entre autres le système de personnalisation des couleurs.

putain je me prend la tete pour les ampoules, j'arrive pas a trouver quand est ce qu'il faut activer/desactiver l'ampoule.
 
Bon c facile de dire qu'on active quand il y a un nouveau message et de desactiver lorsqu'il y en a pas.
 
Mais comment determiner les nouveaux message ?
 
pour moi:
 
-on stocke la date de la derniere visite (la aussi ca correspond a quoi la derniere visite?)
-s'il y a des message plus recent que la derniere visite, alors nouveau message, on allume, sinon on eteind l'ampoule.
 
Vous procedez comment vous ?
 

Bah tu stockes l'ID du dernier_message dans la table, et tu vérifies si ca correspond avec la dernier_message_lu (Que tu auras stocké à chaque visite de catégorie ou topic - les flags quoi ...)

t'as pas de table "ampoule" toi ?

Nop, je gère ça avec la table des drapals (M'enfin me semble, ça fait plus d'un que j'ai pas touché au code )