Reprise du message précédent :
cool il est le site qui référence ce genre de conneries ?

http://www.big-boards.com/
 
on est 6ème  

Oui mais le plus gros francophone et de loin ...

oui, faut pas oublier qu'il y a 10 fois moins de francophone que d'anglophone sur internet

Tu as oublié le mot "moins" dans ton message ...
 
 
 
 
 
 
 
 

c vrai

Le serveur du forum est surchargé, il sera changé la semaine prochaine. Que tu demandes une page en plein milieu d'un topic, au début ou à la fin c'est du pareil au même tel que le soft a été conçu :
 
Page 0001 Temps de génération : 0.117 secondes
Page 5010 Temps de génération : 0.118 secondes  
Page 9227 Temps de génération : 0.076 secondes  
 
Et je confirme que les 322 939 messages de ce topic sont dans la même table, enregistrés au milieu des 4 956 330 messages du forum Une table par catégorie ca va bien quand on a pas le temps de faire quelque chose de propre, mais c'est dégueulasse niveau modélisation et c'est lourd à maintenir.
 
Par contre les index prennent presque autant de place que les données :
 

Faut juste 25 secondes pour poster un message

Tu oublies juste que si tuy crashe la dite table unique, tu prds tout. Chose qu n'arrive pas avec la solution de multi-tables (expérience sur Mon-forum.net avec une table irrécupérable).

 
A priori, avec une telle table, tu fais des backup journaliers si possible, ou alors hebdomadaires

Oui mais cela n'évite pas la table tellement corrompue qu'elle en est inrestaurable (cas de la cat du bistrot sur le forum Cheznous).
 
Bon j'admets que c'est extrème mais ...

Jamais eu de table corrompue en 3 ans ... Je dois d'ailleurs pas comment ca peut arriver, à moins de n'utiliser une mobo pourrie ou de la RAM de merde.

ou un disque qui pète ... ça m'est arrivé

D'ailleurs, concrètement, une table corrompue, qu'est-ce que c'est ?

Pas besoin d'autant, suffit d'un bug d'overflow dans le SGDB ou dans un autre programme qui va foutre la merde (c'est moins le cas sur les systèmes Unix), voire encore une surtension ou une grosse transaction qui bouffe toute la ram,...
 
Bref, y a pleins de causes qui peuvent endommager une DB, et surtout s'il s'agit de MySQL qui dispose de relativement peu de systèmes de protection (afin d'être plus rapide).
 
Au boulot, on fait des backups journaliers pour nos DB, et ce n'est pas un luxe.

tu utilises le RAID5 et comme ca plus de problème

Mwais ... Regarde ce qui est arrivé à PPC (BDDs tellement endommangées par le RAID-5 défaillant que ...)

bin tu parles de raid-5 défaillant aussi

Quelle solution avez vous adopté pour permettre aux membres non enregistré de poster ? Il m'en vient plusieurs à l'esprit :
 

• Tous les messages des membres invités apparaissent avec un pseudo unique "Invité" possédant l'ID 0.
• On ajoute une entrée dans la table des membres chaque fois qu'un nouveau pseudo invité poste.
• On ajoute une entrée dans une table "Invités" chaque fois qu'un nouveau pseudo invité poste.
• On stocke en dur le pseudo du membre dans la table

Vous en voyez d'autres ? Sur ces 4 là, aucune ne me semble pleinement satisfaisante :
 

Vraiment pas pratique pour différencier un invité d'un autre. Mais c'est le plus simple et le plus propre.
 

Ca fait grossir la table des membres de manière disproportionné et c'est crado. Bof.
 

Ca oblige à faire une jointure supplémentaire pour l'affichage des messages. Il faut également créer un champ supplémentaire dans la table des messages (l'un où on stockera l'ID des membres identifiés, l'autre où on stockera l'ID des invités). Vraiment lourd.
 

Sur mon forum le pseudo des membres n'apparait que dans la table des inscris. Toutes les clefs sont ensuite basées sur l'identifiant du membre, non sur son pseudo. Ca oblige à faire pas mal de jointure, mais ca permet de changer le pseudo d'un membre d'un seul clic, de ne pas avoir d'info redondante, de gagner de la place, et de faliciter la mise en oeuvre de tables avec enregistrements de taille fixe
 
Si j'ajoute un champ 'pseudo_auteur' dans ma table de messages elle va presque doubler de taille, à moins de la passer en dynamique avec stockage du pseudo en VARCHAR au lieu de CHAR.
 
Bref, pas évident pour ca. Vous faîtes comment de votre côté ?

perso j'aime pas l'idée que des inconnus puissent poster, j'ai donc omis volontairement cette fonctionnalité. Si toutefois je devais l'implémenter, je ferais comme ceci:
 
Invité = ID 0 (donc ton premier point), mais en plus, possibilité de stocker le nickname, directement dans un champ prévu à cet effet dans les table topics et messages (sachant que j'identifie habituellement mes membres d'après un id numérique en autoincrement). Le champ serait nullable.

perso, quand un membre poste, je stocke dans la table des messages :
 
son ID
son pseudo
(ca m'évite de faire une jointure sur le profil du gars par exemple, mais bon j'en fait une quand meme pour avoir la signature et la citation)  
 
lorsque un invité poste, je stocke un ID = 0 (donc aucun droits par la suite) et son nickname, et je n'enregistre pas ce membre dans la table des membres ...
 
je stocke un cookie dans son pc, avec son level, qui est egal à 0  (donc il n'a pas de messages privés, ni le droit d'éditer son message precedent par exemple)

sky> ça sert à quoi un cookie qui stocke des droits sinon ouvrir une faille?

c'est ce que j'ai fait

au bout du 3eme redémarrage de A à Z, je me suis arrété à G

J'ai cogité un peu sur l'organisation des fichiers pour mon forum aujourd'hui (tiens ça faisait longtemps ):
 
Les pages d'administration dans un répertoire admin, toutes les fonctions de bases (index, listes, postage, recherche) sont dans le root, je mettrais volontiers la configuration dans un répertoire conf, un répertoire logs dans le cas où la DB est off ou défectueuse. Les smileys intégrés du forum dans un répertoire smileys/std, les smileys utilisateurs dans un répertoire smileys/usr, les thèmes (écrits sous forme de CSS), dans le répertoire themes, et images intégrées au forum dans un répertoire themes/xxx où xxx est le nom du thème (et identique au nom du fichier CSS). Les includes figureront dans un répertoire inc/functions et les classes dans un répertoire inc/classes.
 
Des idées, commentaires?

Un date pour la première ouverture de l'éditeur de code?

en fait les rares moments où je bosse en PHP, c'est pour mon site web, mais je compte réutiliser une partie du boulot pour le développement de mon forum (+ quelques petits projets annexes que j'ai fait pour expérimenter un peu aussi).
 
Donc ça fait un moment que j'ai ouvert mon éditeur de code. Va falloir que je mette au point une interface pas trop mal foutue pour faire la console d'administration.
 
Si vous avez des idées, ça m'intéresse

c a dire ?

ça me rassure de pas être le seul à pas avoir compris en première lecture
 
c'était une feinte par rapport au fait que ça fait assez longtemps que j'ai pondu mon analyse et qu'il serait temps que je le développe, ce forum

ha ok
je trouve qu'il vaut mieux bien réfléchir avant de faire des betises

bof, de toute façon, on les fait toujours à un moment

je stocke l'id du membre qui est loggué dans un cookie.
mais aucune info relatives aux droits n'est stockées..

 
solution simple : ne pas permettre aux membres enregistrés de poster

Y'aurait pas un bug dans ta phrase ?

Question aux développeurs : comment vous faites pour gérer les sous-catégories dans la BDD ?

j'en ai pas, mais tu peut le mettre dans la meme table que les categorie en mettant une colone avec l'id de la cat principal.

perso j'ai une table sous-cats, chaque sous-cat associée à une cat, mais en fait, ça n'est jamais qu'un filtre à topics.

ca pourrait trés bien tenir dans une seul table.
 
id | nom | id_cat_principal
 

j'ai qu'une seule table de sous-cats

si j'ai bien compris, tu as une table "cat" et une autre "sous-cat" alors que ca pourrais trés bien tenir dans une seule table.