Reprise du message précédent :

"terriblement efficace" ca te dis qqchose ?

J'sais pas, j'dirais un bon random à l'inscription
 
Parce que je me souviens être inscrit alors qu'il n'y avait pas encore 5000 membres

 
2 mots français, rien de plus
 
Si c'est un truc de TF1, alors normal que je connaisse pas (je regarde TF1 que pour la F1 )

 
ben je l'avais fait dans l'ancienne version de mon forum, j'avais retiré ça dans la version actuelle, et je m'en porte pas plus mal

Ceci c'est ton avis, pas celui de la majorité. Et les forums "en arbre" ont quasiment disparus ...
 
Je ne ferais jamais un forum autrement qu'en tables (à plat) car ce qui est le plus lisible et de très loin.

vachement + pratique qu'un auto-increment    
 
t'es pas credible
 

 
M6

 
Mmmm... et euh .... ton but c'est la rapidité ou pas ?

 
non, M6
(j'ai pas M6 et pourtant je connais, donc c'est pas une excuse )

 
oui, j'ai divisé par 5-10 les temps de génération entre les 2 versions

Access donne le choix entre l'auto-increment et le random

Gros malin : ce forum est fait en PHP ...

Mmm.. et tu sais que comparer 2 entiers est bien plus rapide que comparer 2 chaines de caracteres ?

là j'ai un gros problème de compréhension

mais pas mysql

 
Oui, tout comme la majorité de la population mondiale croit en des Dieux qu'elle n'a jamais vus : cela ne prouve rien quant au fait qu'elle ait raison. Pour le reste, si le mode arborescent disparait, je pense que ce n'est pas une question de goût mais de coût. Ce n'est pas simple à bien coder pour que cela soit peu coûteux en cpu. Quant à être le plus lisible, je suis désolé mais je pense que tu as tort. Si toto-la-joie m'a répondu sur la 15ème page d'un topic qui en fait 30, je le sais immédiatement avec un mode arborescent. Avec un mode plat, il faut que je me tape tous les messages qui ne m'intéressent pas forcément. En outre, il ne s'agit de faire du mode arborescent ou (exclusif) du mode plat mais de faire les deux.
 
:edit, fôtes, je suis énervé...

 
J'avais mal compris ce qu'il disait alors. Il tourne sur quel genre de bécane?

ya un topic vieux cons sur Discu

 
faut dire, entre les 2 versions, y'a pas que là que j'ai optimisé

 
plus rapide de beaucoup, ou ça se résume à de l'enculage de mouche ?

 
Argument minable.
 

 
C'est ça... une usine à gaz quoi en fait...  
 

Euh dans tous les cas, ca bouffe pas mal de perfs pour rien... mais bon en plus si tu n'utilise pas d'id, c'est que t'as une mauvaise conception de ta base.
 
Enfin je te le dis, mais tu le verra par toi meme plus tard

au niveau machine: tu compares 2 ids (4 bytes) en une seule passe; pour les nicknames, c'est autant de passes on va dire, qu'il y a de caractères dans le nickname (bien sûr il y a quelques optimisations, mais il y a aussi la notion de code page). Sans parler de la place que ça prend: un nickname sera varchar, alors qu'un ID c'est toujours 4 bytes. Pour moi le calcul est vite fait

Les ids sont apparus très récemment. Je ne pense pas qu'ils étaient là sur la 8.3 du forum. Avant la clé c'était le pseudo, joce l'avait dit quelque part.

Linux, avec Apache (et les mods qui vont bien), PHP 4.x, et MySQL 4.x ...

Je crois bien en effet ...

le monsieur a dit bécane
 
Si mes souvenirs sont bons, c'est un bi Xeon 500Mhz. (core Pentium 3)

LAMP, quoi

me semblait que c'était un bi athlon MP XP2000+ ?

Le principe d'un template c'est de pouvoir fournir n'importe quel enrobage pour les données. Cet enrobage est donc censé pouvoir être modifié à tout moment. Si on commence à envoyer au client une partie de la page, il devient alors impossible de faire cette modification par après.
 
 
Sinon, pour ce que j'ai lu de la suite du topic, quelques réponses dans le désordre:
 
- le cgi est effectivement plus lourd à lancer que le php car il nécessite d'être redémarré à chaque appel. CEPENDANT, comme le précise DocMaboul, on peut utiliser un module pour éviter cela. Mais d'un autre côté, le php peut également être compilé pour augmenté sa rapidité. Au final des optimisations, les deux sont aussi rapides et peu consommateurs. La différence, c'est qu'avec php, le programmeur n'à accès qu'aux ressources que l'administrateur du serveur veux bien lui donner, ce qui est plus sûr que pour un CGI où on lui donne quasiment les pleins pouvoirs
 
- les discussions en arbres sont abandonnées non seulement parce qu'elles consomment plus à l'affichage (c'est inévitable), mais aussi parce qu'elles ne permettent pas certaines choses, comme ce que je suis en train de faire: répondre à plusieurs messages à la fois qui auraient été dans différentes branches autrement. La solution consiste en l'utilisation d'un bon système de citation et d'un bon moteur de recherche (donc autre chose que ce que l'on trouve ici)
 
- MySQL est effectivement insensible à la casse sauf dans les binaire, comme le dit DocMaboul, mais si on utilise une comparaison dans un champ binaire, c'est qu'on à rien compris à leur utilité
 
- Pour les remarques concernant les forums qui on l'air bien selon DocMaboul, celui-ci ne se base que sur le look, chose totalement arbitraire et qui ne reflète, à la limite, que le côté artistique du programmeur. Le jour où toutes les sources seront disponibles et où tous les forums pourront être testés sur un même serveur dans les mêmes conditions, il sera à même de juger, pas avant.

il a changé depuis, il avait meme posté une photo du serveur qu'il avait monté

ben je croyais que c'était mesdiscussion.net qui hébergé les forums non ?

non, ca ce sont uniquement les petits forums qui n'ont pas de quoi s'acheter un hébergement dédié.

Non non : c'est un bi Athlon MP 2000+ (si je me souviens bien) avec dès à présent 4 Go de RAM.

4Go de ram sur?

et au niveau des disques durs, vous savez aussi?

 
Je suis d'accord. Et puisque tu insistes, en logique on appelle ton argument un sophisme ad populum et plus exactement ad numeram. Je me suis retenu de te le dire parce qu'après, je vais avoir droit à la chanson "ho l'autre hé, il nous prend de haut".
 

 
Ca dépend du programmeur et de sa logique. En psychanalyse, on appelle, ça une projection.

 
oui, c'est une upgrade récente, et en partie la cause de la panne récente il me semble

 
Je ne comprends toujours pas. Le problème que vous évoquez n'intervient que si le modèle est éclaté et que, par exemple lors d'un upload, un fichier du nouveau modèle pour une page donnée est déjà présent et un autre non. C'est quand même une restriction sévère pour un cas somme toute très rare, non? Ou alors je n'ai rien compris à ce que vous exposiez?
 

 
Je ne savais pas que php pouvait maintenant être compilé. Merci de l'info. Il est aussi vrai que peu d'hébergeurs de sites acceptent qu'on leur colle un module sur lequel ils n'ont aucune maîtrise.
 

 
Certes mais l'arborescence n'est qu'un mode de présentation et n'exclut pas la possibilité que ces fonctionnalités soient présentes en mode plat.
 

 
Si mes souvenirs sont bons, dans mysql, binary n'est pas un type mais un attribut qu'on pose sur un champ texte pour justement avoir une sensibilité à la casse. Pour avoir un champ binaire, on utilise un blob (toujours si mes souvenirs sont bons). Je vérifierai.
 

 
Cela est vrai.

et le serveur n'héberge toujours que le forum?

 
oui, c'est un serveur dédié au forum