[cgi]

Recherche :

Dernière réponse

Sujet : [cgi]

lorill

Smaragdus a écrit a écrit :

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

trop tard :na:

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

lorill

Smaragdus a écrit a écrit :

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

trop tard :na:

smaragdus

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.

lorill

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.

smaragdus

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:

lorill

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.

smaragdus

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é

Limit

Une question bete :

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

kmitz

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)

the big ben

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

the big ben

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

bobdupont

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)

kmitz

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

bobdupont

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

kmitz

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)

*

LetoII

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

impulse

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

--greg--

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

kmitz

Smaragdus a écrit a écrit :

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

impulse

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

smaragdus

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

kmitz

.

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

kmitz

.

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?

.

smaragdus

En premier y a le Perl.

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

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

kmitz

.

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: