Pq nous découvrons AJAX que maintenant ?

Pq nous découvrons AJAX que maintenant ? - Divers - Programmation

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 cité 1 fois
Message édité par Berceker United le 17-11-2006 à 10:54:45
Reply

Marsh Posté le 17-11-2006 à 10:54:32   

Reply

Marsh Posté le 17-11-2006 à 11:25:31    

c'est une accumulation de facteurs :

  • l'augmentation de la bande passante ( ADSL ) pour permettre la reactivité
  • la mise a jour du parc de navigateur ( les IE > 6 sont de plus en plus rares ) , avec un support correct du js et du CSS. pour qu'une techno aient du succès elle doit etre utilisable par le plus grand nombre


 
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
Par ma foi ! Il y a plus de quarante ans que je dis de la prose sans que j'en susse rien, et je vous suis le plus obligé du monde de m'avoir appris cela.


Molière : Le Bourgeois Gentilhomme  
[/minute culturelle]

Reply

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 ?

Message cité 1 fois
Message édité par Berceker United le 17-11-2006 à 11:32:58
Reply

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...

Reply

Marsh Posté le 17-11-2006 à 12:56:13    

Berceker United a écrit :

Qui l'a reveillé ?
Pourquoi maintenant ?


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.


---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

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.
 
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 ©
 
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.


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.

Reply

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 )

Reply

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.

Reply

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


Message édité par masklinn le 17-11-2006 à 15:56:29

---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody
Reply

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 ? :??:
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.


 
 
Moi aussi :D (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)

Reply

Marsh Posté le 17-11-2006 à 16:00:20   

Reply

Marsh Posté le 17-11-2006 à 16:10:46    

ixemul a écrit :

Moi aussi :D (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 :/.

Reply

Marsh Posté le 17-11-2006 à 16:16:49    

parce que faut bien un P4 pour faire tourner tous ces javascripts à la noix.

Reply

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 ?
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 :/.


 
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 [:ddr555])

Reply

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.

Reply

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"  :pt1cable:  
 
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...

Reply

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"  :pt1cable:  
 
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...


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.

Reply

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.
Il est vrai que l'utilisateur final s'en bas le coquillard mais ça l'impressionnera 5 minutes et puis basta.


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 [:petrus75]

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed