Reprise du message précédent :

ben ya pas de secret, pour eviter les failles faut d'abord connaitre les failles qui reviennent souvent (include, cross scriptiing, sql injection ...) ensuite faut avoir un code propre et bien organiser pour detecter une faille.
Et puis le mieux pour apprendre c'est d'essayer d'hacker les autres forums    

c sur kan le code est pas dispo, sa limite un peu le travail des hackeurs...
Et fo connaitre leur technique pour pouvoir les contrer bien sur.

En parlant de sources, qui ici distribue ses sources (et où éventuellement) ?

C'est vrai que question failles, c'est ce qui m'inquiète le plus ...

moi sa me fait marrer sa :
http://forum.free-bb.com/forum.php [...] 2543&sid=1
je distribue pas le code source de mon forum et le mec fait un article pour dire que la ligne 42 est erronée !
le troll de l'année !

 
Tu trouves pas que tu prends un gros raccourci dans ton raisonnement ? C'est pas structuré comme ça hein, ce sont pas 7 clones
 
Mais oui ça fait à peu près équivalent surement tout de même, mais comme je l'ai dit, c'est un phpBB modifié, il suffit d'avoir testé phpBB avec 50 connectés et pas mal de topics et de fréquentation pour le voir

pourquoi ? plus de 50 connectés et pas mal de topics et de fréquentation et le forum rame à mort ?
Climité à autant ? g entendu dire que postnuke autorisé jusqu'a 800 connectés... sa doit pas ètre beau à voir

Oui ça rame et la charge du serveur est assez élevée pour ce que c'est aussi
 
Y'a beaucoup de gros forums phpBB qui sont tweakés pour moins ramer d'ailleurs.
 
Sinon Gaia je le trouve vraiment sympa comme forum esthetiquement

Dans ce cas, c'est pas très soft de la part de gaia de ne pas faire profiter de leurs optimisations à phpBB.  
 
1000 onlines sur un seul serveur c'est encore pas exeptionnel. (enfin tout est relatif ca dépend bcp du serveur quand meme )  
Avec notre bi-xeon 2.4ghz (ca doit un peu pres être équivalent au bi-athlon de hfr), les 3000 onlines sont jouables si c'est bien optimisé. Actuellement, on a qq ralentissements dès qu'on atteint les 3000 mais je connais les problèmes, et j'ai déjà des débuts de solution, il ne reste plus qu'à mettre en oeuvre.

Puis online = forumeur qui a été actif dans les dernières minutes... c'est très relatif donc

 
Oui, clairement. C'est difficile d'étalonner de manière claire cette donnée, Clubic a divisé ce nombre par 3 en passant au forum PPC. Mais 3000 dans tous les cas ça reste conséquent.
 
Faut voir aussi ce que font les gens, sur HFR y'a déjà le fait que les gens posts beaucoup par rapport à ce qu'ils lisent comparativement à d'autres forums ( quoiqu'avec google now ça doit s'être arrangé ), la recherche aussi est un point critique sur un forum et une recherche sur un mot contenu dans un post n'est pas léger à gérer  
 
Ce qui est intéressant c'est de voir le nombre de queries MySQL / sec et le nombre de pages PHP par seconde je trouve. Reste qu'il faut voir la nature des requêtes ( ratio SELECT / INSERT / UPDATE ) pour les queries SQL, mais déjà ça donne une idée
 
Par contre c'est amusant de voir comment la charge sur un serveur augmente de  manière exponentielle par rapport à la fréquentation, genre c'est pas parce qu'on double le nombre de connectés que la charge double, la charge augmente bien plus, mais ça parait un peu logique vu que ça sature sur des points sensibles des bus et du disque

Limit : bon courage pour tes optis

oui c'est clair que la recherche ca doit bien pomper également. Elle est HS pour moi actuellement.
 
J'ai remarqué que mysql utilise ca pour la recherche dans la doc http://www.mnogosearch.org/
Vous avez déjà essayé?

enfait, le plus dur c'est de concilier l'optimisation et la clarté du code. Parque ce des fois c'est bien prise de tete

oui, je le connais, je l'ai déjà implémenté pour de gros sites.
 
adapté pour un forum, il risque de consommer énormément de place dans la BDD (compter 2 à 3 fois la taille de la BDD du forum).
 
par contre, la recherche est instantanée

THE REAL SMILEY: gros sites qui ont des bases de quelle taille?

 
Le fait de virer blabla ça a déjà dû bien soulager le forum, non ?

index fulltext, j'ai déjà essayé d'en poser sur le forum HFR, c'est pas jouable, ca bouffe *bcp* trop de place, et ca locke les tables principales à chaque recherche, donc c'est pas vraiment adapter à un forum où les tables sont très souvent updatées

Dans ce cas, il serait p-e intéressant d'utiliser innoDB qui ne locke qu'une ligne au lieu de la table complète.

mon nouveau "forum" qui n'a plus grand chose d'un forum : http://gigigan.webdynamit.net/ts3/

au final la base MySQL du moteur de recherche était à 1 ou 2 Go alors que celle du site (Oracle) était à 300 Mo

 
euuuh oui, c'est plus vraiment un forum là

et le moteur de recherche est bcp utilisé et mis à jour?

svp, g un blème pour la MAJ de mon forum...
g complètement modifier mes tables...
en fait j'ai diviser en 2 sujet/réponses.
J'ai que 5500 messages, mais pour les adapté, je dois faire une sale boucle qui va me faire faire au moins 11 000 requètes, z'aveé pas une idée ?
G tenté de faire en local puis d'uploader mais la mysql plante... cad, dans le menu à gauche il me dit 836 enregistrements, mais il veu pas m'en montrer 1, "MySQL n'a retourné aucun enregistrement"
et kan je déplace ma table de sujet vers sujet2, là sa marche...

sauf que les index fulltext ne fonctionne qu'avec MyISAM

Je ne pige pas pourquoi tu veux utiliser un index fulltext ... Perso mes index sont de type smallint voire mediumint ... (ça dépend des cas)

fulltext c'est pour la recherche.

j'ai un bug bizzare
 
dans ce topic:
http://forum.forum-mp3.net/cat5_sujet97_page8.html#bas
quand on veut poster ca traine des plombe, et je n'ai pas le message "envoyé avec succés", pourtant le message est bien inseré
je pourrais croire que c'est a cause du topic qui a 8 page, mais sur un autre topic avec 27 pages aucun probleme
vous avez une idée d'ou ca pourra venir? ou bien une idée afin de cerner le probleme ?

en revenant sur ma derniere question(ma requete), je crois qu'on m'a oublié
(Posté le 21-03-2004 à 00:13:38 )

Essaye de régénérer tes indexes (optimisation de tables).

la version bêta5 de mon forum vient de sortir (lien sur le forum qui se trouve sur le premier post de ce topic )
 
ET ARRÊTEZ DE DIRE QUE C'EST UNE COPIE DE PPC !! l'habit ne fait pas le moine

Page générée en 0.506 secondes.
 
Sur cette page : http://mp.proprenetworks.net/ppb/showfrm.php?fid=6

d'ailleurs, j'aimerais bien que quelqu'un m'explique pourquoi les pages se génèrent plus vite si je passe en local (Page générée en 0.112 secondes. pour cette page) qu'en passant par Internet (où je dépasse les 2 secondes )

fais un buffer avant d'envoyer la sauce

 
plétil ?

tu bufferises la génération de la page puis seulement tu l'envoies au client
 
Voir ob_start() dans l'aide PHP.

 
interressant, je vais regarder ça

drasche, mille merci, voilà mes temps de génération bien arrangés

euh skoi le rapport ?

ben a mon avis son temps correpondait au temps que le client recoit la page, et non le temps que la page se genere sur le serveur.