Compteur temp réel sans actualiser

L'exemple de Skyblog n'est absolument pas un compteur en temps réel, simplement du Javascript qui incrémente son truc de temps en temps... Ensuite il suffit d'actualiser la page pour voir que ça ne va pas aussi vite qu'en vrai.

La vraie solution à ta question serait d'utiliser de l'AJAX (donc une XMLHttpRequest) qui actualiserait le compteur toutes les "n" secondes. Penche-toi sur ce que j'ai marqué entre parenthèses, tu trouveras de nombreuses infos.

 

Le javascript de skyblog est faux

C'est simplemment etablit via une moyenne ;-)

 

Attend, je vais t'aider pour ton compteurs, c'est moi le pro des maths ici! :lol:

 

:lol: :lol: :lol: :lol:

 

Je ne vois pas trop comment faire, mais je pense que sans Ajax c'est faisable....
Je pense qu'en s'inspirant ce script:
-http://www.editeurjavascript.com/scripts/scripts_temps_2_26.php
Il est faisable.....

Sinon au pire, tu peux faire un petit iframe et que celui-ci se recharge toutes les X secondes...

 

Le script que tu link récupère l'heure du serveur initialement avec un bout de code php et ne refait plus de requête ensuite, c'est incompatible avec ce que devrait faire un compteur qui doit recontacter le serveur régulièrement pour avoir la nouvelle valeur.

Pour la deuxième solution, placer le compteur dans un iframe, c'est pas ce qui est demandé, puisqu'on parle de modifier la valeur sans recharger la page. Avec un iframe, tu te contentes juste de faire une page plus petite, mais tu recharges bien une page quand même.

La méthode pour faire ça, c'est du flash ou de l'ajax effectivement.

 

En tout cas si quelqu'un fait un code en ajax qui fait ceci, je suis preneur! C'est la classe je trouve!

 

J'ai trouvé un billet à ce sujet (en anglais) ici : http://fullo.wordpress.com/2005/09/20/a ... -use-ajax/

Alors, en résumé, le gars explique qu'il allait faire un truc dans le genre pour un pote, mais qu'il a calculé le traffic généré quotidiennement si la requête pour obtenir le compteur faisait 1kb (bon, ça me parait un peu gros juste pour un compteur, mais pour la demonstration on fera avec, y'a qu'a ajuster les chiffres si vous pensez faire plus petit) :

- 1 requete => 1kb
- refresh de 5s, un utilisateur reçoit 12 refresh par minute (= 12kb)
- si le site à plus de 100 utilisateurs online => 1Mb par minute de bande passante consommée par minute, => 60Mb/h, => 1,4G/j

En plus, l'utilisateur moyen a de fortes chances d'avoir plusieurs sessions ouvertes en même temps, ce qui augmente d'autant le traffic généré.

Bref, même si 1kb pour juste un compteur et l'enrobage de la trame en XML ou pur text ça parait beaucoup (quoiqu'en XML, ça devient vite bavard), on constate que ce type de "gadget" va vite bouffer la bande passante.

 

A mon avis il y a moyen de faire beaucoup plus light!

Cela peut se faire en 1 requete sql / refresh, apres je ne connais pas l'ajax, pas du tout mais bon, eu deux octets sa devrais tenir non?

 

Tu oublies un peu les informations nécessaires au protole http lui-même, qui font plus de 2 octets

Mais bon, c'était plus pour l'idée générale. On imagine bien qu'un site avec de nombreux utilisateurs verrait sa consommation de bande passante fortement augmenter avec ce gadget, et ça n'en vaudrait pas la peine.

 

Faire un compteur est un bon moyen pour s'initier assez simplement a Ajax.
Par contre, sur ton site, en production, c'est peut-être pas la meilleure solution. La valeur ajoutée pour ton visiteur est faible et tu vas consommer des ressources inutiles ( surtout BP ).

Pourquoi ne pas regarder du côté de la suggestion d'Ohax :

 

Voila un bon compromis :
http://ajaxpatterns.org/Guesstimate

(c'est en english)