Reprise du message précédent :
moi je crois que j'utilise pas de jointure, cela à cause des posts anonymes...
Mais c'est pas pour autant un forum en carton

dtfacon, le meilleur, c'est phorum, le reste ...

phorum est sympa, mais surement pas le meilleur.

 
Ben, pour faire simple, je suis la dernière des merdes en html. Donc je n'ai pas développé un forum mais une sorte de petit langage de script objet et d'API (runtime) qui, eux, vont servir à faire un forum. Après, l'idée a été de convertir les templates phpbb vers mon système. Ca a l'avantage de ne pas nécessiter de maîtriser le html, de me permettre de tester mon bousin, de voir s'il me manque des fonctionnalités et de m'amuser à avoir la même tronche qu'un phpbb avec un système qui n'a strictement rien à voir. Le hic, c'est que je n'avais pas terminé l'outil pour convertir leurs templates et que j'ai récemment changé en profondeur la manière d'utiliser mon système. L'avantage est que cela sera désormais beaucoup moins pénible pour moi que de convertir leurs templates.
 
Ah, et puis a priori tout le monde s'en fout mais je suis content car j'ai trouvé un potentiel (gros) client. Il faut juste que je fasse quelques petites modifs dans mon code pour passer d'un mode embedded (forum intégré au serveur web via un module) à, en option, la possibilité d'avoir plusieurs serveurs web faisant tourner le même forum (le plus simple étant de coder un serveur pour les forums auquel se connecteront les serveurs web; le petit souci étant que si ce serveur tombe en panne, tout le monde se retrouve profondément nicked).

pour les posts anonyme, à mon avis, ta solution, c'est le LEFT JOIN

bah voilà les 2 requets principales de mon forum
 
liste des topics:

liste des posts:

 
ah mon dieu je suis dans la matrice
 
(bon, ok, j'm'en vais)

bon alors, il est en carton ?

ouais, grave, j'aime pas tes jointures externe et franchement avec des sous requetes ca serait quand meme beaucoup plus rapide, sans compter que beaucoup de tout ca pourrait etre simplifié par l'utilisation judicieuse de trigger, mais pour ca faut utiliser un vrai sgbd.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
.
ca se voit que j'y connais rien ou j'arrive a faire illusion ?

moi mon forum, c'est une base Oracle avec une grosse procédure stockée qui renvoit les données à un tableau fait sous Excel

t'y connais rien
les sous requetes, y'a rien de plus lent

the revival pour les requete telecharges mes sources tu verra quelques exemples.
 
Pour les post invité : 2 solutions, le LEFT JOIN qui ne prendra aucun pseudo pour le post concerné ou simplement la création d'un compte invité(comme sur ybellu) !
 

Je dois me tromper, mais les triggers sont plus gourmands que des simples requêtes, non ?

 
peut etre, en tout cas si tu commences a me prendre au serieux sur le chapitre des SGBD bin t'es mal barré

Max Evans => pour les IP ui c'est normal ca permet de limiter les connerie sur un forum, et puis combien de personne sont reellement capable d attaquer un PC avec une faille autre que la vieille blague NETBIOS ???
 
Pour ce qui est du reste:
 
chrisbk => prend pas les autres de haut toute personne devellpoeuse de forum a du merite meme si celui ci n'est pas parfait (perso pas de jointure tte mais BDD sont en fait des fichiers (etant chez free j en aV marre d avoir une BDD ultra lente chose qui en changé entre temps...)
 
Pour celui qui demandai si un forum ne ressemblai pas a PHPBB et bien ui le mien (http://nitroseb.free.fr/GoGoL2/forum) (manque juste encore deux trois truc de gestion admin et je filerai le code source )
 
PS : a un autre endroit un mec poser la question du serieux de la gestion des membres etant donné l utilisation de cookie et le non cryptage des mdp... et bien je ne vais pas dévoiler le "secret" mais bon je pense que je peux attendre longtemps avant de voir quelqu'un arriver a casser le truc (avec autre chose qu'un brut qui devra quand tourner sur un identifiant de l ordre de 10^12...) Eviter le createur de cookie c'est une perte de temps...

Pour les Ips je pense que c'est illégal dans certains pays France? Belgique? (je ne sais plus) que d'autres personnes que les administrateurs y aient accès.

Je vais regarder ca...

Bon maintenant ce n'est peut être qu'une rumeur

quoted

phorum est simple

 
A peu près. Plus j'avance, plus je me rends compte que ce que l'on appelle "développement web" masque une fumisterie planétaire. Lorsqu'on va sur big-boards, on ne trouve quasiment que des forums fait en php et en asp avec des machines de folie pour faire tourner cette incompétence de masse. Mais qui aurait l'idée saugrenue de programmer ou d'utiliser un serveur mail en php devant avoir 15 000 utilisateurs connectés en même temps (je pense aux forums gaia)? Alors qu'on fasse ça pour s'amuser, pour apprendre le langage, soit. Mais programmer des serveurs en php ou en asp, définitivement, ce n'est pas sérieux. En fait, ce que je trouve génial, c'est que le langage est gratuit, de nombreux forums aussi mais pour faire face à la montée en charge, il faut engloutir des milliers d'euros en hardware, bi et quadri proc, Go de Ram à la douzaine en veux-tu en voilà, ...
 
Tout ça pour dire que je suis sûr que les forums de gaia, qui tournent sur une trentaine de machines, n'en nécessiteraient pas plus de trois ou quatre avec une architecture potable. De même, je suis sûr qu'avec du php/asp/"technos web traditionnelles", 1M de serveurs ne suffiraient pas pour faire tourner google correctement.

google c'est pas en php non ?
Et si sa existe pas, c'est peut ètre parce que personne n'y pense ou que il y a trop de désaventages non ?

 
Ouais mais certains truc sont obligé a faire en php... comment ve tu faire un Forum sans php ??? tes pages tu va toutes les enregistrée une a une pour connaitre le nombre de case etc ????
 
Si tu parles des forums qui font une multitude de requette inutiles parce que mal gérée je suis d accord avec toi mais je ne pense pas qu on puisse remettre en cause l'utilisation de php...
 
Pour toi une page web (de forum) dont la globalité des calculs (toutes requettes PHP / SQL comprises) prend 1 centieme de seconde a faire c'est mal fagoté ???

 
Ben non, justement.
 

 
En désavantage, il y a le coût du développement. Il faut savoir qui on veut faire bosser: les développeurs ou les marchands de matériel?  
 
Tenez, dans le même genre, j'ai rencontré il y a peu un type qui était tout fier de me montrer son sun ultra-prout 64 processeurs 256Go de ram à 2M d'euros qui, selon lui, était nécessaire pour générer des pages en au plus 0.1s avec 10 000 clients pour un site de commerce à la con (certes, c'est un gros site de commerce à la con). Là, c'est du délire made in J2EE

 
Déjà, il n'y a pas que le php dans la vie. Ensuite, je ne nie pas son intérêt. Je pousse juste un coup de gueule vis-à-vis des gros sites faits en php.
 

 
Ca dépend de la machine et du volume mais 1 centième de seconde pour un test à charge vide (je veux dire sans avoir 1000 utilisateurs online), oui, je trouve déjà que c'est limite.

 
bah en fait c le temps que prennent mes executions de script sur free...

 
Mouais, ce n'est pas sur toutes les pages, loin de là et de toute façon, il n'y a pas à tortiller du cul pour chier droit: du C bien pensé et optimisé est bien plus rapide que tout ce qui est php,asp&cie comme de l'asm bien pensé et optimisé est bien plus rapide que du C. Ce genre de choses, http://forums.offtopic.com, je trouve ça limite honteux et dégoûtant (une demi-douzaine de bi-proc inside).

 
euh le serv chie ce soir... Il vien de mettre 26 sec pour afficher la page d acceuil  

 
Il y a aussi l'asp et Doc Maboul a fait son forum en C  Il a débarqué un jour sur le topic en disant ça et pas mal de monde a pensé qu'il bluffait  
Et puis, tu sais, on peut faire des requêtes sur une base MySQL (par exemple) en C, ou encore en Java, pas besoin d'enregister toutes les pages  
 
PHP c'est sympa parce que c'est facile à appréhender (presque tout le monde peut se monter son petit site relativement vite), c'est gratuit et disponible chez beaucoup d'hébergeurs Le forum de Doc Maboul est plus adapté à un hébergement dédié, et c'est pas tout le monde qui a les moyens de se payer ça

 
hum je ne fait pas de différence entre le PHP et l asp.. pour moi c'est pareil mais bon...
 
Pour ce qui est de l hebergement dedié effectivement c'est pas donné a tout le monde et l utilisation du C n'est pas pensable pour la majorité d'enter nous. Ceci dit, faire un forum en C quand on et pas un newbie total c'est pas non plus ce qu il y a de plus dur et a la limite je dirai que c'est plus pratique
 
PS : je vais aller voir ton Taf Doc Maboul
EDIT : Voila quelqu'un qui a de quoi argumenter ces affirmations respect mec
 
EDIT2 : ya un malade dans le coin qui regarderai mon code source pour me donner des conseils sur d'éventuelles optimisation ?

 
Mais c'est pas chiant à coder?  
Parce que je me dis que ca doit etre gentil de reprogrammer tous les trucs bien automatisés en php (ex: les sessions)

 
Ce n'est pas plus simple que de faire ça en php, non, quand même... mais en fait, ce n'est pas trop chiant à coder tant qu'on n'attaque pas les optimisations. C'est-à-dire que cracher les pages en utilisant une stratégie classique (j'attaque la base pour récupérer les infos qui vont bien à chaque génération), c'est relativement simple. Enfin, je veux dire qu'il n'y a alors rien de bien compliqué mais si c'est pour en rester là, vu le coût de l'interrogation du sgbd, ça ne sert pas à grand chose que d'utiliser du C.
 
Par contre, dès qu'on optimise, c'est une tout autre histoire. Comme on peut faire en C tout ce qu'il est possible de faire (si on a le niveau et le temps), ça peut devenir un tantinet longuet comme histoire. Par exemple, pour optimiser diverses choses, je garde en mémoire la liste des ids des messages et des topics pour chaque forum. En imaginant un gros forum, qui a comme sur discu 4M de messages, il ne serait pas très sérieux que d'allouer une zone de 16Mo pour stocker ça (d'autant plus que si le forum devient énorme, avec par exemple 40M de messages, je me vois mal me trimballer une zone de 160Mo de ram). Il faut donc que je me fasse un système pour faire en quelque sorte des allocations par pages et que cela reste transparent à l'utilisation au niveau du reste de mon code. Et c'est comme ça tout le temps...
 
Donc oui, c'est un poil chiant (et rigolo à la fois) mais surtout, pour que cela soit justifié que d'utiliser du C, le temps de développement est forcément beaucoup plus long. Pour en revenir à notre sujet, toutes ces technos web me semblent bien adaptées pour des sites petits à moyens mais pas pour des gros sites. Alors on peut argumenter que le coût du développement peut rapidement dépasser celui du hardware mais vu ce qu'il faut pour faire tourner nombre de gros forums, je ne suis pas sûr du tout que cela soit un argument si pertinent que ça.

heu, ce qui prend le plus de resource, c'est la base de donnée. C'est pas php qui irait chercher les infos dans les milliard de sites que comprend la base de google, php ferait seulement qu'afficher les 10 sites par pages, ce qui serait equivalent a une boucle de 10.
Sinon, pour les algos de google, je ne pense pas qu'ils soient utilisé au moment de la recherche, mais au moment de l'indexation, car je ne pense pas que les pagerank soient calculé a la volé.
Donc php pour l'affichage des resultats de google, je ne pense pas que ca poserait probleme, d'ailleur, je crois que yahoo utilise php, mais je ne sais pas dans quel partie du site.

Fabien, tu lis parfois ce que Doc écrit

page 200 \o/

Mais alors si je comprends bien (c'était déjà ce que je pensais), les accés au sgbd sont beaucoup plus longs que l'execution du code qui demande ces accés et affiche les pages résultantes, donc les optimisations de ses pages sont-elles vraiment utiles  
 
Au niveau matériel, les bases de données doivent etre sur une machine séparée qui ne fait que ca, et puis le sgbd utilisé est important, genre oracle c'est cher mais c'est fait pour les grosses bases avec beaucoup d'accés, car mysql pour des bases de 100Go c'est pas trés conseillé )
 
Peut-tu regarder combien de temps prends l'execution du code et combien de temps prennent les accés sgbd (si c'est pas déjà fait y'a qu'a recoder microtime en C ), pour voir les gains apportés par l'optimisation du code

oui et il dit ca:
 

 
donc, je ne suis pas d'accord avec ce qu'il dit.
 
Par contre, les robots google qui sillone le web, ca c'est clair que ca peu pas etre fait en php, mais bon c'est plus trop du web.

Ben je ne suis pas sûr que la mémoire partagée et autres trucs du genre soient gérés par php. C'est ce qu'il raconte en fait, donc je confirme mes propos

 
Le php a des fonctions de base pour gérer de la shared mais là n'est pas la question. Faire un moteur de recherche en php, à mon avis, c'est tout à fait possible, robots compris. Il ne manque rien au niveau du langage pour le faire. Mais bon, avant qu'il ait fini sa première indexation, on sera tous morts .
 
Sinon, la question, c'est: "Fabien, vous qui ne savez pas coder dix lignes correctes en C ni même invoquer correctement le compilateur en ligne de commande avec des options de base, qu'est-ce qui vous fait penser que vous pouvez dire quelque chose d'un tant soit peu pertinent sur ce sujet?"
 
L'idée comme quoi c'est l'interrogation du sgbd qui prend le plus de ressources, je l'ai agonie je ne sais combien de fois ici. Elle ne correspond à la réalité que sur des architectures naïves. Par exemple, dans un jeu massivement multi-joueur, vous vous connectez. Leur bousin doit vous placer quelque part et il fait une requête pour ça. Vous vous déplacez, eh bien avec une architecture naïve, leur bousin fait une requête pour savoir si le déplacement est valide et une autre pour enregistrer le résultat du déplacement (votre nouvelle position). Multipliez ça par 10 000 joueurs online et vous pouvez effectivement pleurer que c'est le coût des interrogations du sgbd qui fait que votre jeu est long comme le mois de mai sauf qu'à mon avis, c'est surtout l'architecture logicielle choisie qui moisit tout.

DocMaboul, j ai une petite question ,pour ma part j utilise pas MySQL (ou presk) parce que je suis chez free et a une epoque le PHP et SQL ramaient completement... Donc sur mon forum tout est stocké sous forme de fichier dans le genre
 
forum/cat1/sujet_1.ext
 
D'apres moi ce genre de requette n'est pas tres gourmande en ressource ai je raison, ou est ce que ma methode ne vaut pas mieux qu un bourrinage MySQL ?