<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
-->
<title>Tutoriel Apache : Contenu dynamique bas� sur CGI - Serveur Apache HTTP Version 2.5</title>
<link href="/style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="/style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="/style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="/style/css/prettify.css" />
</script>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p>
<p class="apache">Serveur Apache HTTP Version 2.5</p>
<div id="path">
<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Serveur HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentation</a> > <a href="../">Version 2.5</a> > <a href="./">Recettes et tutoriels</a></div><div id="page-content"><div id="preamble"><h1>Tutoriel Apache : Contenu dynamique bas� sur CGI</h1>
<div class="toplang">
<p><span>Langues Disponibles: </span><a href="/en/howto/cgi.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div>
<div class="outofdate">Cette traduction peut �tre p�rim�e. V�rifiez la version
anglaise pour les changements r�cents.</div>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="/images/down.gif" /> <a href="#intro">Introduction</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#configuring">Configurer Apache pour autoriser CGI</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#troubleshoot">Mais �a ne marche toujours pas !</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#behindscenes">Que se passe-t-il en coulisse</a></li>
<li><img alt="" src="/images/down.gif" /> <a href="#libraries">Biblioth�ques et modules CGI</a></li>
</ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="section">
<h2><a name="intro" id="intro">Introduction</a></h2>
<table class="related"><tr><th>Modules Apparent�s</th><th>Directives Apparent�es</th></tr><tr><td><ul><li><code class="module"><a href="/mod/mod_alias.html">mod_alias</a></code></li><li><code class="module"><a href="/mod/mod_cgi.html">mod_cgi</a></code></li></ul></td><td><ul><li><code class="directive"><a href="/mod/mod_mime.html#addhandler">AddHandler</a></code></li><li><code class="directive"><a href="/mod/core.html#options">Options</a></code></li><li><code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code></li></ul></td></tr></table>
<p>CGI (Common Gateway Interface) d�finit une m�thode d'interaction
entre un serveur web et des programmes g�n�rateurs de contenu
externes, plus souvent appel�s programmes CGI ou scripts CGI. Il
s'agit de la m�thode la plus simple, et la plus
courante, pour ajouter du contenu dynamique � votre site web. Ce
document est une introduction � la configuration de CGI sur votre
serveur web Apache, et une initiation � l'�criture de programmes
CGI.</p>
<div class="section">
<h2><a name="configuring" id="configuring">Configurer Apache pour autoriser CGI</a></h2>
<p>Apache doit �tre configur� pour permettre l'ex�cution des
programmes CGI, pour que vos programmes CGI puissent fonctionner
correctement. Il existe plusieurs m�thodes pour y parvenir.</p>
<div class="warning">Note: si Apache a �t� compil� avec le support
des modules partag�s (DSO), vous devez vous assurer que le module CGI est
charg� ; vous devez pour cela v�rifier que la directive <code class="directive"><a href="/mod/mod_so.html#loadmodule">LoadModule</a></code> correspondante n'a pas �t�
doit ressembler � ceci :
</div>
<h3><a name="scriptalias" id="scriptalias">ScriptAlias</a></h3>
<p>La directive <code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code> indique � Apache qu'un
r�pertoire particulier est d�di� aux programmes CGI. Apache
consid�rera que tout fichier situ� dans ce r�pertoire est un
programme CGI, et tentera de l'ex�cuter lorsque cette ressource
fera l'objet d'une requ�te client.</p>
<p>La directive <code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code> se pr�sente comme suit
:</p>
<p>Cet exemple est tir� de votre fichier de configuration
dans son r�pertoire par d�faut. La directive <code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code> est similaire � la
d�finit � quel r�pertoire particulier doit correspondre un pr�fixe
d'URL. <code class="directive">Alias</code> et
<code class="directive">ScriptAlias</code> sont g�n�ralement utilis�s pour
acc�der � des r�pertoires situ�s en dehors du r�pertoire d�fini
par la directive <code class="directive"><a href="/mod/core.html#documentroot">DocumentRoot</a></code>. La diff�rence entre
<code class="directive">Alias</code> et <code class="directive">ScriptAlias</code>
r�side dans le fait que <code class="directive">ScriptAlias</code> indique
en plus que tout ce qui se trouve sous le pr�fixe d'URL doit �tre
consid�r� comme un programme CGI. Ainsi, l'exemple ci-dessus
indique � Apache que toute requ�te pour une ressource commen�ant
par <code>/cgi-bin/</code> doit �tre servie depuis le r�pertoire
tant que programme CGI.</p>
<p>Par exemple, si une requ�te pour l'URL
effectu�e, Apache tentera d'ex�cuter le fichier
sortie. Bien entendu, le fichier doit exister, �tre ex�cutable, et
retourner sa sortie d'une mani�re particuli�re, sinon Apache
renverra un message d'erreur.</p>
<h3><a name="nonscriptalias" id="nonscriptalias">CGI en dehors des r�pertoires ScripAlias</a></h3>
<p>Pour des raisons de s�curit�, la localisation des programmes
CGI est souvent restreinte aux
r�pertoires d�finis par <code class="directive"><a href="/mod/mod_alias.html#scriptalias">ScriptAlias</a></code>. De cette mani�re, les administrateurs
peuvent contr�ler pr�cis�ment qui est autoris� � utiliser les
programmes CGI. Cependant, si les pr�cautions ad�quates quant �
la s�curit� sont prises, il n'y a aucune raison pour que les
programmes CGI ne puissent pas �tre ex�cut�s depuis d'autres
r�pertoires. Par exemple, vous pouvez autoriser les utilisateurs �
enregistrer des contenus web dans leurs r�pertoires home � l'aide
de la directive <code class="directive"><a href="/mod/mod_userdir.html#userdir">UserDir</a></code>. S'ils veulent mettre en
oeuvre leurs propres programmes CGI, mais n'ont pas l'autorisation
d'acc�s au r�pertoire <code>cgi-bin</code> principal, ils devront
�tre en mesure d'ex�cuter ces programmes depuis un autre
r�pertoire.</p>
<p>L'autorisation d'ex�cution des programmes CGI dans un
r�pertoire arbitraire se fait en deux �tapes. En premier lieu, le
gestionnaire <code>cgi-script</code> doit �tre activ� � l'aide
d'une directive <code class="directive"><a href="/mod/mod_mime.html#addhandler">AddHandler</a></code> ou <code class="directive"><a href="/mod/core.html#sethandler">SetHandler</a></code>. En second lieu,
<code>ExecCGI</code> doit �tre sp�cifi� dans la directive <code class="directive"><a href="/mod/core.html#options">Options</a></code>.</p>
<h3><a name="options" id="options">Utilisation d'options explicites pour permettre l'ex�cution
des programmes CGI</a></h3>
<p>Vous pouvez utiliser de mani�re explicite la directive
configuration de votre serveur principal, pour indiquer que
l'ex�cution des programmes CGI est permise depuis un r�pertoire
particulier :</p>
Options +ExecCGI
</Directory></pre>
<p>La directive ci-dessus indique � Apache qu'il doit permettre
l'ex�cution des fichiers CGI. Vous devez aussi indiquer au serveur
quels fichiers sont des fichiers CGI. La directive <code class="directive"><a href="/mod/mod_mime.html#addhandler">AddHandler</a></code> suivante indique au
serveur qu'il doit traiter tous les fichiers poss�dant une
extension <code>cgi</code> ou <code>pl</code> en tant que
programmes CGI :</p>
<pre class="prettyprint lang-config">AddHandler cgi-script .cgi .pl</pre>
<h3><a name="htaccess" id="htaccess">Fichiers .htaccess</a></h3>
.htaccess</code></a> montre comment activer les programmes
CGI si vous n'avez pas acc�s au
<h3><a name="userdir" id="userdir">R�pertoires utilisateurs</a></h3>
<p>Pour permettre l'ex�cution en tant que programme CGI de tout
fichier poss�dant l'extension <code>.cgi</code> et situ� dans un
r�pertoire utilisateur, vous pouvez utiliser la configuration
suivante :</p>
<pre class="prettyprint lang-config"><Directory /home/*/public_html>
Options +ExecCGI
AddHandler cgi-script .cgi
</Directory></pre>
<p>Pour indiquer un sous-r�pertoire <code>cgi-bin</code> d'un
r�pertoire utilisateur o� tout fichier sera trait� en tant que
programme CGI, vous pouvez utiliser ceci :</p>
Options ExecCGI
SetHandler cgi-script
</Directory></pre>
<div class="section">
<h2><a name="writing" id="writing">Ecrire un programme CGI</a></h2>
<p>Il y a deux diff�rences principales entre la programmation
"standard" et la programmation CGI.</p>
<p>En premier lieu, toute sortie de votre programme CGI doit �tre
pr�c�d�e d'un en-t�te <a class="glossarylink" href="/glossary.html#mime-type" title="voir glossaire">MIME-type</a>. Il s'agit d'un
en-t�te HTTP qui indique au client quel type de contenu il re�oit.
La plupart du temps, il se pr�sente comme suit :</p>
<div class="example"><p><code>
</code></p></div>
<p>En second lieu, votre sortie doit �tre en HTML, ou tout autre
format qu'un navigateur est en mesure d'afficher. La plupart du
temps, il s'agira de HTML, mais occasionnellement, vous pouvez �tre
amen� � �crire un programme CGI qui renvoie une image gif, ou un
autre type de contenu non-HTML.</p>
<p>A part ces deux diff�rences, un programme CGI ressemblera � tout
autre programme que vous pourriez �tre amen� � �crire.</p>
<h3><a name="firstcgi" id="firstcgi">Votre premier programme CGI</a></h3>
<p>L'exemple suivant est un exemple de programme CGI qui permet
d'afficher une ligne de caract�res dans votre navigateur. Ecrivez
ce qui suit, enregistrez le dans un fichier nomm�
<code>cgi-bin</code>.</p>
print "Hello, World.";</pre>
<p>M�me si Perl ne vous est pas familier, vous devriez �tre
capable de comprendre le fonctionnement de ce programme. La
premi�re ligne indique � Apache (ou � toute interface � partir de
laquelle le programme s'ex�cute) que ce programme peut �tre
ex�cut� en fournissant son fichier � l'interpr�teur
d�claration du type de contenu consid�r�, suivie de deux paires
"Retour chariot - Nouvelle ligne". Ceci a pour effet d'ins�rer une
ligne vide apr�s l'en-t�te pour marquer la fin des en-t�tes HTTP,
et le d�but du corps du document. La troisi�me ligne affiche la
cha�ne de caract�res "Bonjour tout le monde . . .". Et c'est tout
ce dont vous avez besoin.</p>
<p>Si vous ouvrez votre navigateur favori et lui indiquez
l'adresse</p>
<div class="example"><p><code>
</code></p></div>
<p>ou toute autre URL correspondant � votre programme CGI, Vous
verrez la ligne <code>Bonjour tout le monde . . .</code>
s'afficher dans la fen�tre de votre navigateur. Ce n'est pas
extraordinaire, mais si vous y �tes parvenu, vous avez de bonnes
chances d'y parvenir pour tout autre programme plus
sophistiqu�.</p>
<div class="section">
<h2><a name="troubleshoot" id="troubleshoot">Mais �a ne marche toujours pas !</a></h2>
<p>Vous devriez voir au moins une des quatre sorties suivantes dans
votre navigateur lorsque vous essayez d'acc�der � votre programme
CGI depuis le web :</p>
<dl>
<dt>Le flux de sortie de votre programme CGI</dt>
<dd>Impeccable ! Cela signifie que tout fonctionne correctement.
Si la sortie est correcte mais n'est pas trait�e correctement par
le navigateur, assurez-vous d'avoir d�fini
<code>Content-Type</code> de mani�re appropri�e dans votre
programme CGI.</dd>
<dt>Le code source de votre programme CGI ou un message "POST
Method Not Allowed"</dt>
<dd>Cela signifie que vous n'avez pas configur� Apache de mani�re
� ce qu'il puisse traiter votre programme CGI. Relisez la section
sur la <a href="#configuring">configuration d'Apache</a>, et
essayez de trouver votre erreur.</dd>
<dt>Un message commen�ant par "Forbidden"</dt>
<dd>Ce type de message est r�v�lateur d'un probl�me de
droits. Consultez le <a href="#errorlogs">journal des erreurs
d'Apache</a> et la section ci-dessous sur les <a href="#permissions">droits des fichiers</a>.</dd>
<dt>Un message contenant "Internal Server Error"</dt>
<dd>Si vous consultez le <a href="#errorlogs">journal des erreurs
d'Apache</a>, vous y trouverez probablement des messages du type
"Premature end of script headers" (Fin pr�matur�e des en-t�tes de
script), �ventuellement accompagn�s d'un message d'erreur g�n�r�
par votre programme CGI. Dans ce cas, il va vous falloir lire
chacune des sections ci-dessous pour d�terminer ce qui emp�che
votre programme CGI de g�n�rer les en-t�tes appropri�s.</dd>
</dl>
<h3><a name="permissions" id="permissions">Droits des fichiers</a></h3>
<p>Souvenez-vous que le serveur ne s'ex�cute pas sous votre nom.
En d'autres termes, lorsque le serveur a d�marr�, il s'ex�cute
avec les droits d'un utilisateur non privil�gi� - en g�n�ral
<code>nobody</code>, ou <code>www</code> - et en cons�quence, il
aura besoin de droits suppl�mentaires pour pouvoir ex�cuter des
fichiers dont vous �tes le propri�taire. En g�n�ral, pour qu'un
fichier ait des droits suffisants pour �tre ex�cutable par
<code>nobody</code>, il suffit de lui attribuer des droits
d'ex�cution pour tout le monde :</p>
<div class="example"><p><code>
chmod a+x premier.pl
</code></p></div>
<p>En outre, si votre programme doit pouvoir acc�der en lecture
droits appropri�s.</p>
<h3><a name="pathinformation" id="pathinformation">Chemin des ex�cutables (PATH) et variables
d'environnement</a></h3>
<p>Lorsque vous lancez un programme depuis la ligne de commande,
certaines informations sont pass�es au shell sans que vous vous en
doutiez. Par exemple, la variable <code>PATH</code> indique au
shell o� il doit rechercher les ex�cutables auxquels vous faites
r�f�rence.</p>
<p>Lorsqu'un programme s'ex�cute depuis le serveur web en tant que
programme CGI, sa variable <code>PATH</code> n'aura peut-�tre pas
la m�me valeur. Tout programme que vous invoquez dans votre
programme CGI ( comme par exemple <code>sendmail</code>) devra
�tre sp�cifi� par son chemin complet, de fa�on � ce que le shell
puisse le trouver lorsqu'il tentera d'ex�cuter votre programme
CGI.</p>
<p>Un exemple typique de sp�cification de programme est le chemin
vers l'interpr�teur de script (souvent <code>perl</code>) que l'on
trouve � la premi�re ligne de votre programme CGI et qui va
ressembler � ceci :</p>
<p>Assurez-vous qu'il s'agit bien du chemin correct vers
l'interpr�teur.</p>
<div class="warning">
Lors de l'�dition de scripts CGI sous Windows, il se peut que des
caract�res de fin de ligne soient ajout�s au chemin de
l'interpr�teur. Assurez-vous donc que les fichiers sont bien
transmis au serveur en mode ASCII. Dans le cas contraire, l'OS
pourra envoyer des avertissements "Command not found" � cause des
caract�res de fin de ligne non reconnus car consid�r�s comme
faisant partie du nom de fichier de l'interpr�teur.
</div>
<h3><a name="missingenv" id="missingenv">Variables d'environnement manquantes</a></h3>
<p>Si votre programme CGI d�pend de <a href="#env">variables
d'environnement</a> non standards, vous devrez vous assurez que
ces variables lui sont bien transmises par Apache.</p>
<p>Lorsque des en-t�tes HTTP ne sont pas transmis �
l'environnement, assurez-vous qu'ils sont bien format�s selon la
4.2 : les noms d'en-t�tes doivent commencer par une lettre,
elle-m�me suivie de lettres, chiffres ou traits d'union. Tout
en-t�te dont le nom viole cette r�gle sera ignor�.</p>
<h3><a name="syntaxerrors" id="syntaxerrors">Erreurs inh�rentes au programme</a></h3>
<p>La plupart des �checs dans l'ex�cution d'un programme CGI
proviennent du programme lui-m�me. Ceci est particuli�rement vrai
lorsque ce satan� programme CGI se bloque, alors que vous avez
appris � ne plus commettre les deux erreurs pr�c�dentes. La
premi�re chose � faire est de vous assurer que votre programme
s'ex�cute depuis la ligne de commande, avant de le tester � partir
du serveur web. Par exemple, essayez :</p>
<div class="example"><p><code>
</code></p></div>
<p>(N'invoquez pas l'interpr�teur <code>perl</code>. Le shell et
Apache doivent �tre capable de le d�terminer � partir de <a href="#pathinformation">l'information sur le chemin</a> situ�e sur
la premi�re ligne du script.)</p>
<p>La premi�re chose que vous devriez voir affich�e par votre
programme est un ensemble d'en-t�tes HTTP, comprenant entre autres
le <code>Content-Type</code>, et suivi d'une ligne vide. Si vous
voyez quoi que ce soit d'autre, Apache renverra l'erreur
<code>Premature end of script headers</code> si vous tentez
d'ex�cuter le programme depuis le serveur. Voir <a href="#writing">Ecriture d'un programme CGI</a> ci-dessus pour
plus de d�tails.</p>
<h3><a name="errorlogs" id="errorlogs">Journalisation des erreurs</a></h3>
<p>Les journaux d'erreurs sont vos amis. Toute anomalie de
fonctionnement est consign�e dans le journal des erreurs et c'est
ici que vous devez regarder en premier en cas de probl�me. Si
l'h�bergeur de votre site ne vous donne pas acc�s au journal des
erreurs, vous avez tout int�r�t � vous tourner vers quelqu'un
d'autre. Apprenez � d�chiffrer les journaux d'erreurs, et vous
vous apercevrez que la plupart des probl�mes seront rapidement
identifi�s . . . et r�solus.</p>
<h3><a name="suexec" id="suexec">Suexec</a></h3>
d'ex�cuter les programmes CGI avec des droits diff�rents selon le
serveur virtuel ou le r�pertoire utilisateur dans lequel ils
se situent. Suexec effectue une v�rification des droits tr�s
stricte, et toute anomalie d�tect�e au cours de cette v�rification
entra�nera un echec d'ex�cution de votre programme CGI avec
affichage de l'erreur <code>Premature end of script
headers</code>.</p>
<p>Pour savoir si vous pouvez utiliser suexec, tapez la commande
<code>apachectl -V</code>, et regardez le chemin indiqu� par
<code>SUEXEC_BIN</code>. Si au d�marrage d'Apache, ce dernier
trouve un ex�cutable <code class="program"><a href="/programs/suexec.html">suexec</a></code> dans ce chemin,
suexec sera activ�.</p>
<p>Si vous ne ma�trisez pas le fonctionnement de suexec, il vous
est d�conseill� de l'utiliser. Pour d�sactiver suexec, supprimer
simplement (ou renommez) l'ex�cutable <code class="program"><a href="/programs/suexec.html">suexec</a></code>
point� par <code>SUEXEC_BIN</code> et red�marrez le serveur. Si
d�cidez quand-m�me de l'utiliser, tapez la commande <code>suexec
-V</code> pour voir o� se situe le journal de suexec, et utilisez
ce dernier pour d�terminer quelles r�gles vous violez
�ventuellement.</p>
<div class="section">
<h2><a name="behindscenes" id="behindscenes">Que se passe-t-il en coulisse</a></h2>
<p>Lorsque vos comp�tences en programmation CGI seront plus
pouss�es, il s'av�rera int�ressant pour vous de mieux comprendre ce
qui se passe en coulisse, et en particulier la mani�re dont le
navigateur et le serveur dialoguent entre eux. En effet, bien qu'il
soit tout � fait louable d'�crire un programme qui affiche "Bonjour
tout le monde . . .", cela ne sert pas � grand chose.</p>
<h3><a name="env" id="env">Variables d'environnement</a></h3>
<p>Les variables d'environnement sont des valeurs qui gravitent
autour de vous lorsque vous utilisez votre ordinateur. Elles sont
tr�s utiles, � l'instar de votre chemin par d�faut (o� votre
ordinateur va rechercher le fichier physique correspondant � la
commande que vous avez tap�e), votre nom d'utilisateur, le type de
votre terminal, etc... Pour obtenir une liste compl�te des
variables d'environnement standards que vous utilisez tous les
jours, tapez <code>env</code> dans votre interpr�teur
de commandes.</p>
<p>Au cours de la transaction CGI, le serveur et le navigateur
d�finissent aussi des variables d'environnement, de fa�on � ce
qu'ils puissent communiquer entre eux. Ces variables d�finissent
entre autre le type de navigateur (Netscape, IE, Lynx), le type de
serveur (Apache, IIS, WebSite), le nom du programme CGI en cours
d'ex�cution, etc...</p>
<p>Ces variables sont � la disposition du programmeur CGI, et
elles constituent 50% de la communication client-serveur. La liste
compl�te des variables requises se trouve �
<a href="http://www.ietf.org/rfc/rfc3875">Common Gateway
Interface RFC</a>.</p>
<p>Ce programme CGI basique en Perl permet d'afficher toutes les
variables d'environnement qui sont �chang�es. Deux programmes
similaires sont fournis avec la distribution d'Apache et situ�s
dans le r�pertoire <code>cgi-bin</code>.
Notez que certaines variables sont
obligatoires, alors que d'autres sont optionnelles, si bien que
vous verrez s'afficher certaines variables qui ne font pas partie
de la liste officielle. De plus, Apache vous propose de nombreuses
m�thodes pour <a href="/env.html">ajouter vos propres
variables d'environnement</a> aux variables de base fournies par
d�faut.</p>
use strict;
use warnings;
foreach my $key (keys %ENV) {
print "$key --> $ENV{$key}<br>";
}</pre>
<h3><a name="stdin" id="stdin">STDIN et STDOUT</a></h3>
<p>L'entr�e standard (<code>STDIN</code>) et la sortie standard
(<code>STDOUT</code>) constituent d'autres voies de communication
entre le client et le serveur. Dans un contexte normal,
<code>STDIN</code> correspond au clavier, ou � un fichier fourni
au programme � des fins de traitement, et <code>STDOUT</code> � la
console ou � l'�cran.</p>
<p>Lorsque vous transmettez un formulaire web � un programme CGI
par la m�thode <code>POST</code>, les donn�es de ce formulaire
sont transcrites dans un format sp�cial et transmises � votre
programme CGI via <code>STDIN</code>. Le programme peut alors les
traiter comme si elles provenaient du clavier ou d'un
fichier.</p>
<p>Ce "format sp�cial" est tr�s simple. Un nom de champ et sa
valeur sont reli�s entre eux par un signe "�gal" (=), et chacune
"et" commercial (&). Les caract�res
sp�ciaux comme les espaces, les "et" commerciaux, et les signes
"�gal" sont convertis en leur �quivalent hexad�cimal pour �viter
qu'ils ne g�chent le travail. La cha�ne contenant les donn�es doit
ressembler � ceci :</p>
<div class="example"><p><code>
name=Rich%20Bowen&city=Lexington&state=KY&sidekick=Squirrel%20Monkey
</code></p></div>
<p>Vous verrez aussi parfois une cha�ne de ce type accol�e � une
URL. Dans ce cas, le serveur enregistre cette cha�ne dans la
variable d'environnement appel�e <code>QUERY_STRING</code>. On a
alors affaire � une requ�te de type <code>GET</code>. Votre
formulaire HTML indique laquelle des m�thodes <code>GET</code> ou
<code>POST</code> est utilis�e pour transmettre les donn�es, en
d�finissant l'attribut <code>METHOD</code> au niveau de la balise
<code>FORM</code>.</p>
<p>Votre programme est ensuite charg� d'extraire les informations
utiles de cette cha�ne. Heureusement, des biblioth�ques et des
modules sont � votre disposition pour vous aider � traiter ces
donn�es, et � g�rer les diff�rents aspects de votre programme
CGI.</p>
<div class="section">
<h2><a name="libraries" id="libraries">Biblioth�ques et modules CGI</a></h2>
<p>Pour �crire un programme CGI, il vous est conseill� d'utiliser
une biblioth�que de code, ou un module, qui effectueront une grande
partie du travail de base pour vous. Ceci vous permettra de diminuer
le nombre d'erreurs et d'acc�l�rer le d�veloppement.</p>
<p>Si vous �crivez des programmes CGI en Perl, des modules sont �
pouvez aussi essayer <code>CGI::Lite</code>, qui impl�mente les
fonctionnalit�s strictement n�cessaires, mais suffisantes pour
la majorit� des programmes.</p>
<p>Si vous �crivez des programmes CGI en C, vous disposez de
nombreuses options. L'une d'elles est la biblioth�que
<div class="section">
<h2><a name="moreinfo" id="moreinfo">Pour plus d'informations</a></h2>
<p>La sp�cification CGI actuelle est disponible dans la <a href="http://www.ietf.org/rfc/rfc3875">Common Gateway
Interface RFC</a>.</p>
<p>Lorsque vous postez une question � propos d'un probl�me CGI que
vous rencontrez, que ce soit dans une liste de diffusion ou dans un
newsgroup, faites en sorte de fournir suffisamment d'informations
sur le probl�me rencontr�, ce que vous attendiez exactement, et en
quoi ce qui se produit est r�ellement diff�rent de ce que vous
attendiez, quel serveur vous utilisez, en quel langage votre
programme CGI a �t� �crit, et, si possible, son code source. Ceci
permettra une r�solution plus ais�e de votre probl�me.</p>
<p>Notez que les questions � propos de probl�mes CGI ne doivent
<strong>jamais</strong> �tre post�es dans la base de donn�es de
bogues d'Apache, � moins que vous ne soyez s�r d'avoir trouv� un
probl�me dans le code source d'Apache.</p>
</div></div>
<div class="bottomlang">
<p><span>Langues Disponibles: </span><a href="/en/howto/cgi.html" hreflang="en" rel="alternate" title="English"> en </a> |
</div><div class="top"><a href="#page-header"><img src="/images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Commentaires</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/trunk/howto/cgi.html';
(function(w, d) {
if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
d.write('<div id="comments_thread"><\/div>');
var s = d.createElement('script');
s.type = 'text/javascript';
s.async = true;
s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
(d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
}
else {
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2015 The Apache Software Foundation.<br />Autoris� sous <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
<p class="menu"><a href="/mod/">Modules</a> | <a href="/mod/quickreference.html">Directives</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="/glossary.html">Glossaire</a> | <a href="/sitemap.html">Plan du site</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
//--><!]]></script>
</body></html>