Page 1 sur 1

Suggestions

Posté : 16 avr. 2012 08:29
par Rahl43
Bonjour,

Les récents problèmes SQL de LegTux m'ont donné quelques idées où un peu tout le monde pourrait faire de petits efforts pour éviter que ça ne se reproduise, même si le problème est réglé pour l'instant (Merci Simon et Guillaume). Mes idées valent ce qu'elles valent mais les voici:
* Peut-être ajouter dans la faq de Legtux un article sur comment optimiser facilement sa base de données. L'article concernerait en particulier ceux qui codent leur site eux-même. Les idées principales seraient d'apprendre à créer les bons index (sans en abuser au risque ne pas optimiser mais de faire ramer le serveur), d'utiliser les bon types de champs (ne pas utiliser un int lorsqu'un unsigned tinyint suffirait.) et d'exécuter OPTIMIZE TABLE (de temps en temps mais surtout après un changement des types de champs).
* De nombreux utilisateurs utilisent piwik pour leurs statistiques (d'après un ancien topic sur ce forum). Un trop grand nombre de tables dans une même base n'est pas très optimisé. Ne serait t-il pas possible de proposer deux bases sql à tout les membres? Une porterait le nom du compte et l'autre le nom du compte préfixé de piwik_ ou d'autre chose. Il suffirait ensuite d'interdire la création d'un compte commençant par ce préfixe.
* Continuer ce qui me semble avoir été commencé: diminuer le nombre de membres inscrits. On atteignait récemment les 1500 voir plus. On est maintenant à 1460. D'après moi, même s'il y a moins de membres inscrits, les gens seront mieux satisfaits d'un serveur qui ne rame pas et seront donc plus enclin à faire un don.

Comme dit plus haut, mes idées valent ce qu'elles valent... Mais si ça peut aider...

Re: Suggestions

Posté : 16 avr. 2012 08:42
par Guillaume
Hello,

Pour la faq, je veux bien, le problème, c'est que ça ne sera pas lu. J'ai déjà écrit des articles, et régulièrement, on nous pose des questions dans le support voir même sur le forum pour des sujets traités dans la faq et même souvent sur le forum ... A croire qu'il y a des gens VIP à qui il faut tout leur tendre sur un plateau ...

C'est vrai que piwik est un problème, comme tous les autres scripts de stats en général d'ailleurs, ça pompe énormément. Je ne sais pas si le fait de créer 2 bases différentes serait vraiment un avantage, ça ne supprime pas les processus de calculs. A mon avis, il faudrait réfléchir à un piwik commun et optimisé.

Pour le nombre d'utilisateur, on laisse baisser pour le moment, au début des problèmes, j'avais mis une limite à 1400, on l'a en fin de comptes rabaissée à 1000. On avisera après pour, pourquoi pas remonter progressivement.

Si d'autres veulent donner leur avis, n'hésitez pas ;)

Re: Suggestions

Posté : 16 avr. 2012 09:17
par Rahl43
* C'est vrai. Mais si c'est lu que par 30-40 personnes et que parmi elles se trouve quelques gros consommateurs en ressources, ça peut toujours être pas mal...

* Je l'avais vu sur la doc sql il me semble, que beaucoup de tables dans une même base consommaient beaucoup. Après, je ne sais pas dans quelles proportions les répartir dans deux bases différentes rendra le tout plus optimisé... Un piwik commun est aussi peut-être pas mal...

Re: Suggestions

Posté : 16 avr. 2012 22:57
par Hydrog3n
Salut,
Je me rend compte que plus on utilise piwik pire ça deviens.. des fois il met tellement de temps que je commence à l'utiliser de moins en moins...

Un piwik commun pourquoi pas !

Il existe Awstat (si je ne me trompe pas sur le nom) qui d'après ce que j'ai lus consome un peu moins de resource, sur tout quand on veut voir nos Stats car après une visite reste une consommation de resource...

Après pour les utilisateurs wordpresse penser à utiliser Super Cache ! qui réduit les requêtes SQL.

Si non je n'ai pas d'idée a par un serveur surpuissant et hors de prix !