blob: c64bcfee83d1955a33212bd28628f986f4f40ab7 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE manualpage SYSTEM "../style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="../style/manual.en.xsl"?>
<!-- English Revision: 1786687 -->
<!-- French translation : Lucien GENTIS -->
<!-- Reviewed by : Vincent Deffontaines -->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
contributor license agreements. See the NOTICE file distributed with
this work for additional information regarding copyright ownership.
The ASF licenses this file to You under the Apache License, Version 2.0
(the "License"); you may not use this file except in compliance with
the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
-->
<manualpage metafile="index.xml.meta">
<parentdocument href="../"/>
<title>How-To / Tutoriels</title>
<section id="howto">
<title>How-To / Tutoriels</title>
<dl>
<dt>Authentification et autorisation</dt>
<dd>
<p>L'authentification représente tout processus par lequel vous
vérifiez si quelqu'un correspond bien à la personne qu'il
prétend être. L'autorisation représente tout processus
permettant de savoir si une personne est autorisée à aller là où
elle veut aller, ou à obtenir les informations qu'elle demande.</p>
<p>Voir <a href="auth.html">Authentification, Autorisation</a></p>
</dd>
</dl>
<dl>
<dt>Contrôle d'accès</dt>
<dd>
<p>Le contrôle d'accès se réfère au processus permettant
d'interdire ou d'accorder l'accès à une ressource en fonction de
certains critères, et il existe de nombreuses façons d'y
parvenir.</p>
<p>Voir <a href="access.html">Contrôle d'accès</a></p>
</dd>
</dl>
<dl>
<dt>Contenu dynamique avec CGI</dt>
<dd>
<p>L'interface CGI (Common Gateway Interface)
fournit au serveur web une méthode d'interaction avec des
programmes externes générateurs de contenu, souvent nommés
programmes CGI ou scripts CGI. Il s'agit d'une méthode
simple permettant d'ajouter du contenu
dynamique à votre site web. Ce document se veut une introduction
à la configuration de CGI sur votre serveur web Apache et à
l'écriture de programmes CGI.</p>
<p>Voir <a href="cgi.html">CGI : contenu dynamique</a></p>
</dd>
</dl>
<dl>
<dt>Fichiers <code>.htaccess</code></dt>
<dd>
<p>Les fichiers <code>.htaccess</code> permettent de modifier la
configuration du serveur au niveau de chaque répertoire. À cet
effet, un fichier est placé dans un répertoire particulier du site
web, et les directives de configuration qu'il contient s'appliquent à ce
répertoire et à tous ses sous-répertoires.</p>
<p>Voir <a href="htaccess.html">Fichiers <code>.htaccess</code></a></p>
</dd>
</dl>
<dl>
<dt>HTTP/2 avec httpd</dt>
<dd>
<p>HTTP/2 est une évolution du protocole de la couche application le plus
connu au monde, HTTP. Les efforts se sont concentrés sur une amélioration
de l'efficacité de l'utilisation des ressources réseau sans modifier la
sémantique de HTTP. Ce guide explique la manière dont HTTP/2 est
implémenté dans httpd, donne des conseils pour une configuration de base
ainsi qu'une liste de recommandations.
</p>
<p>Voir le <a href="http2.html">guide HTTP/2</a></p>
</dd>
</dl>
<dl>
<dt>Introduction au Inclusions côté Serveur (Server Side Includes
ou SSI)</dt>
<dd>
<p>Les SSI sont des directives que l'on place dans des pages
HTML, et qui sont évaluées par le serveur lorsque ces pages sont
servies. Elles vous permettent d'ajouter du contenu généré
dynamiquement à une page HTML existante, sans avoir à servir
l'intégralité de la page via un programme CGI, ou toute autre
technologie dynamique.</p>
<p>Voir <a href="ssi.html">Server Side Includes (SSI)</a></p>
</dd>
</dl>
<dl>
<dt>Répertoires web de l'utilisateur</dt>
<dd>
<p>Sur les systèmes multi-utilisateurs, vous pouvez permettre à
chaque utilisateur d'avoir un site web dans son répertoire home
via la directive <directive
module="mod_userdir">UserDir</directive>. Les visiteurs de l'URL
<code>http://example.com/~nom-utilisateur/</code> vont recevoir
du contenu situé dans le répertoire home de l'utilisateur
"<code>nom-utilisateur</code>", et dans le sous-répertoire
spécifié par la directive <directive
module="mod_userdir">UserDir</directive>.</p>
<p>Voir <a href="public_html.html"
>Répertoires web des utilisateurs (<code>public_html</code>)</a></p>
</dd>
</dl>
<dl>
<dt>Mandataires inverses</dt>
<dd>
<p>Apache httpd possède des fonctionnalités évoluées de serveur
mandataire inverse via ses directives <directive
module="mod_proxy">ProxyPass</directive> et <directive
module="mod_proxy">BalancerMember</directive> qui permettent
d'implémenter un système de mandataire inverse sophistiqué garantissant
une haute disponibilité, une répartition et une réattribution de charge,
un regroupement de serveurs en grappe (clustering) basé sur le cloud et
une reconfiguration dynamique à la volée.</p>
<p>Voir le <a href="reverse_proxy.html"></a>Guide de configuration des
mandataires inverses</p>
</dd>
</dl>
<dl>
<dt>Réécriture d'URLs avec mod_rewrite</dt>
<dd>
<p>La réécriture d'URLs avec (ou sans) <module>mod_rewrite</module> devient
l'une des questions les plus fréquentes posées dans nos listes de
diffusion et nos canaux IRC. C'est pourquoi nous avons dédié une <a
href="../rewrite/">section entière de notre documentation</a> à des
howtos et recettes sur ce sujet.</p>
</dd>
</dl>
</section>
</manualpage>