Gravure-News

par **Burnitall** » 16 Nov 2006 0:49

Tout est dans l'intitulé, apparemment cela date du 12 novembre, cela annonce t'il une future mise à jour du forum ?

(3 jours c'est correct comme réactivité non ? :mrgreen:

)

par **Scaramanga** » 16 Nov 2006 8:09

No, c'est juste une mise à jour des stats.

A ce propos je viens de voir que le post "Miss France 2004 Nue" totalise 26176 visites, comme quoi il y a des titres accrocheurs ....

par **gowap** » 19 Nov 2006 15:00

Comme le précise scara, il s'agit juste d'une mise a niveau du module de statistiques, d'ailleurs celle ci n'est pas finalisée, vu que comme vous pouvez le remarquer, le texte n'a pas encore été traduit en francais.

Niveau maj forum, phpbb vient de sortir la beta 3 de phpBB 3. Celle ci n'a pas encore été installée sur http://www.gravure-news.com/phpbb3/ (ca viendra) et vu qu'ils viennent de rajouter dans cette beta3 le support de l'utf-8 quelque chose qui n'était pas prévu/programmé, je subodore qu'il va y avoir encore un certain nombre de va et vient pour corrections de bugs (pour mémoire : 267 bugs corrigés entre beta 1 et beta 2, et 299 bugs entre beta 2 et beta 3).

par **Burnitall** » 22 Nov 2006 0:17

Merci à vous deux pour ces précisions. :wink:

par **gowap** » 10 Fév 2007 0:26

Mise à jour du module de stats.
Au lieu de tout afficher sur une page a rallonge, il y a désormais le sommaire qui présente des liens vers chacun des blocs de stats. Suffit de choisir un module et celui ci est affiché, le sommaire restant en place et permettant de naviguer.

J'ai porté a 15 le nombres de lignes renvoyées pour la plupart des blocs, cela permettra donc a certains de faire des combats de smileys, car on peut constater que pour certains c'est au coude a coude.

par **Burnitall** » 10 Fév 2007 1:22

Euhhhh à cette heure le bloc "Top des smilies" ne m'affiche aucune ligne sous FF2... :shock:

par **gowap** » 10 Fév 2007 1:58

Et pourtant ca marchait avant....
Bon, j'ai vidé le cache, corrigé une balise html mal fermée et la ça à l'air de fonctionner.

par **Burnitall** » 10 Fév 2007 19:37

Ca fonctionne. :bravo:

par **Burnitall** » 19 Mai 2007 18:44

Quelqu'un aurait-il remarqué une certaine lenteur (plus marquée d'ailleurs sous IE7 que sous FF2) pour accéder à la page des stats ???

Ou suis-je le seul ? :doh:

par **Scaramanga** » 19 Mai 2007 18:48

Pour moi ça va :

Code: Tout sélectionner: Statistics Mod - [temps: 0.80439901351929 | sql temps: 0.10293388366699 | requêtes: 4 | Explication]

par **gowap** » 19 Mai 2007 18:54

La page des stats est très longue a charger (peu importe le navigateur) lorsqu'elle n'est plus a jour. La durée du "cache" est de 8 heures. Si quelqu'un va consulter la page et que les infos sont périmées (datent de plus de 8 heures), tous les blocs doivent êtres mis a jour et des dizaines de requêtes sont lancées et elles prennent leur temps.

L'effet serait moins prononcé si je revenais à la version où la page n'affiche par défaut qu'un sommaire vers chacun des blocs. Un clic provoquerait alors seulement le rafraichissement du bloc concerné.

Mais je n'aime pas cette présentation ou il faut cliquer pour avoir les infos de chaque bloc, la vision "tout sur une page" me convient plus, mais effectivement, la réactualisation des infos est lente.

par **Burnitall** » 20 Mai 2007 21:15

Ok, merci pour ces explications. :bravo:

par **Burnitall** » 29 Mai 2007 22:01

Sgroumpfff ! (ce soir)

Code: Tout sélectionner: Page generation time: 55.5104s (PHP: 5% - SQL: 95%) - SQL queries: 377 - GZIP disabled - Debug on

Motivé, motivé :twisted:

par **gowap** » 29 Mai 2007 22:40

377 requetes...
Y a peut etre trop de blocs débiles qui ne servent a rien aussi.
Bon, j'ai programmé une tache pour que les stats soient calculées automatiquement toutes les 6 heures.

par **Burnitall** » 31 Mai 2007 21:39

Bon, suite de mes aventures à l'instant sous IE7.

Code: Tout sélectionner: Page generation time: 69.9334s (PHP: 4% - SQL: 96%) - SQL queries: 255 - GZIP disabled - Debug on

et sous FF2.

Code: Tout sélectionner: Page generation time: 2.1725s (PHP: 81% - SQL: 19%) - SQL queries: 59 - GZIP disabled - Debug on

Un ménage plus profond est peut-être à envisager sur mon système.

par **gowap** » 01 Juin 2007 0:05

mais non...
C'est ce que j'ai deja dit plus haut.
En la consultant en premier sous IE, tu as provoqué le raffraichissement des infos. Ensuite, si juste apres tu viens avec FF, la majorité des infos est a jour, et donc moins de requetes = chargement plus rapide.

Bon, sinon il s'avère que la durée de validité du cache des stats et la tache qui devait les raffraichir n'étaient pas synchro, donc je vais bidouiller ca.

PS : j'ai demandé une mise en cache pour tous les blocs. un paquet de modules ont été mis a jour récemment, et la manip a réinitialisé les params relatifs au cache, ce qui fait que ces blocs, se calculaient a chaque ouverture de page :evil:

par **Burnitall** » 02 Juin 2007 18:12

Ok, je ne sais pas si ton bidouillage à amélioré la chose, en tout cas à l'instant:

Code: Tout sélectionner: Page generation time: 17.2186s (PHP: 8% - SQL: 92%) - SQL queries: 377 - GZIP disabled - Debug on

Du mieux !

par **Colok** » 02 Juin 2007 20:19

Page generation time: 0.8904s (PHP: 90% - SQL: 10%) - SQL queries: 16 - GZIP disabled - Debug on

par **Burnitall** » 03 Juin 2007 2:15

Bon ben si ca va chez gowap, Scara, Colok, c'est peut être tout de même bien un problème sous IE7 ! Je vais le virer et le réinstaller prochainement pour voir tiens !

Merci pour vos participations. :wink:

par **gowap** » 03 Juin 2007 15:50

gniiiiiiiiiiiiiiii...........
Il va me rendre fou.

Je récapitule :
La page de stats présente un certain nombre de modules.
Pour éviter de recalculer les informations a chaque consultation de la page, les données sont mises en cache et valides pendant 5 heures.
Si les infos sont recalculées à t=0, toute consultation de la page dans les 5 prochaines heures affichera instantanément (ou quasi-instantanément) les données vu qu'elle ne sont pas recalculées et sortent du cache.

Admettons que tu te pointes 5h30 apres le dernier recalcul des données. Le cache date de plus de 5h, il faut donc tout remettre a jour. Ca va faire plus de 300 requetes SQL, ca prend son temps, faut attendre, c'est comme ca.
Par contre une fois que tu t'es tapé les 30 secondes d'attente pour réactualiser tout le bazard, si tu reviens consulter la page avec un autre navigateur, y a plus d'attente, vu que tout a été recalculé et que l'on repart avec le cache pour les 5 prochaines heures.

L'embêtant avec la page de stats c'est que les infos du cache ne sont recalculées que lorsqu'un visiteur consulte la page. C'est pas parce qu'on dit que le cache est valide 5h, que toutes les 5 heures il sera recalculé automatiquement.

Du coup, j'ai donc programmé une tache qui simule le passage d'un visiteur toutes les 6 heures. Comme la fréquence de passage de ce visiteur est plus élévée que la durée de validité du cache, si personne n'est passé entre le moment ou le cache n'est plus valide et le moment ou passe le robot, cela entrainera forcément le recalcul du cache et augmentera la proba que le recalcul long ne se fasse pas pour un "vrai" visiteur.

Par contre, en l'état ca laisse toujours une heure de battement.
ex :
a minuit les stats sont recalculées. Sont donc valides jusqu'a 5h du mat.
Le robot ne passera qu'a 6h du mat. Si un visiteur consulte la page de stats entre 5h et 6h (ou les données ne sont plus valides) c'est donc lui qui va se taper l'attente due a la réactualisation.

Si c'est toujours pas clair, je me pends :pendu:

Mais surtout ne perds pas de temps a t'agiter avec tes navigateurs, ils fonctionnent a priori correctement.

Gravure-News

Nouvelle page de statistiques ?

Nouvelle page de statistiques ?

Qui est en ligne