Reprise du message précédent :
J'arrive et je me fais avoir avec le "Catégorie principale Section principale du forum" je cherchais le lien là où il était pas.
Les couleurs sont bien choisit, c'est vrai. Pas le temps de tester mais sur la liste des forums, je trouve que le bandeau nomé "Section" est un peu trop grand par rapport à la ligne de chaque forum. Ca me semble pas trés armonieux. mais bon, c'est qu'une beta2, on demande pas à une béta2 d'avoir la tronche finale.
 
Je vérais bien si j'ai le temps ce soir de venir titiller ton forum.

 
Question, tu prévois un petit script de portage de la base de l'ancienne base ou pas ?

chaced > yep, les anciens forums vont etre migrés également
omega2 > j'avais mis un mauvais commentaire pour la catégorie ...
 
en fait c'est plus le changement de serveur qui a un peu fait foirer le tout, j'essaierai de regarder ca plus tard
ceux qui veulent etre admin me demandent, comme ca vous pourrez jouer avec les options admin

et il sera toujours opensource ?

les disques SCSI n'ont pas la même solidité et durée de vie que des SATA.
Et le temps d'accès pour un forum c'est aussi primordial, parce qu'il y a plein de petites requètes qui tappent un peu n'importe où sur le disque

Wé..c'est ce que les constructeurs nous font croire en boostant les prix mais perso j'en ai vu pas mal qui pétaient alors niveau fiabilité c'est à revoir..  
 

Oui c'est comme je disais : ça dépend des besoins, donc là dans le cas d'un forum, il faudrait un serveur de BDD qui assure niveau disque, après le forum en lui même, pas besoin d'un serveur avec des disques $C$I qui serviront strictement à rien..

   
 
En me payant très cher, peut-être que...

balaize quand même

 
Bah, c'est un oubli, plutot qu'un bug
 
Chaced => oui il sera toujours open source

tous les bugs sont des oublis

et tous les oublis sont aussi souvent des bugs en fait

Perso, sur mon forum aussi c'est possible.
En fait, ça m'importe peu. Il faut que le gars enregistre la page sur son disque, modifie les forms pour mettre un no de topic innexistant, etc.
Mais en fait, ce n'est ni un bug ni une faille, à la limite, c'est un post perdu dans la bdd, ça ferait beaucoup de boulot pour le "pirate" pour n'arriver à rien de toutes façons, donc bon, spa trop grave.

Pour la beta 1, elle etait sortie vite fait, mais cette version, à part les 2 erreurs dependantes du serveur (casse des noms des tables SQL sur le serveur), elle est quand meme relativement stable.

Non, mais la cohérence globale du forum n'est pas conservée.
De plus, le pirate peut mettre des propos diffamatoires ou pire... et me dénoncer à mon insu ...

Et un jour tu te retrouve avec des discutions dont les premiers messages n'appartiennent pas à l'auteur d'origine, message d'ailleur posté plusieurs semaines, mois ou années avant l'ouverture du sujet.
C'est sur, spa grave tout ça.

Nop, spa grave, j'ai de toutes façons une routine de check-up qui vérifie qu'il n'y ait pas de message sans sujet ou de sujet sans message.  
Et puis bon, l'IP est enregistré dans les messages et dans les sessions et il est impossible de poster sur mes forums sans être identifié, donc bon, rapport de cause à effet, il ne faudrait pas être très malin pour tenter ça, surtout que comme j'ai dis, ça n'est pas une faille, ça n'apporterait rien à celui qui s'amuse juste de se faire griller et bannir.

quand quelqu'un peut faire un truc qui n'est pas autorisé a faire, c'est une faille. Ensuite faut voir si c'est une faille critique ou pas.
De toute facon tu le dis toi meme, t'as un systeme pour verifier si quelqu'un a utilisé cette faille, (ou bien un bug si c'est involontaire).

Meme avis. Il vaut mieux prevenir que guerir. Ca me parait plus logique de verifier que le sujet existe que de nettoyer le faille regulierement.

Ce genre de bug me fait penser que tu utilises pas la POO avec une bonne modélisation UML toussa...
Tu ferais ca tu verrais que ca pourrait pas arriver

 
Cool, quand tu voudras tester la version finale previent moi, mon forum approche les 100000 messages

Ce n'est pas une faille dans le sens où ça ne donne aucune possibilité à celui qui s'amuserait à faire ça. Beaucoup de boulot pour n'arriver à rien, faudrait vraiment être un abruti.
 

Je ne nettoie pas régulièrement, la routine de check est surtout là pour corriger les bugs qu'il y avait au départ.
 

Nop, pas de POO chez moi, j'y ai jamais rien pigé, mais ça ne me manque pas plus que ça.
 

Tu parlais à moi ?

oué
tu vas pas dire que tu t'es tapé tous ces cours à l'IUT à la con enseignés par l'autre chev** pour rien quand meme  

Bah j'ai mélangé du procédural avec de l'objet, mais c'est pas  en full object tout de meme.

remarque vu le nombre d'erreurs sql que je peux provoquer sur x2board, je crois que tu pourrais en faire autant ....

Dans ton cas c'est une faille non critique , mais c'est une faille.  
Le gars il peut te flooder sans que tu t'en rende compte vu que les messages ne sont pas visible, donc je trouve que c'est une faille, il peut emmerder pas mal de monde comme ca, t'imagine sur le forum hfr, combien de boulet s'amuserai a poster avant que le sujet soit créé ? et lorsque tu crééra le sujet, il y aura deja eu de reponse avant le sujet ?!
Parce il y avait une faille comme quoi n'importe qui pouvait poster dans la cat 0, c'etait pas bien grave, mais yen a plein qui ont posté des messages, et ca soule a force.
 
Enfin, maintenant tu fais ce que tu veux mais passer a la moulinette des millions de messages pour trouver des sujets vide ou reponse sans sujet, je pense que ton systeme il ramerai un peu.
 

chwal roxorz

Perso je pense que c'est pas très grave de mélanger 2 paradigmes, au contraire, t'utilises la "puissance" du langage.. Après bien sûr faut pas faire n'importe quoi et savoir justifier ses choix..

chwal à mort

Bon, vu comme ça.
 
Bon, je le mets sur ma todo liste, disons que j'en fais pas une priorité mais que je vais le corriger, ça sera pas bien compliqué de toutes façons.

un test sur l'existence du sujet devrait etre rapide.

ID du sujet constraint FK des posts

je crois que c pas possible avec mysql

Raté, c'est pas possible avec les tables myisam (mais bon on peut pas vraiment leur donner le nom  de tables à ces trucs, sqlite a plus de fonctions d'intégrité qu'elles), enfin ça le sera avec la 5.2 je crois.
 
Par contre en InnoDB ça marche

oui mais a ce qui parrait c'est plus lent avec ce format, d'ou l'interet de l'autre format(myisam) qui ne gere pas ça.

ou avec un vrai sgbdr aussi

'tain on l'a pourtant dit 1000x partout sur le forum qu'on pouvait

A chaque format son usage

 
 
comment tu le connais toi  

 
Je prefere verifier des le debut du script tout ce qui rentre. Donc si le numero de sujet n'existe pas, l'utilisateur se vera atterir sur la liste des sujets de la categorie/sous-categorie.
 

C'est plus lent en lecture (mysql/myisam est connu pour être extrèmement rapide en lecture), mais ça offre enfin des fonctions de SGBD quoi, des trucs considérés comme la base de la base depuis des années (genre justement des foreign keys fonctionnelles)

Oui enfin là on parle de la création de posts n'étant rattachés à aucun sujet (ou de sujets rattachés à aucune cat) donc qui "flottent" dans les tables sans être liés à quoi que ce soit (des données mortes quoi)
 
En foutant l'id des threads en FK des posts, et l'id des cats (ou sous cat) en FK des threads, le problème est éliminé d'office (puisqu'il devient impossible de créer un post n'étant pas lié à un sujet, ou étant lié à un sujet inexistant), et ça facilite la maintenance et les suppressions (par exemple tu peux configurer tes tables pour que deleter un thread supprime automatiquement tous les posts associés sans avoir besoin de faire quoi que ce soit manuellement et explicitement dans tes scripts), donc l'intégrité et la cohérence des données (ce qui est justement, étonnament, l'un des rôles des SGBD...)
 
Ajoutons que ce genre de tâches faisant habituellement partie du boulot dédié aux SGBD, ils sont optimisés pour, bien plus que le faire à la main et se taper des boucles de polling/suppression en cascade potentiellement buggées en bonus