CGI - UN TUTORIAL, UNE CLASSE ET UN EXEMPLE

Commentaire de MoDDiB le 10/04/2004 11:43:02

Un truc cool serait de dire ici ce qu'est un cgi :)

Commentaire de gueye le 22/05/2004 14:23:57

C'est cool comme tut et pour l'exple j'ai changer le rep:
/cgi-bin/NomIp.cgi et ca marche.
Merci

Commentaire de Kirua le 01/10/2004 17:31:49

c'est comme le PHP, le PERL (qui d'ailleurs se compile souvent en CGI), l'ASP ... c'est juste un script interprêté par le serveur et qui est éventuellement remplacé par un autre contenu si le code l'indique.

par exemple, tu peux avoir un code qui récupère depuis une base de données une liste de noms, et qui les affiche au format HTML, et c'est ce code html qui est envoyé au client web, pas le code du cgi, qui reste du côté serveur.

Commentaire de Kirua le 02/10/2004 03:09:33

je pense que si le PHP a gagné en popularité chez les hébergeurs (et dc chez les utilisateurs, en conséquence) c'est parce que tu peux facilement, en tant qu'admin du serveur, déterminer quelles fonctions sont "disabled" (désactivées), et donc: tu peux facilement gérer ce que tes clients peuvent scripter, parce que mine de rien, tu fais ce que tu veux avec ton site, mais pas avec le serveur, qui appartient à plusieurs clients dans le cas d'un mutualisé! ce qui est qd même fréquent. par rapport à ça, les CGI posent problème, car c'est du code compilé (binaire): tu peux pas bloquer spécifiquement certaines commandes, tu dois exécuter les cgi avec des droits systèmes particuliers, et c'est bcp plus subtile comme configuration, et en même temps moins précis.

pr la vitesse, je suis tenté de croire que les cgi vont plus vite, car c'est la vieille opposition compilé >< interprété, mais... il existe un outil spécial du Zend Engine, pour les pros, qui permet de semi compiler les scripts, pr les accélérer, un peu comme un byte-code Java. ceci dit... je pense que c'est réservé aux pros (comprendre: budget).

Commentaire de mortiis le 13/11/2004 16:58:46

Oui sa m'intéresse de les voir.

Commentaire de Kirua le 13/11/2004 18:37:38

je ne pense pas avoir dit que le php se compilait en CGI... si c'est ce que tu as compris, c'est que je me suis mal exprimé, parce que pas une seconde dans mon existence je n'ai cru ça. j'ai relevé le fait que le PERL était souvent compilé en CGI, mais ça c'est une chose qui n'a pas d'effet sur le PHP qui reste bien interprété, rien à voir avec le PERL.

pq tu dis que le PHP s'interprète en CGI?? comprends pas. l'interpréteur PHP renvoie du "contenu" (que ce soit du html, des données binaires, des images, .....) au serveur (Apache par exemple) qui lui-même renvoie le tout au client avec les en-têtes HTTP (précisés par le code PHP ou bien les en-têtes par défaut).

tu dis de même que le CGI est interprété en HTML, ben non, certainement pas. Le CGI, une fois exécuté, renvoie du contenu (à nouveau, pas forcément du HTML) au serveur, et le serveur relaie l'information.

Commentaire de Kirua le 13/11/2004 18:46:03

http://www.cppfrance.com/code.aspx?ID=27468

je t'enjoins à lire les 5 derniers commentaires de ce code, ils sont frais du jour :D (c'est ça qui me fait rire ^^)