script à l'ecoute sur serveur web [Résolu]

[snipes]

salut les amis
je souhaiterai savoir si il est possible de mettre en place sur un serveur web, un script qui serait, par exemple, en permanence à l ecoute d'un port donné et qui lors de la reception d'une requete sur ce port executerait un traitement specifié ?
si oui ! pouvez vous m'expliquez comment ca marche ?
(langage utilisé ? php je suppose ?)

merci d'avance pour vos explications

ps : je ne savais pas trop ou posté

[snipes]

arf je crois que c'est un ti peu bidon comme intervention
(en fait c'est mot pour mot ce qu'on m'a demandé de mettre en place )
et je me demande si ca revient pas a mettre en place un script sur le serveur (simple script php , normal) puis faire pointé ce que je veux dessus pour que ca execute le script ? (ca revient au meme non ?)
a ce moment la, est ce que je peux identifier l'application émettrice (à l'origine de l'execution du script) afin de lui envoyer les reponses retourné par le script ?

[_Mac_]

excuse-moi mais je n'ai pas du tout compris le besoin si ce n'est écrire un script CGI, PHP ou autre dans un serveur Web... Forcément, le script génère du code (XML, HTML ou autre) et c'est automatiquement renvoyé au client. Je ne vois vraiment pas la difficulté ou le problème, ou alors j'ai rien compris.

[snipes]

en fait voici le cas d'utilisation possible :

j'ai une application (windev ou webdev) qui a un moment donné enverra une requete a mon script. le script traite la requete pi envois le resultat a l'application..si l'application émettrice est une application web aucun probleme effectivement mais si c'est une application bureautique comment ca se passe ?

[_Mac_]

Si c'est une application bureautique, de toute façon il faudra qu'elle fasse une requête HTTP pour déclancher le script et dans ce cas, elle devrait être capable de récupérer le résultat. Y a un truc qui est gênant si on fait un appel HTTP et qu'on ferme la connexion sans attendre le résultat de la part du serveur : ça peut tout simplement interrompre le traitement. HTTP, c'est pas le protocole idéal pour faire des traitements asynchrones.

Mais tu peux imaginer d'autres mécanismes si ce n'est pas possible que ces applis fassent des requêtes HTTP ou si le traitement effectué par le script devient trop long. Par exemple : elles écrivent une entrée dans une base de données ou un fichier pour demander un traitement. Un processus passe régulièrement (toutes les minutes par exemple) pour lire cette base ou ce fichier et identifier des traitements à déclancher. Ce processus déclanche un appel HTTP au script pour lancer le processus et récupère le traitement. Il enregistre ensuite ce traitement quelque part. L'appli fait régulièrement une requête pour voir si le résultat est prêt. En gros, c'est hyper plus lourd que si l'application fait une requête HTTP et attend le résultat.