Discussion :

[olivier21c]

Bonjour,

J'ai actuellement un algorithme de calcul en C++ et un site web.
Je veux à partir de données en entrée du site web (une image par exemple), utiliser mon algorithme sur ces données, et renvoyer les résultats au site web.

Je me suis un peu renseigné et j'ai trouvé CGI ici.
J'ai aussi trouvé une alternative : FastCGI ici.

Je voulais savoir si ces méthodes correspondaient à mes besoins. Quelles sont les autres solutions existantes ?

Merci d'avance.

[jblecanard]

Salut Olivier

Il y a plusieurs solutions possibles. CGI ou FastCGI seraient utiles dans le cas ou tu voudrais entièrement traiter une requête http avec ton code C++, mais je doute que ce soit l'objectif.

Le plus simple, et le plus générique, est d'écrire un logiciel qui fonctionne sous forme de serveur et écoute sur un port. Le moteur de ton site web pourra se connecter à ce port, envoyer les infos nécessaires à l'exécution dans la socket et récupérer un résultat. L'avantage de cette approche est que le code C++ devient agnostique à la techno web choisie. Qu'il s'agisse de PHP, Python, Java ou Javascript (ou autre), cela fonctionnera.

Attention, si le coût d'exécution est moyen ou élevé, tu ne dois pas avoir une requête qui reste coincée en attente du résultat. Tu dois signaler au logiciel C++ de commencer à traiter l'image et mettre en place une API que le logiciel C++ peut appeler pour signaler la fin, sans bloquer la requête web.

[white_tentacle]

Le plus simple, et le plus générique, est d'écrire un logiciel qui fonctionne sous forme de serveur et écoute sur un port. Le moteur de ton site web pourra se connecter à ce port, envoyer les infos nécessaires à l'exécution dans la socket et récupérer un résultat.

Disons que c’est exactement ce que fournit fastCGI, un serveur qui écoute sur une socket pour recevoir des requêtes . Après, il y a de la soupe pour récupérer les paramètres HTTP, mais fondamentalement, c’est plutôt une bonne approche pour faire ce que veut olivier21c. Réinventer un protocole sera (surtout si la personne qui le fait n’en a pas l’habitude) souvent moins fiable / extensible.

En revanche, il est très important que la couche « fastcgi » (ou autre) ne soit qu’une couche fine d’adaptation, que tu puisses la changer facilement par un autre protocole si besoin est. C’est ça qui te donnera la meilleure généricité.

[bacelar]

Le CGI c'est plus du C que du C++.
C'est une technologie plus que vieillissante.
Elle n'a que l'avantage de la simplicité pour un C-iste.
Le C est un peu l'esperanto des langages de programmation, cela veux dire qu'une technologie Web peut facilement utiliser une librairie ayant une API C.
Si les performances et le contrôle (mais pas la sécurité) sont importantes, je vous conseille la seconde approche.

[olivier21c]

Merci à tous les trois, je pense commencer par tester fastCGI pour voir comment cela fonctionne, et ensuite coder une version serveur qui me semble assez intéressante par rapport à nos futurs besoins (permettre l'utilisation des algos de notre société par des clients divers). Etre indépendant de la techno connectée se révélera surement adapté.

[bacelar]

Si c'est pour offrir des API à des utilisateurs de services, je vous conseille de voir du coté des WebService et des API REST, bien plus puissantes et ouverte que le CGI de base.

[white_tentacle]

Si c'est pour offrir des API à des utilisateurs de services, je vous conseille de voir du coté des WebService et des API REST, bien plus puissantes et ouverte que le CGI de base.

Certes, mais pour ça, il va bien falloir traiter la couche en-dessous, à savoir HTTP. Mais c’est vrai que personne n’avait encore mentionné gSoap qui s’occupe de ça.