Discussion :

[pieutr]

Bonjour,

Est-il possible de soumettre une requête à un serveur apache et de recevoir la réponse SANS PASSER par un navigateur ?
Mon problème est que l'utilisateur doit pouvoir questionner une base de donnée depuis un environnement de programmation genre borland, ou dev (dans mon cas c'est IDL pour ceux qui connaissent) , en appellant une fonction: en lui donnant en argument la requête et en récupérant la réponse. Donc il faudrait qu'elle envoir ca directement au serveur sans passer par le navigateur qui serait obligé d'ouvrir une page internet! Dans mon cas, aucune page internet ne doit s'ouvrir..

Est-ce possible ? si oui, comment ?

Merci !!

[_Mac_]

C'est quel langage de programmation ? Il faut effectuer une requête HTTP complète. Y a des API pour faire dans différents langages. Pour Java, le package HttpClient d'Apache est pas mal.

[pieutr]

Bonjour,

Cest le langage du même nom : IDL (interactive data langage), langage beaucoup utilisé en astronomie, il est proche du FORTRAN.
Il faut donc que je fasse une 'requête HTTP complète' ?
Ca consiste à faire quoi exactement .. ?

Merci

[_Mac_]

Ben, ça dépend de ce que tu veux faire comme requête. Si c'est juste un simple appel d'URL, c'est pas trop compliqué. Pour faire un POST, c'est plus délicat. Va voir ici, le protocole HTTP est expliqué. Si tu peux trouver des API qui font tout le boulot, c'est carrément mieux. Sinon, faut que tu ouvres un socket TCP sur le serveur (port 80 s'il ne figure pas dans l'URL), puis tu envoies une série de lignes (<CR> signifie "saut de ligne") :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
GET /rep/mapage.html HTTP/1.0<CR>
Host: www.monsite.com<CR>
<CR>

Après ça, tu récupères la réponse du serveur. Elle est en 2 parties : les en-têtes et le corps de la réponse. Ce qui t'intéresse se trouve dans le corps de la réponse mais il faut toujours regarder les en-têtes pour savoir si la requête a bien été traitée, s'il y a une redirection, etc. Pour ton cas, ce n'est peut-être pas nécessaire mais il faut quand même vérifier que le statut est bien 200.

Je t'encourage à t'entraîner d'abord en faisant un telnet, histoire de bien comprendre comment marche le protocole et surtout l'histoire du saut de ligne vide après le dernier en-tête de ta requête.

[pieutr]

Okay,
Merci pour tout ca, je vais regarder. Ma requête doit être une requête de type SQL, pour que le serveur questionne à son tour une base de donnée. Après, le résultat doit être retransmis à IDL, en sortie de la fonction IDL que j'aurai implémentée..
Ca correspond à ton 'POST' ?

a+

[_Mac_]

POST, c'est comme les formulaires : il y a GET où tout passe dans l'URL, et il y a POST où on voit rien dans l'URL.

[pieutr]

Bonjour !

J'ai une question simple :
j'ai un serveur apache+PHP sur cet ordi. comment je fais pour acceder aux données qu'il ya sur ce serveur depuis un autre ordi, SANS utiliser le navigateur ?
autrement dit écrire un client qui puisse demander une requête au serveur qui est sur cette machine..

Merci.
pieutr

[julp]

C'est à votre programme de se comporter comme un client HTTP : donc d'utiliser et respecter ce protocole pour effectuer des requêtes et traiter les réponses. Vous pouvez gérer tous ces aspects vous-mêmes (sockets) mais c'est assez laborieux ou opter pour des bibliothèques pour vous simplifier la tâche. Ça dépend de votre langage mais on peut citer cURL (initialement C) qui possède de très nombreux "wrappers" pour d'autres langages (PHP, Ruby, ...) - et qui ne se limite pas au protocole HTTP(S).

[_Mac_]

Par exemple, si tu veux accéder à des données stockées en base de données, tu as 2 solutions : soit le client se connecte directement à la base de données (avec le driver qui va bien) et fait ses requêtes, soit il passe par Apache (il fait un appel HTTP à un script) qui fait la requête pour lui et lui renvoie le résultat de la requête dans un certain format (XML vraisemblablement). Pour le second cas, c'est comme je disais au début et comme l'explique Julp, il faut que ton client se comporte comme un navigateur et fasse une requête HTTP sur Apache.

[pieutr]

D'accord, mais ceci m'ammène à me poser 2 nouvelles questions :

- Si on poursuit cet exemple de connection à une base de donnée, en employant la 2eme méthode : Connection à apache d'abord. La requête SQL désirée par le client sera t-elle mise dans le corps de la requête HTTP qu'il envoie?

- Que fait le client distant, concrètement, pour se connecter à mon serveur apache ? doit-il écrire la requête HTTP lui même ? Par ce que dans ce cas, si tous les clients qui veulent acceder à mon webservice doivent écrire une requête HTTP !! on s'en sort plus..

Merci !
pieutr

[_Mac_]

- Si on poursuit cet exemple de connection à une base de donnée, en employant la 2eme méthode : Connection à apache d'abord. La requête SQL désirée par le client sera t-elle mise dans le corps de la requête HTTP qu'il envoie?

Pas forcément : quand tu fais une recherche sur les pages jaunes, tu ne tapes pas spécialement la requête SQL de recherche, elle est construite pour toi. Tout dépend de ce que tu veux faire : soit tu veux faire de l'ultra générique et dans ce cas il faut peut-être effectivement envisager que la requête SQL à effectuer soit fournie par le client, soit tu fais tu spécifique (un script pour faire telle requête, tel autre script pour faire telle autre requête), dans ce cas ton client n'a qu'à fournir la liste des paramètres, exactement comme sur une page HTML standard qui traite un formulaire, sauf que c'est pas un navigateur qui envoie les données et qu'en retour, la réponse n'est pas forcément en HTML, si tu vois ce que je veux dire.

- Que fait le client distant, concrètement, pour se connecter à mon serveur apache ? doit-il écrire la requête HTTP lui même ? Par ce que dans ce cas, si tous les clients qui veulent acceder à mon webservice doivent écrire une requête HTTP !! on s'en sort plus..

C'est un peu le principe des Web services, donc si on s'en sort !! Mais relis nos réponses : dans tous les cas, oui, faut passer par une requête HTTP complète. Mais tu n'es pas obligé de faire tout le travail toi-même : en fonction de ton langage de programmation, il existe des API pour te faciliter le travail.

Si tu cherches vraiment à faire du vrai Web service, c'est autre chose d'un peu plus compliqué car il faut que le client parle le Web service (de nouveau, passe par des API existantes) mais aussi que le serveur (i.e. la cible de l'appel Web service, pas Apache) soit compatible Web service et de nouveau ici aussi, y a tout un tas d'API qui existent pour créer des Web services.

Maintenant, faut que tu saches exactement ce que tu veux faire : si ton besoin est interne, c'est-à-dire que tu maîtrises totalement le ou les clients et le serveur. Dans ce cas, autant écrire un truc simple pas dans le standard Web service, ça sera plus simple. Mais si tu veux ouvrir ton service à d'autres clients, il faut effectivement envisager d'écrire un vrai Web service.