Vous n'êtes pas identifié. Veuillez vous connecter ou vous inscrire.


Ecrire une réponse

Ecrire une réponse

Composez et envoyez votre nouvelle réponse

Vous pouvez utiliser : BBCode Images Binettes

Les champs marqués %s doivent être remplis avant d'envoyer ce formulaire.

Information obligatoire pour les invités


Information obligatoire

Revue du sujet (plus récents en tête)

14

D'ailleurs punBB est très bien à ce niveau là, apparement léger, aucun souci, sobre, fonctionnel.

13

A quoi bon ré-inventer la roue ?! Nombre de forums PHP gratuits existent sur le Net !

On a déjà tout ce qu'il faut de se côté la... Enfin ce n'est que mon avis wink

12

Ok nickel smile
Tu peux lui dire de passer ici en cas.

Bonne soirée

11

3 milliards de lignes ? o_O

Je retire le forum, vous pouvez débloquer mon compte. Merci de ces infos, je vais en faire part au créateur vu que je le connais bien. smile

10

Bon randal, j'ai changé un peu la config mysql pour arranger ton histoire de forum, mais rien à faire, tu es donc prié de le retirer du serveur hmm

Désolé.

9

En voulant redémarrer le serveur mysql, une erreur est survenue avec la carte et le serveur a du être rebooté, mais tout devrait tourner nickel maintenant smile

8

Je viens de faire un test sur le serveur et cette requête est bizarre, horrible:

SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(messages2.id) AS nb FROM messages
LEFT JOIN membres ON membres.id = messages.membre
LEFT JOIN messages AS messages2 ON messages2.id < messages.id  AND messages2.statut != 0 AND messages2.statut != 0.1 AND messages2.statut != 2 AND messages2.statut != 3 AND messages2.id_ref = messages.id_ref
LEFT JOIN topics ON topics.id = messages.id_ref
WHERE topics.id_ref = 1 AND messages.statut != 0 AND messages.statut != 0.1 AND messages.statut != 2 AND messages.statut != 3 AND topics.statut != 0
GROUP BY messages.id
ORDER BY messages.id DESC LIMIT 1

Cette requête scanne (tiens toi bien) 3,093,584,400 de lignes (rows). Oui 3 milliards de lignes, selon un explain:

id     select_type     table     type     possible_keys     key     key_len     ref     rows     Extra
1     SIMPLE     messages     ALL     NULL     NULL     NULL     NULL     4635     Using where; Using temporary; Using filesort
1     SIMPLE     topics     ref     id     id     3     bp3_mysql.messages.id_ref     12     Using where
1     SIMPLE     membres     ref     id     id     3     bp3_mysql.messages.membre     12     
1     SIMPLE     messages2     ALL     id     NULL     NULL     NULL     4635

7

Je viens de regarder un peu et oui il y a un gros souci avec ton forum: il a fait monter la charge du serveur à 11 avec ce genre de requêtes:

811353  bp3_mysql       localhost       bp3_mysql       Query   289     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811382  bp3_mysql       localhost       bp3_mysql       Query   270     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811383  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811385  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811386  bp3_mysql       localhost       bp3_mysql       Query   226     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811408  bp3_mysql       localhost       bp3_mysql       Query   220     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811409  bp3_mysql       localhost       bp3_mysql       Query   208     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes
811410  bp3_mysql       localhost       bp3_mysql       Query   208     Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(mes

Apparement ces requêtes sont appellées de temps en temps, lors de l'affichage du forum.

Log de la requête complète (lors de la création de la table temporaire):
812221  bp3_mysql       localhost       bp3_mysql       Query   12      Copying to tmp table    SELECT messages.id, messages.timestamp, messages.message, messages.id_ref, membres.pseudo, COUNT(messages2.id) AS nb\n\t\t\t\tFROM messages\n\t\t\t\tLEFT JOIN membres ON membres.id = messages.membre\n\t\t\t\tLEFT JOIN messages AS messages2 ON messages2.id < messages.id  AND messages2.statut != 0 AND messages2.statut != 0.1 AND messages2.statut != 2 AND messages2.statut != 3 AND messages2.id_ref = messages.id_ref\n\t\t\t\tLEFT JOIN topics ON topics.id = messages.id_ref\n\t\t\t\tWHERE topics.id_ref = 1 AND messages.statut != 0 AND messages.statut != 0.1 AND messages.statut != 2 AND messages.statut != 3 AND topics.statut != 0\n\t\t\t\tGROUP BY messages.id\n\t\t\t\tORDER BY messages.id DESC LIMIT 1

Essaie de voir ou sont appellées ces requêtes, check un 'explain' sur elles, essaie de rajouter des indexes mais je ne peux pas laisser le forum en ligne si il consomme autant hmm

6

Salut Randal,

Effectivement il doit y avoir un problème quelque part, encore que toute remarque sur des mauvaises performances est importante pour moi.

Le server internal error que tu décris vient sûrement du fait que le process php devient trop long, et le serveur web apache se retrouve obligé de le tuer. Par défaut sur lesCigales.ORG ce timeout est configuré pour être égal à 20 secondes, c'est à dire que pendant 20 secondes ton script ne renvoit rien au serveur qui décide de le tuer, pensant qu'il ne marchera pas. Un debug complet de ton script pour voir quelles parties ralentissent est nécessaire (Je peux peut être aider là dessus).

Pour ta seconde question, c'est marqué dans le control panel à la page 'MySQL', le max_connexion_user pour les membres gratuits est par défaut mis à 4 smile

Voilà, en espérant t'avoir été utile, à très bientôt

5

Bah le forum est anormalement lourd, c'est vrai, c'est bizarre...
Pourtant il utilise au maximum 6 requêtes par page, la totale quoi.

C'est censé être léger, il a un poids de 710,8 Kio seulement. sad

4

Je te conseille d'esseyer php-bb, c'est le meilleur pour le moment et le plus rapide avec une interface facile à gérer, suffit juste de poster une simple recherche sur google pour avoir les liens de telechargements du forum et de ses options ;-)

3

Ton forum semble anormalement lourd !

Bizar... Fut un temps j'ai eu :
- PhpBB
- Invision Board
- VBulletin
- PunBB

d'installer sur LesCigales et ça fonctionnait au poil... Je sais pas sur quoi est basé ton forum, mais c'est très lourd, et ça semble pas tip-top coder ton affaire! Trop de mod's et autres hack's peut être ?!

2

Ah et autre erreur, c'est limité à combien le truc mysql de max_connexion_user ?

1

Bonjour à tous ! smile

Ayant essayé plusieurs hébergeurs, celui-ci m'a vraiment plu car c'est le seul qui a réussi à faire marcher mon forum sans qu'il ralentisse. Car sur beaucoup, c'était souvent 6 minutes pour revenir sur l'accueil du forum, une horreur quoi. Mais il y a quand même un problème, car dès fois le forum devient lent mais affiche quand même les pages. Mais d'autres fois il est lent et affiche une erreur 500 à savoir Internal Server Error... Comment faire pour éviter ça ? Merci d'avance.

http://randalou.lescigales.org/forum/



Currently used extensions: pun_poll, pun_admin_manage_extensions_improved. Copyright © 2008 PunBB