[AJAX] dans le cas où plusieures fenêtres du navigateur sont ouvertes

[Sephi-Chan]

Dit comme ça, ça n'a pas de sens. Tu imagines une application que tu dois recharger tous les deux appels Ajax ?

Tu parles probablement de la limite de requêtes HTTP simultannées qu'un navigateur peut lancer.


Sephi-Chan

[Anthor]

@Anthor : le cache peut avoir une durée de vie de 30sec (peut être jouable avec les header HTTP voire avec les meta HTML).

Merci je connais le fonctionnement des caches ^^

[Jabberwock]

Tu parles probablement de la limite de requêtes HTTP simultannées qu'un navigateur peut lancer.

C'est surement ça ^^.

Par rapport à son problème si un joueur ouvre 20 onglet il y aura 20 requêtes simultanées et donc la limite intervient ? (si oui il y aura beaucoup moins de demande au serveur)

[garf]

Cette limitation si elle existe ne joue que sur une fenêtre/onglet, et encore je crois qu'elle n'est pas la même en fonction du navigateur choisi.

Par exemple, lorsque 1 page se charge, il peut ne charger en // que 5 items (images/css/js) en même temps sur un même domaine, c'est pourquoi certains sites utilisent des domaines séparés (images.domaine.tld pour les images, css.domaine.tld) cela permet un téléchargement plus rapide de tout le contenu de la page, donc tu vas avoir un rendu plus rapide et permettre une meilleur expérience utilisateur. Je ne suis pas sur que cela s'applique par contre aux requêtes AJAX.

[php_addict]

merci pour vos reponses

en ce qui concerne le cache, ce n'est pas du tout adapté à mes besoins...

ma requetes AJAX toutes les 2 minutes sert à verifier si le joueur en cours a une nouvelle interaction avec un autre joueur (nouvelle attaque si vous préférez...)

ainsi le joueur peut laisser ouvert un seul onglet toute la journée par exemple...pas de probleme...mais dans le cas ou il laisse ouvert 20 onglets, seul un onglet pourrait etre autorisé à utiliser le XmlHttpRrequest...(pour en eviter 20).

donc rendre Le XmlHttpRequest inactif au bout d'un certain temsp ne resoud pas mon schmilblick finalement...

désolé c'est pas tres clair, fatigue...

faut encore que je medite su ce point...

[Sephi-Chan]

Dans ce cas laisse tourner ta requête.

Admettons qu'à chaque fois qu'on agit sur un joueur, on crée une entrée dans une table d'événements (appelons là events) pour ce joueur.
Ça évite à ta requête de recherche d'activité de devoir contrôler plein de choses (et ça permet de faire des logs).

Ta requête (lancées toutes les X minutes) ira chercher les événements du joueurs. Donc tu auras une requête de type :

SELECT * FROM events WHERE user_id = %d AND has_been_read = 0;

Ce genre de requête ne consomme rien, encore plus avec un index sur la colonne user_id. Tu peux la laisser traîner sans craintes.



Sephi-Chan

[php_addict]

Dans ce cas laisse tourner ta requête.

suis-je bête...j'étais partis pour ne faire aucune requête et effectivement c'est nettement plus simple...merci