L'approche AJAX

(Php/MySql, Delphi/Firebird...)
Répondre

Michel
Messages : 405
Enregistré le : mer. oct. 30, 2002 11:20 pm
Localisation : Voie Lactée
Contact :

Message par Michel » lun. oct. 17, 2005 3:06 pm

AJAX ? Un ersatz de iPONX, avec beaucoup moins de possibilités et de réactivité.

On pourra en parler, aux Rencontres Paradox Ponx 2005.
Michel Claveau Informatique

Michel
Messages : 405
Enregistré le : mer. oct. 30, 2002 11:20 pm
Localisation : Voie Lactée
Contact :

Message par Michel » dim. mai 14, 2006 7:51 pm

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.
Michel Claveau Informatique

rudi
Messages : 9
Enregistré le : lun. avr. 17, 2006 10:12 am

Message par rudi » lun. mai 15, 2006 11:36 am

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.

Michel
Messages : 405
Enregistré le : mer. oct. 30, 2002 11:20 pm
Localisation : Voie Lactée
Contact :

Message par Michel » lun. mai 15, 2006 10:02 pm

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.

:new_Eyecrazy: -salutations
Michel Claveau Informatique

rudi
Messages : 9
Enregistré le : lun. avr. 17, 2006 10:12 am

Message par rudi » ven. août 04, 2006 9:13 am

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.
Rudi Bruchez
Consultant indépendant
http://www.babaluga.com/

Côme
Site Admin
Messages : 855
Enregistré le : sam. sept. 14, 2002 10:41 pm
Localisation : Igny (Essonne)

Message par Côme » dim. août 20, 2006 10:18 am

Salut Rudi :D

Merci pour l'info, je vais tester cela dès mon retour de vacances, les démos sont sympas...

A bientôt

Michel
Messages : 405
Enregistré le : mer. oct. 30, 2002 11:20 pm
Localisation : Voie Lactée
Contact :

AJAX côté serveur

Message par Michel » mar. août 22, 2006 10:11 pm

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.
Michel Claveau Informatique

Répondre