Reprise du message précédent :
je calcule pas particulièrement apache, je regarde la charge générale, et je vois que généralement que MySQL fait pas grand chose

Bon, il y a du plus et du moins avec les nouveaux réglages.
 
Avant :
 
key buffer size   : 300 Mo
query cache limit :   2 Mo
query cache size  :  10 Mo
sort buffer size  :  64 Mo
 
Après :
 
key buffer size   : 512 Mo
query cache limit :   1 Mo
query cache size  : 128 Mo
sort buffer size  :   2 Mo
 
Dans les points positifs :
 
- Aucun swap (8 Ko à la fin de la journée)
- Nombre de requêtes répondues par le query cache en augmentattion (passage de 31.8% à 36.2%)
 
Et pour ce qui est des points négatifs :
 
- Charge anormalement élevée (load average approchant les 0.90, mon record en un mois)
- Slow queries en hausse : passage de une toutes les heures à une toutes les 10 minutes !
 
 
Depuis cette nuit je teste avec  :
 
key buffer size   : 512 Mo
query cache limit :   2 Mo
query cache size  : 196 Mo
sort buffer size  :  32 Mo
 
La charge est toujours plus élevée que ce que j'avais avant, par contre je suis à 0 requête lente. Et les 192 Mo pour que query cache semblent toujours pas suffisant :
 

 
Je crois que je suis parti sur une longue période de tests

 
Tiens, d'ailleurs :
 

le sort buffer c'est pas forcement une bonne idee de trop l'augmenter :
 
la memoire max utilisee par MySQL c'est (Key_buffer + (sort_buffer + read_buffer) * max_conn)
 
(le sort_buffer et read_buffer sont alloues pour chaque thread SQL).
Note aussi qui si ton sort_merge_passes n'est pas > 0 ca ne sert a rien d'augmenter ton sort_buffer

Je viens de remarquer quelque chose. Pour ceux qui utilisent du innoDB les delete ne seraient pas plus long?

c'est possible vu que c'est transactionnel

Qui s'est déjà amuser a mettre un compteur de generation sur un phpBB ?
J'aimerai savoir a combien il tourne ce forum ...

il existe un mod pour apparemment, et il te dit même combien de temps il passe sur la DB.

'est intégré dedans : suffit de l'activer dans l'admin ...

Et ça donne quoi au niveau temps ?

phpbb c'est une usine à gaz ca tient pas du tout la charge

phpbb supporte le trafic de hfr avec un gameboy comme serveur
 
edit: sur big-boards, dans les premiers ya un phpbb mais ils ont 17serveurs

Je ne veux pas remuer une hache de guerre depuis ltgp enterré mais pourquoi autant de medisance sur phpBB ?
A cause des templates ?
De l'utilisation de l'objet pour les connections à la base ?
 
C'est à cause de ça que c'est lent ?
 
PS:J'aimerai aussi que vous me disiez ou vous avez vu que c'etait si lent que ça en fait :-/

C'est pas compatible avec plein de sgbd phpbb?

parce que phpBB c'est réellement de l'antioptimisation.
Y a bien de features qu'elles sont bien, mais j'ai l'impression qu'il n'y a aucune réflexion sur l'architecture.

http://www.ybellu.com
nouveau design par defaut grace à mon usine à gaz pr la personnalisation

j'ai une bete question :
 
si on supprime un message d'un utilisateurs, on décrémente son compteur de post ou pas ?  
 
je dirais non, parce que même si le message a été supprimé, le gars l'a quand même posté, mais si je fais ca, y a des floodeurs qui vont poster plein des messages pour augmenter le compteur :S
 
vous faites comment vous ?

perso, je décrémente

perso je banne les floodeurs

modo facho supadmin sadique

D'ailleurs pour bannir, vous vous basez sur quoi?
 
sur l'ip? -> ip dynamique, passer par un proxy etc
cookies? -> désactiver les cookies.
 

J'ai pas encore implémenté le ban au sens propre. Je peux donner à un utilisateur un statut de visiteur, ce qui fera qu'il aura droit à rien d'autre que la lecture (et normalement  il ne peut plus avoir le suivi des discussion).
 
Faut que je cherche pour comment reperer les multi-pseudo aussi

bin au départ, tu bannes quelqu'un, donc tu vas commencer par banner son id d'utilisateur
 
Pour les multis, c'est facile: tu tapes le nickname en cookie. Si au moment du login, le contenu du cookie est différent du nickname spécifié en login -> multi.

Ouais mais non, c'est pas assez évolué ce système C'est clair que c'est une base pour détecter les multis, mais dès que qqn enlève ces cookies, c'est cuit  
 
Doit falloir faire quelque chose en partant d'une table qui contient les connections des gens, et si la meme ip se retrouve associée à 2 pseudos mettre un doute sur les pseudos ...  A creuser un peu plus quand meme tout ça

Le mec qui a plusieurs pc chez lui et a ses potes qui viennent, son frère ou que sais-je fo pas qu'ils soient considéré comme multi

toi !
Comment vas-tu ma poole ?

donc si la personne désactive les cookies tu ne l'auras pas.

C'est pour ça que je précise de mettre un doute sur les pseudos.
 
Et accessoirement que je dis de creuser un peu plus l'idée

oué mais bon, faut pas trop etre trop restrictif, car si la personne a de la famille (femme, enfant, frere, soeur) sur le forum, ben eux aussi ils peuvent plus se connecter
C'est pas comme si la personne allait te hacker, pas besoin d'etre grave parano.
 

l'id de session, ça peut le faire aussi

Il est stocké où ton id de session?

nan je veux dire, si t'as une session active et qu'il y traine un nickname, bin quand tu veux refaire login sous un autre pseudo, hop, te voilà multi. Sur mon forum, je stocke l'id de l'utilisateur et son pseudo en session, mais je fais toujours mes vérifications sur l'id de l'utilisateur. Je peux donc avoir l'id à zéro, et avoir son pseudo qui traine en session

s'il est pas stoqué dans un cookie, c'est dans l'url, donc à la limite ça peut passer ... Mais c'est pas fiable quand meme

pas plus que le cookie
 
trouvez une méthode fiable et on en reparlera

D'ou le besoin de vraiment chercher ... Et à part l'ip (mais c'est encore un peu foireux dans le cas de connexions partagées) y a pas grand chose qui permette de faire vraiment une bonne détection

un mix : ip + cookie (+ session)

et puis faut pas se fier au cookie
avec une fenetre sous IE et une sous mozilla, vous l'avez dans le cul

En résumé, il n'y a pas de moyen fiable, car tu ne peux jamais faire confiance à l'input du client.

le web n'a pas été crée dans le but d'être fiable

une autre questions débiles sur les comptages :
 
j'ai un compteur qui compte le nombre de fois que un sujet a été vus. je me suis dit pour faire ca, juste un bout de code qui incrémente un compteur a chaque passage. le problème, c'est que si quelqu'un va voir la page 1, puis la 2, c'est un sujet vu 2 fois. PHPbb fait ca aussi, mais je trouve ca bizarre, c'est un compteur de page vue, alors pas du nombre de vue du sujet...
 
ce serait pas plus logique de compter le nombre de fois que quelqu'un rentre dans le sujet ?