summaryrefslogtreecommitdiffstats
path: root/docs/manual/howto/cgi.html.fr
blob: c7303163168f54e0e7834fcdffe5666b9cc30fa7 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
<?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">
<html xmlns="http://www.w3.org/1999/xhtml" lang="fr" xml:lang="fr"><head><!--
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
              This file is generated from xml source: DO NOT EDIT
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
      -->
<title>Tutoriel Apache : Contenu dynamique bas� sur CGI - Serveur Apache HTTP</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 src="../style/scripts/prettify.js" type="text/javascript">
</script>

<link href="../images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">Modules</a> | <a href="../mod/directives.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>
<img alt="" src="../images/feather.gif" /></div>
<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Serveur HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentation</a> &gt; <a href="../">Version 2.5</a> &gt; <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">&nbsp;en&nbsp;</a> |
<a href="../fr/howto/cgi.html" title="Fran�ais">&nbsp;fr&nbsp;</a> |
<a href="../ja/howto/cgi.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
<a href="../ko/howto/cgi.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
</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="#writing">Ecrire un programme 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>
<li><img alt="" src="../images/down.gif" /> <a href="#moreinfo">Pour plus d'informations</a></li>
</ul><ul class="seealso"><li><a href="#comments_section">Commentaires</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></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><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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�
    comment�e dans votre <code>httpd.conf</code>. Une directive correcte
    doit ressembler � ceci :

    <pre class="prettyprint lang-config">
      LoadModule cgi_module modules/mod_cgi.so
    </pre>
</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>

      <pre class="prettyprint lang-config">
        ScriptAlias /cgi-bin/ /usr/local/apache2/cgi-bin/
      </pre>


      <p>Cet exemple est tir� de votre fichier de configuration
      <code>httpd.conf</code> par d�faut, si vous avez install� Apache
      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
      directive <code class="directive"><a href="../mod/mod_alias.html#alias">Alias</a></code>, qui
      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
      <code>/usr/local/apache2/cgi-bin/</code>, et doit �tre trait�e en
      tant que programme CGI.</p>

      <p>Par exemple, si une requ�te pour l'URL
      <code>http://www.example.com/cgi-bin/test.pl</code> est
      effectu�e, Apache tentera d'ex�cuter le fichier
      <code>/usr/local/apache2/cgi-bin/test.pl</code> et en renverra la
      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
      <code class="directive"><a href="../mod/core.html#options">Options</a></code> dans le fichier de
      configuration de votre serveur principal, pour indiquer que
      l'ex�cution des programmes CGI est permise depuis un r�pertoire
      particulier :</p>

      <pre class="prettyprint lang-config">
&lt;Directory /usr/local/apache2/htdocs/somedir&gt;
    Options +ExecCGI
&lt;/Directory&gt;
      </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>
      

      <p>Le <a href="htaccess.html"><code>tutoriel
      .htaccess</code></a> montre comment activer les programmes
      CGI si vous n'avez pas acc�s au
      fichier <code>httpd.conf</code>.</p>
    

    <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">
&lt;Directory /home/*/public_html&gt;
    Options +ExecCGI
    AddHandler cgi-script .cgi
&lt;/Directory&gt;
      </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>

      <pre class="prettyprint lang-config">
&lt;Directory /home/*/public_html/cgi-bin&gt;
    Options ExecCGI
    SetHandler cgi-script
&lt;/Directory&gt;
      </pre>


    

  </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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>
      Content-type: text/html
    </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>premier.pl</code>, et placez le dans votre r�pertoire
      <code>cgi-bin</code>.</p>

      <pre class="prettyprint lang-perl">
#!/usr/bin/perl
print "Content-type: text/html\n\n";
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
      <code>/usr/bin/perl</code>. La seconde ligne affiche la
      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>
        http://www.example.com/cgi-bin/premier.pl
      </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><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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
      et/ou �criture � d'autres fichiers, ces derniers devront avoir les
      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>

      <pre class="prettyprint lang-perl">
        #!/usr/bin/perl
      </pre>


      <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
      <a href="http://tools.ietf.org/html/rfc2616">RFC 2616</a>, section
      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>
      cd /usr/local/apache2/cgi-bin<br />
      ./premier.pl
      </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>
      

      <p>Le programme <a href="../suexec.html">suexec</a> permet
      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
      apr�s une lecture de <a href="../suexec.html">suexec</a>, vous
      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><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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>

      <pre class="prettyprint lang-perl">
#!/usr/bin/perl
print "Content-type: text/html\n\n";
foreach $key (keys %ENV) {
    print "$key --&gt; $ENV{$key}&lt;br&gt;";
}
      </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
      de ces paires nom champ/valeur est s�par�e de la suivante par un
      "et" commercial (&amp;). 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&amp;city=Lexington&amp;state=KY&amp;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><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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 �
    votre disposition � <a href="http://www.cpan.org/">CPAN</a>. A ce
    sujet, le module le plus populaire est <code>CGI.pm</code>. Vous
    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
    <code>CGIC</code> de <a href="http://www.boutell.com/cgic/">http://www.boutell.com/cgic/</a>.</p>
  </div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<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">&nbsp;en&nbsp;</a> |
<a href="../fr/howto/cgi.html" title="Fran�ais">&nbsp;fr&nbsp;</a> |
<a href="../ja/howto/cgi.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
<a href="../ko/howto/cgi.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a></p>
</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>This section is experimental!</strong><br />Comments placed here should not be expected 
to last beyond the testing phase of this system, nor do we in any way guarantee that we'll read them.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var lang = 'fr';
var disqus_shortname = 'httpd';
var disqus_identifier = window.location.href.replace(/(current|trunk)/, "2.4").replace(/\/[a-z]{2}\//, "/").replace(window.location.protocol, "http:") + '.' + lang;
if (disqus_identifier.indexOf("httpd.apache.org") == -1) {
    document.write('<div id="disqus_thread">\n</div>');
    (function() {
                var dsq = document.createElement('script'); dsq.type = 'text/javascript'; dsq.async = true;
                dsq.src = window.location.protocol + '//' + disqus_shortname + '.disqus.com/embed.js';
            (document.getElementsByTagName('head')[0] || document.getElementsByTagName('body')[0]).appendChild(dsq);
        })();
} else {
    document.write("Comments have been disabled for offline viewing.");
}
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2012 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/directives.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>