Reprise du message précédent :
exact...
M'enfin d'un autre côté j'apprends à coder en faisant le forum
 
Bref, j'ai reglé le problème, c'est mieux maintenant

Perso, je stocke l'ID, l'id du membre voteur et son vote, mais les visiteurs ne peuvent pas voter, donc, pas d'IP.
 
D'ailleurs, une petite feature en passant, je sais pas si elle a déjà été dite mais elle a été réclamé par les membres de mon forum, donc je l'ai faites, c'est les multivotes, un vote où les membres peuvent voter plusieurs fois.
 
ça peut servir, dans mon cas, à : Quel est la couleurs de vos cockers ? et si les gens ont 2 cockers, ils peuvent voter 2 fois. Dans un autre contexte, ça pourrait être "Quelle marque de voiture avez vous eu ?"

Je préfère un vote où l'on peut cocher plusieurs cases mais pour lequel on ne peut participer qu'une seule fois.

Ce qui revient approximativement au même.
 
Sauf que pour quelqu'un comme moi qui répondrait à "Quelle est la marque de vos anciennes voitures ?" Je ne pourrais pas répondre 2 fois Citroën.

Pour les votes multiples, par contre, sous les votes sont notés évidemment les votants et le nombre de fois où ils ont votés, pas ce qu'ils ont votés, mais juste combien de fois, ça évite les abus, si un gars réponds, par exemple à "Quelle est la marque de vos anciennes voitures ?" et réponds 150 fois Citroën pour tricher, ça paraitra tout de suite louche.

Mais si, pourquoi tu crois que je me faisais chier avec ma generation de parser

 
Donc quelqu'un qui suit assidument le topic du vote pourra voir qui a voté pour quoi en observant le vote qui a changé et le nom qui s'est rajouté à la liste.
C'est pas grave pour la couleur de ton teckel ou la marque de ta voiture mais ça peut être gênant pour un topic "Quelle est la taille de votre sexe ?"

 
papy spotted  

Bah dans ce genre de vote, tu choisis un vote simple et là une seule réponse par personne et réponse anonyme.    
A moins que celui qui fait le sondage pense que les votants puissent avoir plusieurs tailles à indiquer.

ce qui est la cas, non ?

De quoi qui est le cas ? Qu'on tu peux répondre plusieurs tailles ?  

Tout dépend l'état d'excitation  

oui

voilà merci  

Bon enfin voilà, j'ai filé l'idée parce qu'elle m'avait été réclamé par les visiteurs, après, si ça vous intéresse pas, c'est pas bien grave, moi je l'ai mis en pratique et ça a eu du succès, même si vous trouvez à y redire.  

Sa parle pas beaucoup en ce moment...
 
De mon coté j'avance bien la version 3 de mon forum qui avec la bdd actuel met :
0.0074 secondes pour un index en étant non identifié et 0.0091 secondes une fois loggé.
 
En ce qui concerne les listes de topics en étant loggé :
0.0324 secondes la page 1  
0.0221 secondes la page 2 (Une req de moins pour les postit)
...
0.0318 secondes la page 98
 
Pour avoir plus d'infos sur la bdd :      
    * 62235 utilisateurs inscrits
    * 1 utilisateurs online
    * 98482 sujets
    * 553483 reponses
    * 3304 blogs
    * 18185 forums hébergés
 
J'espère pouvoir vous la faire tester trés prochainement. Là je m'attaque à l'affichage des topics, je pense partir sur une technique sans véritable utilisation de LIMIT.
Premier benchmark trés prochainement ^^

je sui trés impacian de voir sa

oh p'tain, c'est inédit ça

"sai inédi sa", tu sai pa ékrir la franse ?  

t'es drole

scull aussi a toujours écrire sa

 
Pas mal ces temps, le système de lu/non lus tu l'as dans la bdd ou tu utilises les cookies ?

oui enfin des chiffres de le vide sans connaitre la machine derrière etc, ca veut pas dire grand chose
Surtout avec 1 utilisateurs online
La concurrence des accès / update etc, ca peut être fatal pour les temps de génération

 
ça c'est de la mauvaise foi.    
 
Moi mon index des forums, il met 0.250 s à s'afficher.
Je sais, c'est énorme et je suis loin des critères de sélection de l'élite de ce topic, mais je m'en fous, j'ai un paquet de feature à faire palir MD.
Enfin bref, moi je mets 0.250 que je sois seul ou à 50 et en passant de 100 à 500 membres, ça n'a jamais vraiment changer.    
 
Un forum qui met 0,030 s, il va pas passer à 30 s dès qu'il y aura 20 membres en même temps.

Je peux vous garantir que une fois "ouvert" avec plusieurs centaines d'users, la charge ne devrait pas trop changer. Enfin bon wait & see
 
Et puis pour information, dans la table des catégories il y a prés de 77 000 rows. Et en ce qui concerne la gestion de lecture sur l'index, oui j'utilise la bdd.

c'est pas bien de généraliser, ce forum en est le contre exemple meme

Disons que 9ms pour une page c'est pas mal du tout quand même, rien que le temps de connexion à la db nécessite pas mal de temps. Je vais bencher un peu mon forum en local avec WAMP et PHP 5 (P4 2.6 C) et je vais poster les temps ici.
 
EDIT :  
 
accueil du forum : loggué :        22ms
                         non loggué :  22ms
 
listage d'une catégorie : loggué : 25 ms
                                 non loggué : 21 ms
 
listage d'un topic de 1540 posts (à n'importe quelle page) : loggué : 25 ms
                                                                                non loggué : 19 ms
 
J'ai encore un peu de boulot d'optimisation, mais ça ne devrait pas changer énormément. J'essaierai en PHP4 histoire de voir

oui c'est vrai que c'est pas mal comme temps

J'ai encore pas mal d'optimisation à faire au niveau des listes de topics. J'ai remarqué que je prenais 1ms toutes les 10 pages  

Le prend pas mal, mais je me demande comment tu fais pour prendre autant de temps sur ton index... Tu as pas beaucoup de row dans tes catégories pourtant ? Une petite quinzaine non ?
 
Ou alors c'est ta recherche des derniers topics qui fais tout ramer.

Yep, wait and see

 
Y a-t-il un réel avantage à utiliser import_request_variables() par rapport à $_POST, $_GET et $_COOKIE ?  
 
Apparement la tendance est plutôt à éviter le plus possible les superglobales, mais je ne sais pas si c'est la meilleure solution.
 
Vous en pensez quoi vous?

$_REQUEST est le meilleur choix. Utiliser les autres, c'est faire des suppositions sur l'utilisitation que fera l'utilisateur de l'outil et donc ne pas prendre certains cas en compte.

Et import_request_variables(), c'est une bonne solution?

Je ne connaissais pas cette méthode.
 
C'est grave d'utiliser des $_POST, $_GET ou $_COOKIE ?
Je savais qu'activer les registers globals était dangereux, mais je ne savais pas pour ce que tu viens de dire.
 
Quelqu'un peut-il développer en quoi c'est mal $_POST, etc. ?

Ya rien de grave, ce qui est important, c'est de vérifier toutes entrées de l'utilisateur, quelque soit le mode d'accès à la variable.

Oky, donc cay bon.
Je vérifie tout et je traite par un mres, même les cookies.

 
C'est pas mal du tout, bien au contraire.

Bah c'est même + compréhensible niveau code car tu sais d'où viennent les data au moins, tandis que $_REQUEST bah tu sais pas vu qu'il rassemble tout dans un tableau bordélique et ça change rien à la sécurité de toute façon, à toi de vérifier ce que t'utilises et basta.

Pitain, la honte comment ils mettent la raclée à MD

Liste des cat : 0.238 secondes
Liste des topics : 0.283 secondes
Sujet : 0.227 secondes
Non loggué, avec juste 2 topics l'un sans réponses l'autre avec 6 réponses

Joce va falloir que t'arrête de glandouiller là, au boulot !

mauvais argument la compréhension du code...