Page 1 sur 1

Faire de l'ajax sans faire de l'ajax et en étant compatible

Posté : 15 avr. 2009, 16:21
par Nagol
En me balandant sur le net aujourd'hui je suis tombé sur un article traitant d'une combine made in Google pour faire des requêtes http sans pour autant utiliser AJAX, c'est simple, c'est ultra compatible c'est ultra performant:

http://forum.webrankinfo.com/ajax-cross ... 98801.html

Posté : 15 avr. 2009, 16:25
par doviet
Oui, l'équivalent d'AJAX avec la méthode GET et seulement GET :D

Posté : 15 avr. 2009, 16:43
par Nagol
Oui, l'équivalent d'AJAX avec la méthode GET et seulement GET :D
post ca sert à quoi? :)

rest ne fonction qu'en get aussi ca fait parti du principe, et rest c'est quand même vachement plus aproprié pour les applis web que soap (ou pour 1ko de donnée tu as 5ko de balisage protocolaire)

Mais oui y'a quand même une faille avec get c'est cette fameuse limite de taille des url qui est dépendante des browsers des serveurs web et des proxy, ce qui nou amène a une recommandation de ne pas dépasser 255 char (sachant que par exemple la plupart des browsers supporte 4096)

Posté : 15 avr. 2009, 17:09
par doviet
"Post", ça sert à quoi? ça dépend de ce qu'on veut faire, comment veux-tu que je réponds à ta question? :P

Ici on parle d'AJAX, et dans une application AJAX on envoie des fois les données (quelques fois assez longues), non? Alors ça sert, "post" :roll:

Posté : 15 avr. 2009, 17:17
par Nagol
"Post", ça sert à quoi? ça dépend de ce qu'on veut faire, comment veux-tu que je réponds à ta question? :P

Ici on parle d'AJAX, et dans une application AJAX on envoie des fois les données (quelques fois assez longues), non? Alors ça sert, "post" :roll:
Oui mais est ce la seule manière de procéder, et est-ce la meilleure? comme je disais REST repose sur le fait que les données parviennent au webservice via get, et non pas via post. Qui plus est dans la plupart des cas le json n'est utilisé que pour communiquer entre la partie client-side et la partie server side d'une appli web.