Poster une réponse à un sujet: Techniques de "streaming" avec XMLHttpRequest
Attention, ce sujet est un sujet ancien (5355 jours sans réponse)
zion
Bon, après une première analyse, en fait ils utilisent simplement une technique de l'IFrame mais avec une petite astuce pour éviter de voir la barre de chargement en continu.
Pas spécialement une mauvaise solution, sauf que dans mon cas vu que j'ai www.domaine.com pour le statique et www.domaine.com:81 pour le streaming l'IFrame a pas accès aux données du parent, donc c'est inutilisable ... (Pourtant j'aurais pensé qu'un simple changement de port n'allait pas être problématique mais aussi bien IE que Firefox bloque alors les interactions ... ).
Si j'ai bien pigé, eux ils jouent aussi avec un sous-domaine vu qu'ils utilisent un autre serveur qu'Apache.
Bon, bonne idée, mais à moins d'avoir deux IPs différentes, difficile de dire à un serveur de faire un listen sur le port 80 pour un domaine et un autre pour le sous domaine.
Ca implique quelques limitations comme solution
Pas spécialement une mauvaise solution, sauf que dans mon cas vu que j'ai www.domaine.com pour le statique et www.domaine.com:81 pour le streaming l'IFrame a pas accès aux données du parent, donc c'est inutilisable ... (Pourtant j'aurais pensé qu'un simple changement de port n'allait pas être problématique mais aussi bien IE que Firefox bloque alors les interactions ... ).
Si j'ai bien pigé, eux ils jouent aussi avec un sous-domaine vu qu'ils utilisent un autre serveur qu'Apache.
Bon, bonne idée, mais à moins d'avoir deux IPs différentes, difficile de dire à un serveur de faire un listen sur le port 80 pour un domaine et un autre pour le sous domaine.
Ca implique quelques limitations comme solution
![:figti: :figti:](images/smileys/figti.gif)
zion
Bon je bookmark, je commence à lire, leur script fonctionne et ils annoncent sans flash, sans java, et en streaming...
Question démo c'est pas mal réactif, faut décortiquer tout ça maintenant!
Question démo c'est pas mal réactif, faut décortiquer tout ça maintenant!
![:smile: :smile:](images/smileys/smile.gif)
Tokiros
J'ai pas tout lu, j'ai pas trop de temps, mais ca peut être intéressant :
http://www.ape-project.org/
http://www.ape-project.org/
zion
Facebook fait du polling, oui (à moins qu'ils aient changé depuis). Pour le proxy, pour peu que ton FAI t'en met un d'office, c'est un peu vache de dire "bien fait pour ta gueule"
Non, mais si tu produits une version "classique" et que le polling rajoute des fonctionnalités aux utilisateurs le supportant, je trouve que c'est un moins mauvais compromis
![:smile: :smile:](images/smileys/smile.gif)
Altar
Et Silverlight, c'est loin d'être assez répandu (30% aux dernières info).
45% d'après microsoft
![:tinostar: :tinostar:](images/smileys/tinostar.gif)
gizmo
Justement, si on passe par un truc en continu via du flash, le support est quasi total. (Altar Silverlight c'est sur quoi, 1% des navigateurs même pas?
)
Niveau serveur je gère justement, pas d'Apache ou quoi que ce soit, je ne m'inquiète vraiment pas, ni pour le timeout.
Pour le proxy, c'est pas totalement faux que c'est mal supporté. Mais comment fait FB d'aileurs? Du polling en continu? (damned les ressources de con!)
(Mais les utilisateurs de proxy je peux encore accepter que ça passe pas, tant pis
)
![:tinostar: :tinostar:](images/smileys/tinostar.gif)
Niveau serveur je gère justement, pas d'Apache ou quoi que ce soit, je ne m'inquiète vraiment pas, ni pour le timeout.
Pour le proxy, c'est pas totalement faux que c'est mal supporté. Mais comment fait FB d'aileurs? Du polling en continu? (damned les ressources de con!)
(Mais les utilisateurs de proxy je peux encore accepter que ça passe pas, tant pis
![:oh: :oh:](images/smileys/oh.gif)
Facebook fait du polling, oui (à moins qu'ils aient changé depuis). Pour le proxy, pour peu que ton FAI t'en met un d'office, c'est un peu vache de dire "bien fait pour ta gueule"
Et Silverlight, c'est loin d'être assez répandu (30% aux dernières info).
zion
Justement, si on passe par un truc en continu via du flash, le support est quasi total. (Altar Silverlight c'est sur quoi, 1% des navigateurs même pas?
)
Niveau serveur je gère justement, pas d'Apache ou quoi que ce soit, je ne m'inquiète vraiment pas, ni pour le timeout.
Pour le proxy, c'est pas totalement faux que c'est mal supporté. Mais comment fait FB d'aileurs? Du polling en continu? (damned les ressources de con!)
(Mais les utilisateurs de proxy je peux encore accepter que ça passe pas, tant pis
)
![:tinostar: :tinostar:](images/smileys/tinostar.gif)
Niveau serveur je gère justement, pas d'Apache ou quoi que ce soit, je ne m'inquiète vraiment pas, ni pour le timeout.
Pour le proxy, c'est pas totalement faux que c'est mal supporté. Mais comment fait FB d'aileurs? Du polling en continu? (damned les ressources de con!)
(Mais les utilisateurs de proxy je peux encore accepter que ça passe pas, tant pis
![:oh: :oh:](images/smileys/oh.gif)
Altar
Et silverlight, il pue ?
![:ocube: :ocube:](images/smileys/ocube.gif)
![:jesors: :jesors:](images/smileys/topicalacon.gif)
gizmo
http://www.javaworld.com/javaworld/jw-03-2008/jw-03-asynchhttp.html
Quand je lis en diagonale leur article, ils parlent quand même d'une seule requête en continu aussi
Quand je lis en diagonale leur article, ils parlent quand même d'une seule requête en continu aussi
![:smile: :smile:](images/smileys/smile.gif)
Oui, mais cette technique de requète en continu a plusieurs désavantages:
- Pas bien supporté par tous les browsers
- Ne marche pas avec tout une sériel de proxy qui font du caching
- Il faut que ton serveur soit configuré pour. Par défaut, Apache, c'est 15 seconde de timeout si pas d'activité.
Actuellement, les seuls alternatives vraiment viables sont le socket flash et le pulling en ajax. L'iFrame n'arrivant que 3eme.
gizmo
http://dev.dschini.org/socketjs/ pourrait aussi être intéressant.