.
 
 
   La question est: est-ce que quelqu'un a une liste exhaustive des langages de programmation avec lesquelles on peut écrire des progs cgi? (avec leur "degrés" de compatibilité SVP)
 
 
Merci.

à priori je dirais déjà tous les langages permettant de produire un exécutable sachant utiliser l'entrée & la sortie standard (C, C++, Pascal, etc...).

moi je dirais que y a que ceux la non ?

En premier y a le Perl.

.
 
 Snas vouloir passer pour un fossile, est-ce que les exécutables produits par Quickbasic 4.5 (hé oui!) entre dans la catégorie dont tu parles?
 
.

.
 
 
 Sinon, pour développer en Perl, il faut un prog spécial comme pour le C/C++ ou c possible d'utiliser juste le bloc-note comme pr le HTML? (A mon avis c plutot la 1ère possibilité, mais je suis pas sûr...)

 
Oui, le notepad suffit car Perl est un langage de script

 
 
Ouais enfin c'est quand meme pas mal de pouvoir tester tes scripts, non ? Pour le html, tu lances ton browser et tu vois tout de suite ce que ça donne. Perl est compilé + interpreté, il faut installer Perl si tu veux vraiment t'en servir (ou alors il faut que ton hebergeur le propose ds ses services, de toute façon il faut que Perl soit installé qque part).
 
^_^v

 
 
 Mais une fois que j'ai écrit mon prog en perl sous notepad, je suppose qu'il suffit pas de changer l'extension .txt en .cgi ou .pl pour que ça marche... Alors qu'est-ce qu'il fo faire après la rédaction du prog?

rien
le mettre dans le bon repertoire sur ton hebergement (/cgi-bin) en general je crois

 
Tu as un serveur web perso ou tu es hebergé ? Si tu es hebergé => regarde sur le site de l'hebergeur il doit y avoir toutes les infos necessaires (il faut mettre le fichier au bon endroit, avec les bons droits etc...).  
 
^_^v

tout langage pouvant utiliser les variables d'environement, accéder à l'entrée standard et récupérer les arguments de la ligne de commande

 
 
     Alors le Quickbasic 4.5 c bon? (voir mon post plus haut)
 
*

 
Oui en principe, mais ça veut pas dire que c'est une bonne idée

bobdupont a écrit a écrit :     Oui en principe, mais ça veut pas dire que c'est une bonne idée

 
  Pourquoi, à cause de la compatibilité?

 
Si il arrive à générer 1 exe windows normal, ya pas de raison que ça marche pas si ???  
(sur 1 serveur web windows evidement)

Le sujet m interesse!!!
J en profite donc pour demander comment faut il faire pour executer ce prog via ma page web ?

snif du coup il n y a plus personne qui s interesse au sujet???

 
 
 Merci pour vos réponses, je ferai des tests avec des cgi en quickbasic...j'vous fais signe si ça marche (je suis hébergé chez Wanadoo)

Une question bete :
 
Si on le meme CGI, mais écrit en PERL, ou C par ex.
Les 2 seront aussi rapides ?

 
Non, car le C est compilé alors que le perl est interprété

 
D'un autre coté en C le serveur web doit lancer le processus a chaque requete, alors qu'en perl il est possible d'inclure l'interpréteur dans le serveur (via mod_perl par exemple) et donc de ne pas avoir le cout de lancement a chaque fois.
 
Je serais moins catégorique que toi, donc. Ca doit dépendre des cgi a mon avis. C'est sur que si y'a un certains nombre de calculs le temps de lancement va pas jouer énormément, mais si c'est pour un hello-world-like, c'est pas dit que le C soit plus rapide.

 
C'est sûr qu'en prenant des cas particuliers, on peut toujours demontrer l'inverse, mais là, le bon sens suppose que limit s'interesse au cas général...  

Smaragdus a écrit a écrit :     C'est sûr qu'en prenant des cas particuliers, on peut toujours demontrer l'inverse, mais là, le bon sens suppose que limit s'interesse au cas général...

 
Soit.
Prenons donc le cas général :
2 variables d'environnements a lire, 3 requêtes SQL et un peu d'écriture sur la sortie standard pour générer la page de résultat. Les requetes vont aller aussi vite en perl qu'en python qu'en C, vu qu'elles sont exécutés par le SGBD et pas par le langage. En ce qui concerne l'écriture dans la sortie standard, tu dois gagner a peu pres 5 ms. Super. Sachant qu'il s'agit des ms que tu as perdu a la création de l'environnement du processus.
 
Je réitère donc : je ne suis pas certain qu'utiliser le C soit plus rapide qu'utiliser un langage dit de script pour faire un CGI classique.
 
C'est mieux ?
 
Edit: je ne veux pas rentrer dans une guerre perl vs C (rien a battre), je veux juste faire remarquer que dire "c'est compilé ca va plus vite" c'est pas toujours vrai.

 
Je ne rentrerai pas dans ces débats de sodomiseur de diptères.

 
trop tard