[cgi]

[cgi] - Programmation

Marsh Posté le 30-06-2002 à 20:16:52    

.
 
 
   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. :hello:

Reply

Marsh Posté le 30-06-2002 à 20:16:52   

Reply

Marsh Posté le 30-06-2002 à 20:20:01    

à 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...).


Message édité par antp le 30-06-2002 à 20:20:21

---------------
mes programmes ·· les voitures dans les films ·· apprenez à écrire
Reply

Marsh Posté le 30-06-2002 à 21:20:34    

moi je dirais que y a que ceux la :d non ?

Reply

Marsh Posté le 30-06-2002 à 21:22:52    

En premier y a le Perl.

Reply

Marsh Posté le 30-06-2002 à 21:56:20    

.
 
 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?
 
.

Reply

Marsh Posté le 30-06-2002 à 21:59:07    

.
 
 
 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...)

Reply

Marsh Posté le 30-06-2002 à 22:02:38    

kmitz a écrit a écrit :

.
 
 
 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

Reply

Marsh Posté le 01-07-2002 à 09:29:51    

Citation :

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 ? :sarcastic: 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

Reply

Marsh Posté le 02-07-2002 à 21:14:39    

Smaragdus a écrit a écrit :

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




 
 
 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?

Reply

Marsh Posté le 02-07-2002 à 22:14:04    

kmitz a écrit a écrit :

 
 
 
 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

Reply

Marsh Posté le 02-07-2002 à 22:14:04   

Reply

Marsh Posté le 03-07-2002 à 08:33:46    

Citation :

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?


 
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

Reply

Marsh Posté le 03-07-2002 à 08:48:57    

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


---------------
Le Tyran
Reply

Marsh Posté le 05-07-2002 à 13:45:15    

letoII a écrit a écrit :

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)
 
*

Reply

Marsh Posté le 05-07-2002 à 13:49:49    

kmitz a écrit a écrit :

 
 
 
     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 ;)

Reply

Marsh Posté le 05-07-2002 à 13:51:22    

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é?

Reply

Marsh Posté le 05-07-2002 à 13:58:49    

tomiotomio a écrit a écrit :

y a surement pas d'hebergeur qui propose des cgi en quickbasic




 
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)

Reply

Marsh Posté le 05-07-2002 à 14:19:16    

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

Reply

Marsh Posté le 05-07-2002 à 17:16:37    

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

Reply

Marsh Posté le 06-07-2002 à 10:00:04    

tomiotomio a écrit a écrit :

 
ah oui OK, c'est du compile, excuse-moi.
Ceci dit, y a bcp d hebergeurs qui proposent des cgi sous windows?  




 
 
 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)

Reply

Marsh Posté le 06-07-2002 à 11:52:04    

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

Reply

Marsh Posté le 06-07-2002 à 13:25:13    

Limit a écrit a écrit :

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é

Reply

Marsh Posté le 06-07-2002 à 13:50:37    

Smaragdus a écrit a écrit :

 
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.

Reply

Marsh Posté le 06-07-2002 à 13:58:14    

lorill a écrit a écrit :

 
 
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...  :sarcastic:

Reply

Marsh Posté le 06-07-2002 à 14:02:48    

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...  :sarcastic:  




 
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.


Message édité par lorill le 06-07-2002 à 14:06:40
Reply

Marsh Posté le 06-07-2002 à 14:09:22    

lorill a écrit a écrit :

 
 
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.

Reply

Marsh Posté le 06-07-2002 à 14:11:40    

Smaragdus a écrit a écrit :

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




 
trop tard  :na:

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed