Reprise du message précédent :

 
 
Ok, merci
 
Pour l'instant j'utilise Tinyint, et je n'avais encore rien modifié, tant mieux je vais garder ça, j'avais une certaine flemme de les changer.

c'est pour quelle colone le "0" et "1" ?  

 
Je vois pas tout à fait  ce que tu veux dire?
 
Euh bah pour exemple si le topic est fermé une colonne "closed" avec soit 0 soit 1  
 
un booléen quoi

voila, je voulais juste savoir le nom de la colone
parce que c'est pas trés bon de l'utiliser pour une colone ou tu va faire une clause where, parce que dans l'un des deux cas tu parcourera forcement la moitié de la table, meme avec un index.

 
 
Ok

+1

Tiens, petite question qui coute rien: utilisez vous beaucoup le mysql_unbuffered_query? (pour ceux qui marchent avec MySQL) Je situe assez mal ce que ça peut apporter au delà d'une plus faible utilisation mémoire (perfs, toussa)

J'ai fais une recherche sur le topic.
 
Personne ne connais ou a essayé de faire un forum en utilisant le design pattern Model View Controler ?  
 
Parce que j'ai regardé Dotclear, à ce niveau là, c'est super bien fait. Les couches sont bien séparés. Mais j'ai pas trouvé de forum qui applique cette séparation. (voir du code SQL un peu n'importe où, bof bof bof)

Vu que ici c'est optimisation à fond ça m'étonnerai de voir du MVC, sauf peut être masklinn ou zion.
En tout cas se serait vraiment bien qu'il y en ai un qui sépare bien, propose plusieurs output (je crois que zion le fait ça) etc.

 
Si moi, j'ai donné le code source y'a une ou deux pages. Y'a juste les relations entre les couches de faites plus trois ou quatre pages, mais si tu cherches des exemples de MVC t'as pas besoin d'avoir toutes le sfeatures
 
Ce fonctionne selon le schéma suivant (j'explique parce que c'est pas documenté) :
FrontController -> Mapper -> PageController -> View (via Template) -> ModelFacade -> Model -> DB

  Super, jvais avoir alors comment c'est fait là dedans.
 
En production, ça tourne bien ou pas ? (genre 600 inscriptions d'un coup - les eleves de mon école)
En fait, je cherche un forum qui soit programmer quasiment comme DotClear (qui utilise le MVC si je me trompe), pour l'ajouter à un dotclear, donc, et modifier tout ce bordel.
 Et ainsi avoir un environnement +/- homogène. (et surtout parce que je trouve ce CMS super bien foutu, mais ça, c'est un avis perso... )
 
L'objectif étant de modifié tout ça pour faire collaborer notre dotclear, le forum et notre base de données.

Ouais mais nan, il est largement pas fini le code que j'ai donné
Je pensais que tu cherchais un exemple de code pour t'inspirer, pas pour mettre en prod

bah, c'est surtout pour mettre en prod...mais les bonnes idées, c'est toujours bon à prendre    
 
J'suis sûr que tu prend un dotclear, tu bouge 2/3 trucs, et boom, tu as un forum.  
Les commentaires, tu les transformes en post. Les billets, en sujet, les categories, en...categorie
 
2/3 modifs sur l'affichage de tout ça, et zou, c'est fini   Ca m'étonne que ça n'existe pas déjà en fait  
 
mais bon, entre la théorie et la pratique

 
Pas bête du tout    
 
Si j'ai un peu de temps je jetterai un coup d'oeil sur le fonctionnement...
 
Mais bon, je ne suis pas persuadé qu'en partant de Dotclear, on aurait un forum ultra performant

performant peut être pas    
mais bien fait, peut être

l'esthétique du code c'est un peu de la branlette si derrière c'est inutilisable
Après il faut trouver le juste milieu quoi

Trouver le juste milieu ou avoir un systéme parfait des deux côtés.  

tu veux le beurre et l'argent du beurre ? tu veux pas la cremière aussi ?  
 

Fabien > Ca dépend de la crémiére.

et de son ...

 
 
oui mais c'est un peu pas parlant
 
genre 6 mois apres "ha j'ai un code 2, alors code 2 ca voulait dire supprimé... ha non locké.. ha merde je sais plus, je l'avais marqué dans le commentaire mais je sais plus trop ou heu on va tirer au sort et ca ira bien"    
 
tandis que avec un ENUM bien explicite toussa et ben ca va tout seul  

une doc à jour, c'est pas mal non plus

La documentation, c'est le code

Et c'est là qu'on découvre que la pluspart des languages permettent l'utilisation de constantes.
Et oui, c'est plus facile à comprendre ce que veut dire ST_LOCKED_TABLE que "2".

a mon avis il parlais des données dans la table, non ?
si t'y va avec phpmyadmin, faut que tu te tape aussi le source pour savoir ce que veulent dire 1,2,3,4,...

ok, là, je pige mieux en effet.
Et je pige d'autant plus que je me pose parfois la question quand je m'appréte à retaper certaines partie de mon site.

Si tu attaques directement la DB sans passer par ton soft, c'est généralement qu'il y a un souci dans ta manière de travailler...

C'est mal

ben quand t'as pas encore fait d'option pour faire tel ou tel chose, ben t'es obligé d'utiliser phpmyadmin.

Ca signifie que tu as donc implémenté un modèle de donnée sans contrôle au niveau de la couche d'interrogation. C'est donc bien une erreur dans ta manière de travailler.

Ou ça signifie que tu voulais pas te faire chier à développer un interface pour telle option parce que tu n'y toucheras qu'une fois l'an.

je ne vois pas bien le rapport entre une mauvaise maniere de travailler et le besoin de passer par phpMyAdmin
Je m'en sers pour consulter des données ou faire des requetes qui n'ont pas besoin d'etre sur le forum.

Pour la consultation, ca peut encore avoir un intérêt, quoique cela reste discutable car tu utiliseras des interrogations on the fly sans contrôle extérieur ni unit test. Par contre, pour ce qui est de développer une interface, je ne parle pas de quelque chose de graphique, mais plutôt d'une API qui permet d'interroger de manière univoque et qui a été testé et validé.

Je ne pige pas ce que tu veux dire. PHPMyAdmin comme l'indique son nom sert à administrer une bdd, je ne vois pas pourquoi ce serait mal de le faire. J'ai certaines options de mon forum qui ne sont pas dans la partie admin parce que ça ne sert à rien. PHPMyAdmin, ce n'est ni pire ni mieux que de développer soit même une interface de controle, c'est juste différent.

Ben disons que si tu as bien fait ton truc, toutes tes requettes sont dans des procédures stockées et que les requettes "à la mano" doivent être évitées pour garder la cohérence de ton modèle de donnée et sa robustesse car si tu ajoute/modifie/supprime telle ligne et que il y avait une dépendance dans une autre table ben bye bye l'intégrité de ton modèle.
 
Il vaut mieux avoir pensé avant tes requettes, les tester et les mettre en procédures stockées (ou plutot faire direct la procédure stockées comme il faut et la tester) puis l'appeler.

Pour avoir bossé la premiére année de l'existance de mon site sans aucune administration et sans véritables requettes type, je peux t'assurer que c'est trés trés vite fait de bousiller une partie des donnée en loupant une condition dans un where et quand ca arrive, si t'as pas de sauvegarde trés récente, tu peux toujours courir pour tout remettre dans l'état initial.
Entre nous, que tu ne mettes pas toutes tes requettes dans la partie admin "classique" de ton site, je le comprend, mais garde les quelque part dans un fichier pour éviter de te retrouver dans la mouise comme je l'ai été moi.

 
Je ne vois toujours pas où est le mal. Tu peux tres bien mettre à jour une table de parametrage sans avoir besoin de passer par une proc. stockée. Il n'est pas necessaire de toujours faire compliqué. La cohérence les contraintes d'integrités sont là pour ca.

Ha ouai, ça m'arrive de merdouiller aussi, une fois j'ai effacé la table des topics en voulant juste l'optimiser, c'est fait effacer à la place.
Mais bon, je suis d'accord avec toi sur le fait que c'est risqué, ce que je ne pigeais pas, c'est que tu avais l'air de dire que le programme était forcément mal conçu pour avoir besoin d'avoir accès à phpMyAdmin. Bien sûr, la majorité des opérations ne doit pas passer par PHPMyAdmin, mais ça n'a pas de rapport direct avec la qualité d'un programme, enfin c'est mon point de vue. D'un autre coté, je ne suis pas expert programmeur, je n'ai même toujours pas compris ce qu'était la programmation objet et son utilité.

Surement, donc dans ce cas faut aussi prevoir l'erreur humaine, si j'ai oublié de creer une option et qu'il faut que je modifie en urgence sans avoir le temps de dev l'option, ben faut utiliser phpmyadmin et donc prevoir une lecture facile de la table sans avoir besoin de relire les commentaires dans ton source.
C'est un peu comme si tu disais que linux c'est nul car il faut taper des lignes de commandes et que c pas bon car si on oublie une ligne de commande ben ca marche pas, alors qu'il vaut mieux mettre des boutons "next".
Tu sais ya le coté theorique et le coté pratique. Programmer une administration ca ne prend pas 10 minutes faut du temps, ben entre temps faut bien utiliser le forum donc on laisse de coté ce qui n'est pas urgent ou rarement utilisé. Pa exemple pour modifier la description des categorie je tapais directement via phpmyadmin, c'est tout aussi efficace et sécurisé

Ben non c'est ça le problème, une appli il y a un temps pour tout : conception, codage+tests unitaires, tests, exploitation + maintenance, on déploie pas une appli sans l'avoir fini.
 
Imagine si les gas qui dév les softs à la sncf avaient envie de modifier une option et que du coup plus de controle sur les trains ou impossibilité d'acheter des billets ...
 
Au pire mais bien au pire tu tests ta modification (donc c'est que tu as un environnement de test similaire à ton environnement de prod) et si c'est validé tu l'execute.

Ca c'est la théorie, en pratique, ça arrive tout le temps, si justement tu ne conçois une application qu'à usage unique, c'est à dire justement qui ne soit pas déployable, rien ne t'empêche de créer le "rendu" de l'application et ensuite faire la partie administration.
Dans le cas du site de ma femme, par exemple, je prend l'application qui gère les concours photos, j'avais tout mis en place, ça fonctionnait bien, je n'allais pas attendre inutilement que j'ai terminé la partie administration pour le mettre en ligne, au départ, j'uploadais chaque photo qu'on m'envoyait par FTP et je rentrais les infos à la main dans la bdd. Plus tard, j'ai fait une administration qui me gère tout ça bien, le redimentionnement, le classement dans le concours adaptés, etc. Mais ce n'était pas indispensable, c'est indispensable quand tu vends ton boulot à un client, quand tu bosses pour toi, on s'en fout un peu.  
De toutes façons, ça n'a aucun lien direct avec la qualité du programme, ça a juste un lien avec la sécurité d'administration ce qui en soit n'est pas primordiale si c'est toi même qui gère l'administration.