Pq nous découvrons AJAX que maintenant ? - Divers - Programmation
Marsh Posté le 17-11-2006 à 11:25:31
c'est une accumulation de facteurs :
en toute honneteté , je pense que Ajax est un non evennement, la mise en place d'un nom sur une techno qui a évoluée progressivement. Bref c'est surtout du marketing
Je pourrai comparer ça au Knowledge Management , qui arrive de plus en plus dans les boites, alors que c'etait fait depuis des années
[minute culturelle]
Citation : Monsieur Jourdain |
Molière : Le Bourgeois Gentilhomme
[/minute culturelle]
Marsh Posté le 17-11-2006 à 11:32:23
Merci pour ton intervention.
- Ben il y a quelque chose de contradictoire. Ceci aurait été bien utile pour ceux qui ont une petite connexion étant donnée que c'est juste le nécessaire qui traité et non toute la page.
- Je pense que tu voulais dire IE<6 sont plus rare.
ok, donc existe t'il d'autre technologie à notre porté mais qui dors ?
Marsh Posté le 17-11-2006 à 12:52:22
XMLHttpRequest est en fait apparu dès IE5, et en 2002 pour Mozilla. Le temps que les gens découvrent, que l'XML fasse sont chemin, que plein de "nouveaux développeurs" arrivent, cherchant à faire des trucs mieux que les bricoleurs en places...
Marsh Posté le 17-11-2006 à 12:56:13
Berceker United a écrit : Qui l'a reveillé ? |
Parce que début 2005 quelqu'un a trouvé un nouveau buzzword pour décrire un ensemble de technos utilisées depuis 5 bonnes années.
Personne n'a réveillé le truc, ce n'était pas une technologie "dormante", c'est juste qu'il n'y avait pas de nom Marketroïd Compliant ©
Berceker United a écrit : - Ben il y a quelque chose de contradictoire. Ceci aurait été bien utile pour ceux qui ont une petite connexion étant donnée que c'est juste le nécessaire qui traité et non toute la page. |
Pas spécialement, 'Ajax' augmente largement la puissance nécessaire au niveau du client (le client s'alourdit), il augmente violement le nombre de connexion effectuées vers le serveur, et il ne réduit réellement la bande passante que pour les rafraichissements de pages fréquents.
Marsh Posté le 17-11-2006 à 13:47:15
masklinn a écrit : Parce que début 2005 quelqu'un a trouvé un nouveau buzzword pour décrire un ensemble de technos utilisées depuis 5 bonnes années. |
Si tu fais un chat comme je fais actuellement avec l'api yahoo en ajax effectivement ça consomme d'ailleur je suis plein dedant les ressources machines tombes vite. Mais pour la mise à jour d'information sur l'écran ça permet de consommer wallou normalement, non ?
Imaginons qu'une page HTML est été généré par un SMS, ça implique requête base de données , squelete , ... pour parfois retomber sur la même page parce que le mot de passe n'est pas valide. Dans ce cas ajax permet d'enoyer et de recevoir le strict nécessaire.
Marsh Posté le 17-11-2006 à 13:50:20
si tu prends en compte la taille du code js nécessaire au fonctionnement ainsi que la frequence de rafriachissement ( généralement élevée ) , tu pourra voir que la consommation de bande passant est largement plus importante qu'une bete page php/html ( avec le cache du navigateur )
Marsh Posté le 17-11-2006 à 14:16:17
oui et non ça dépend. Avec un bout de code tu peux faire beaucoup de chose et le js reste toujours du coté client. Si c'est pas un chat le rafraichissement dépend du clique utilisateur.
Marsh Posté le 17-11-2006 à 15:54:08
Berceker United a écrit : Mais pour la mise à jour d'information sur l'écran ça permet de consommer wallou normalement, non ? |
Ca dépend de la fréquence d'update des pages.
Si auparavant les gens rafraichissaient (F5) la page toutes les 2mn et que maintenant elle s'auto-update, alors oui tu gagnes beaucoup en BP.
Maintenant si avant les gens rafraichissaient la page tous les quarts d'heures, ça ne change rien.
flo850 a écrit : la taille du code js nécessaire au fonctionnement |
C'est caché et fréquement négligeable
Marsh Posté le 17-11-2006 à 16:00:20
Berceker United a écrit : Si tu fais un chat comme je fais actuellement avec l'api yahoo en ajax effectivement ça consomme d'ailleur je suis plein dedant les ressources machines tombes vite. Mais pour la mise à jour d'information sur l'écran ça permet de consommer wallou normalement, non ? |
Moi aussi (enfin, je fais un client irc WEB multi "fenetre" en ajax/ASP.NET) et j'ai un pb, ca fonctionne tres bien sous IE6, mais sous mozilla firefox, le refresh des fenetres se coupe des qu'on ouvre une nouvelle fenetre.... (et pourtant les timers JS fonctionnent tjs en arriere plan)
Marsh Posté le 17-11-2006 à 16:10:46
ixemul a écrit : Moi aussi (enfin, je fais un client irc WEB multi "fenetre" en ajax/ASP.NET) et j'ai un pb, ca fonctionne tres bien sous IE6, mais sous mozilla firefox, le refresh des fenetres se coupe des qu'on ouvre une nouvelle fenetre.... (et pourtant les timers JS fonctionnent tjs en arriere plan) |
Tu travailles pas sous la même instance de la fenêtre ?
J'ai également des problèmes sous FF et pas sous IE. Sous FF j'ai une sorte de fuite de mémoire et le cpu monte à 100% lorsque je gérer des fenêtre. Comme ça envoy de requête quasiment à chaque seconde .
Marsh Posté le 17-11-2006 à 16:16:49
parce que faut bien un P4 pour faire tourner tous ces javascripts à la noix.
Marsh Posté le 17-11-2006 à 16:25:26
Berceker United a écrit : Tu travailles pas sous la même instance de la fenêtre ? |
Voici la structure succinte:
Default.aspx : integre un "Window Manager" avec le menu, login, etc...
lorsqu'un user rentre sur un channel, ca ouvre une fenetre Ajax (du yahoo toolkit) avec comme contenu une page chat.aspx?username=xxx:pwd=xxx:servername=xxx:channel=xxx
C'est cette page chat.aspx qui contient le timer de refresh. dans cette page, j'ai un stringbuffer sur lequel je concatene les resultats encore non stockés par ma requete ajax (avec une limitation du buffer à X ligne de chat).
J'ai pas de conso CPU sous les 2 browser, sous IE, nickel, sous FF il n'y a plus que la "fenetre" ajax qui a le focus qui fonctionne, les autres se gelents (et pourtant leur timers sont toujours actifs, j'y suis allé a grand coup de alert() js pour le verifier )
Marsh Posté le 17-11-2006 à 16:26:19
Je suis plus ou moin daccord, perso je vois pas l'interet d'utiliser javascript pour faire un chat alors qu'il y a des techno adapté à cela.
Marsh Posté le 18-11-2006 à 02:03:35
Comme dit précédemment, ajax c'est un non évènement, celà peut servir, dans des cas très particulier, mais vouloir nous le vendre à toute les sauces comme c'est le cas actuellement, c'est clairement un phénomène de mode pour marketeux du même style que le "web 2.0"
Et puis c'est comme tout, dans 6 mois un autre truc va être "révolutionnaire" et il faudra absolument en faire, etc... Moi ce que je vois surtout dans tout celà, c'est que si encore l'utilisateur final en profitait ok, mais 9 fois sur 10 on fait du ajax pour faire du ajax, c'est à dire parce que c'est à la mode, mais l'utilisateur s'en branle de comment celà fonctionne, tant que celà fonctionne...
Marsh Posté le 18-11-2006 à 02:36:35
_synapse_ a écrit : Comme dit précédemment, ajax c'est un non évènement, celà peut servir, dans des cas très particulier, mais vouloir nous le vendre à toute les sauces comme c'est le cas actuellement, c'est clairement un phénomène de mode pour marketeux du même style que le "web 2.0" |
Il est vrai que j'entend souvent même trop souvent parler de web 2 mais il y a rien de nouveau mise à part l'utilsation d'ajax. Il y a rien de si différent que ça. Le problème maintenant c'est qu'il y en a qui veulent (comme dans mon taffe) faire du tous ajax. Mais c'est là que nous rencontrons les problèmes de navigateur avec la gestion de mémoire et autre.
Il est vrai que l'utilisateur final s'en bas le coquillard mais ça l'impressionnera 5 minutes et puis basta.
Marsh Posté le 18-11-2006 à 08:17:37
Berceker United a écrit : Il est vrai que j'entend souvent même trop souvent parler de web 2 mais il y a rien de nouveau mise à part l'utilsation d'ajax. Il y a rien de si différent que ça. Le problème maintenant c'est qu'il y en a qui veulent (comme dans mon taffe) faire du tous ajax. Mais c'est là que nous rencontrons les problèmes de navigateur avec la gestion de mémoire et autre. |
Oui mais les mecs qui veulent se mettre à l' "Ajax", la plupart du temps, ils n'ont presque voir aucune notion avancée en dev web
Marsh Posté le 17-11-2006 à 10:54:32
bonjour,
Actuellement, ce qui est à la mode c'est ajax. J'entend ajax dans toute les bouche, tous les livre, à tous les parfums, ajax au miel, à la menth, citron bref que du ajax en ce moment. J'ai même un pote, qui pige wallou en programmation.
Le mec lache une caisse sans faire de bruit mais il y a l'odeur, je lui fais donc le reproche et il me dit : Tu vois, ça, c'est de l'ajax !...
Ce que je ne comprend pas c'est pourquoi maintenant puisque IE6 qui date déjà devait surement le gérer depuis longtemps ainsi que Firefox.
Qui l'a reveillé ?
Pourquoi maintenant ?
Y aurait il d'autre technologie en attente ?
Message édité par Berceker United le 17-11-2006 à 10:54:45