http://blogs.zdnet.com/BTL/?p=1444&tag=nl.e539
http://www.adaptivepath.com/publication ... 000385.php
http://en.wikipedia.org/wiki/Ajax_%28programming%29
http://www.webpasties.com/xmlHttpRequest/
http://www.aventureforth.com/2005/09/06 ... lications/
http://siddh.developpez.com/articles/ajax/
[Classes PHP]
http://www.phpclasses.org/pajax
http://www.phpclasses.org/najax
http://www.phpclasses.org/httprequest
http://www.modernmethod.com/sajax/
[Problèmes liés]
http://sourcelabs.com/ajb/archives/2005 ... takes.html
[IDE , framework]
http://www.morfik.com/
L'approche AJAX
-
Côme
- Site Admin
- Messages : 855
- Enregistré le : sam. sept. 14, 2002 10:41 pm
- Localisation : Igny (Essonne)
L'approche AJAX
Modifié en dernier par Côme le lun. mai 22, 2006 7:46 pm, modifié 8 fois.
-
Michel
- Messages : 405
- Enregistré le : mer. oct. 30, 2002 11:20 pm
- Localisation : Voie Lactée
- Contact :
Bonsoir !
Je reviens sur AJAX, à cause d'un besoin d'informations.
Je cherche, en fait, à savoir ce qui est nécessaire, côté serveur :
- sous quel protocole arrivent les requêtes ?
- avec quel(s) format(s) ?
- quel est le protocole de retour ?
- quel est le format de retour ?
- quels sont les états à maintenir, avec quels identifiants de connexion ?
- etc.
J'ai cherché un peu sur Internet, mais n'ai trouvé que des propos trop génériques, comme par exemple XML sans préciser le dialecte, ou Apache sans préciser les mods, et sans les API de ces mods.
Si quelqu'un avait des infos techniquement plus abouties, je lirais avec plaisir.
Je reviens sur AJAX, à cause d'un besoin d'informations.
Je cherche, en fait, à savoir ce qui est nécessaire, côté serveur :
- sous quel protocole arrivent les requêtes ?
- avec quel(s) format(s) ?
- quel est le protocole de retour ?
- quel est le format de retour ?
- quels sont les états à maintenir, avec quels identifiants de connexion ?
- etc.
J'ai cherché un peu sur Internet, mais n'ai trouvé que des propos trop génériques, comme par exemple XML sans préciser le dialecte, ou Apache sans préciser les mods, et sans les API de ces mods.
Si quelqu'un avait des infos techniquement plus abouties, je lirais avec plaisir.
Michel Claveau Informatique
Il y a qq infos ici
http://fr.wikipedia.org/wiki/AJAX
http://www.xul.fr/xml-ajax.html
En ce qui concerne Apache, Normalement il n'y a pas d'incidence du côté du serveur. La partie serveur est gérée par script (PHP, Python, Ruby...).
Le XLM est transporté par http://fr.wikipedia.org/wiki/XMLHttpRequest
Il y a des frameworks pour faire tout ça. Il y a une initiative OpenAjax, et des toolkits développés. Les liens sont dans l'article wikipedia.
http://fr.wikipedia.org/wiki/AJAX
http://www.xul.fr/xml-ajax.html
En ce qui concerne Apache, Normalement il n'y a pas d'incidence du côté du serveur. La partie serveur est gérée par script (PHP, Python, Ruby...).
Le XLM est transporté par http://fr.wikipedia.org/wiki/XMLHttpRequest
Il y a des frameworks pour faire tout ça. Il y a une initiative OpenAjax, et des toolkits développés. Les liens sont dans l'article wikipedia.
-
Michel
- Messages : 405
- Enregistré le : mer. oct. 30, 2002 11:20 pm
- Localisation : Voie Lactée
- Contact :
Bonsoir !
Merci pour les liens.
Malheureusement, lorsque je parlais d'informations trop génériques, sans contenu réel ("plein de vide"), c'est justement à l'aticle de wikipedia que je pensais.
Pour Xul, j'attend toujours que Xulrunner soit dispo, en version utilisable. C'est incroyable que, depuis 2 ans, on parle autant de cet environnement d'exécution, alors que l'on ne peut pas s'en servir. Et, lorsqu'on y réfléchit, ce n'est finalement qu'une copie de MSHTML.
Si ça continue, XAML va sortir avant XUL-runner.
Avec Apache, les reacteurs sont intégrés directement dans le coeur du logiciel. On trouve très difficilement des infos. Et, de toutes façons, je ne souhaite pas travailler avec Apache.
Quand à OpenAjax, cela ressemble plus à une opération marketing, qu'à autre chose.
Enfin, les frameworks disponible ne s'occupent que de la conception des pages, et pas deu code côté serveur.
-salutations
Merci pour les liens.
Malheureusement, lorsque je parlais d'informations trop génériques, sans contenu réel ("plein de vide"), c'est justement à l'aticle de wikipedia que je pensais.
Pour Xul, j'attend toujours que Xulrunner soit dispo, en version utilisable. C'est incroyable que, depuis 2 ans, on parle autant de cet environnement d'exécution, alors que l'on ne peut pas s'en servir. Et, lorsqu'on y réfléchit, ce n'est finalement qu'une copie de MSHTML.
Si ça continue, XAML va sortir avant XUL-runner.
Avec Apache, les reacteurs sont intégrés directement dans le coeur du logiciel. On trouve très difficilement des infos. Et, de toutes façons, je ne souhaite pas travailler avec Apache.
Quand à OpenAjax, cela ressemble plus à une opération marketing, qu'à autre chose.
Enfin, les frameworks disponible ne s'occupent que de la conception des pages, et pas deu code côté serveur.
-salutationsMichel Claveau Informatique
Bonjour,
dans mes pérégrinations sur le web, je suis tombé sur ceci :
http://www.activegrid.com/try/opensource.php
qui pourrait avoir un certain intérêt pour la discussion. Apparemment ce sont des modules client et serveur pour une approche Ajax, avec du PHP ou du Python du côté serveur.
Pas installé, pas testé, juste pour info.
dans mes pérégrinations sur le web, je suis tombé sur ceci :
http://www.activegrid.com/try/opensource.php
qui pourrait avoir un certain intérêt pour la discussion. Apparemment ce sont des modules client et serveur pour une approche Ajax, avec du PHP ou du Python du côté serveur.
Pas installé, pas testé, juste pour info.
-
Michel
- Messages : 405
- Enregistré le : mer. oct. 30, 2002 11:20 pm
- Localisation : Voie Lactée
- Contact :
AJAX côté serveur
Bonsoir !
Juste pour dire que j'ai fini par trouver ce qu'il fallait prévoir, côté serveur-http (web), pour gérer de l'AJAX.
C'est assez simple : il n'y a rien à prévoir. AJAX utilise du HTTP tout à fait standard (bête et méchant).
C'est simplement l'application qui est derrière le serveur, qui doit préparer du HTML "d'intérieur" (sans <html>, <body>, etc.), ou du XML, ou du JSON, ou autre chose.
Ce qu'en fait le client (le navigateur du visiteur) est ignoré par le serveur.
Voilà, c'était bête comme choux, mais j'ai passé quelques heures, pour rien.
Juste pour dire que j'ai fini par trouver ce qu'il fallait prévoir, côté serveur-http (web), pour gérer de l'AJAX.
C'est assez simple : il n'y a rien à prévoir. AJAX utilise du HTTP tout à fait standard (bête et méchant).
C'est simplement l'application qui est derrière le serveur, qui doit préparer du HTML "d'intérieur" (sans <html>, <body>, etc.), ou du XML, ou du JSON, ou autre chose.
Ce qu'en fait le client (le navigateur du visiteur) est ignoré par le serveur.
Voilà, c'était bête comme choux, mais j'ai passé quelques heures, pour rien.
Michel Claveau Informatique