  Linux WWW-HOWTO
  Wayne  Leister,  n3mtr@qis.net; Version Francaise par Arnaud
  Launay, zoro@lsol.tm.fr
  v0.82, 19 Novembre 1997.

  Ce document contient des informations sur la mise en place de services
  WWW  sous Linux (a la fois serveur et client). Il n'est pas prevu pour
  etre un manuel detaille mais une vue d'ensemble  et  un  bon  pointeur
  vers des informations complementaires.

  11..  IInnttrroodduuccttiioonn

  La  plupart  des  gens  sont passes sous Linux car ils cherchaient une
  plateforme  veritablement  _a_d_a_p_t_e_e  _a  _l_'_I_n_t_e_r_n_e_t.    De   plus,   des
  institutions,  des  universites, des organisations a but non lucratif,
  et de petites entreprises desirent lancer des sites internets a peu de
  frais.  C'est  ici  que  le WWW-HOWTO intervient. Ce document explique
  comment configurer les clients et les serveurs  pour  la  plus  grande
  audience du net - _L_e _W_o_r_l_d _W_i_d_e _W_e_b.

  Tous  les  prix  indiques  dans  ce  document  sont  en dollars US. Ce
  document suppose que vous utilisez Linux sur une plateforme Intel. Les
  instructions  et les produits disponibles peuvent varier de plateforme
  en platerforme. Il y a de nombreux liens pour  charger  les  logiciels
  dans  ce  document.  Utilisez  autant que possible un site miroir pour
  charger plus rapidement et maintenir faible l'encombrement du  serveur
  principal.

  Le   gouvernement   US   interdit  aux  compagnies  US  d'exporter  de
  l'encryption de plus de 40 bits de long. Par la meme,  les  compagnies
  US  creeront  deux versions de leurs logiciels. La version destinee au
  marche interieur supportera  128  bits,  et  la  version  d'export  ne
  supportera  que  40  bits.  Ceci  s'applique  aux butineurs web et aux
  serveurs supportant  les  transactions  securisees.  L'autre  nom  des
  transactions  securisees  est le Secure Socket Layer (SSL).  Nous nous
  refererons a ces transactions comme SSL pour le reste du document.

  11..11..  CCooppyyrriigghhtt

  Ce document est Copyright (c) 1997 par Wayne Leister.

  L'auteur original etait Peter Dreuw (toute version avant 0.8).

  Cette documentation est libre, vous pouvez la  redistribuer  et/ou  la
  modifier  selon les termes de la Licence Publique Generale GNU publiee
  par la Free Software Foundation (version 2 ou bien toute autre version
  ulterieure choisie par vous).

  Cette  documentation  est  distribuee  car potentiellement utile, mais
  SSAANNSS AAUUCCUUNNEE  GGAARRAANNTTIIEE,  ni  explicite  ni  implicite,  y  compris  les
  garanties de ccoommmmeerrcciiaalliissaattiioonn ou dd''aaddaappttaattiioonn ddaannss uunn bbuutt ssppeecciiffiiqquuee.
  Reportez-vous a la Licence Publique Generale GNU pour plus de details.

  Vous  pouvez  obtenir une copie de la Licence Publique Generale GNU en
  ecrivant a la Free Software Foundation <http://www.fsf.org>, Inc., 675
  Mass Ave, Cambridge, MA 02139, Etats-Unis.

  Les  marques deposees sont proprietes de leurs proprietaire respectif.

  11..22..  EEcchhooss

  Tout echo est le bienvenu. Je ne clame pas etre un expert.  Une partie
  des  informations  provient  de  sites  web  mal  ecrits;  il est tres
  probable qu'il y ait des erreurs et des omissions. Cependant, verifiez
  que  vous avez la derniere version avant d'envoyer des corrections; ce
  pourrait etre fixe dans la version suivante (voyez la section qui suit
  pour  savoir  ou trouver la derniere version). Envoyez vos reactions a
  n3mtr@qis.net.

  11..33..  NNoouuvveelllleess vveerrssiioonnss ddee ccee ddooccuummeenntt

  Les nouvelles versions de  ce  document  peuvent  etre  recuperees  au
  format            texte            sur            Sunsite            a
  <http://sunsite.unc.edu/pub/Linux/docs/HOWTO/WWW-HOWTO>  et   sur   la
  plupart des sites mirroirs Linux. Vous pouvez voir la derniere version
  HTML sur le web a   <http://sunsite.unc.edu/LDP/HOWTO/WWW-HOWTO.html>.
  Il  y  a  aussi  des  versions HTML disponibles sur Sunsite sous forme
  d'archive tar.

  22..  CCoonnffiigguurreerr uunn cclliieenntt WWWWWW

  Le chapitre qui suit est dedie a  la  configuration  des  navigateurs.
  Vous  etes libres de me contacter si votre navigateur favori n'est pas
  present ici. Dans cette version du document seul un  petit  nombre  de
  navigateurs  ont leur propre section, mais je vais essayer de tous les
  inclure (tous ceux que je peux trouver) dans la section Survol.   Dans
  le futur ces navigateurs auront chacun leur propre section.

  L'information  de  survol  est  destine a vous aider a vous decider en
  faveur d'un navigateur, et vous donne les informations principales sur
  chaque  navigateur.  La  section  details  est  destine a vous aider a
  installer, configurer, et maintenir chaque navigateur.

  Personnellement, je prefere Netscape; c'est  le  seul  navigateur  qui
  offre les dernieres nouveautes en HTML. Par exemple, les Frames, Java,
  Javascript, les feuilles de styles, les layers,  et  les  transactions
  securisees.  Rien  n'est  plus desagreable que de tenter de visiter un
  site web et de s'apercevoir que vous ne pouvez le voir parce que votre
  navigateur ne supporte pas quelque chose de nouveau.

  Cependant  j'utilise  Lynx  lorsque  je  n'ai  pas  envie de lancer le
  monstre X-Window/Netscape.

  22..11..  SSuurrvvooll

     ````NNaavviiggaattoorr//CCoommmmuunniiccaattoorr''''
        Netscape Navigator est le seul navigateur mentionne ici qui peut
        utiliser  les  dernieres  nouveautes  HTML. Quelques unes de ces
        extensions sont  le  Java,  le  Javascript,  les  mises  a  jour
        automatiques,  et  les  layers. Il est aussi capable de lire les
        news et le courrier. Mais c'est un gros mangeur  de  ressources;
        il  prend beaucoup de temps processeur et de memoire. Il utilise
        egalement un cache separe pour tous les utilisateurs, ce faisant
        utilisant   de   l'espace   disque.   Netscape  est  un  produit
        commercial.  Les compagnies ont une periode d'essai de 30 jours,
        mais  il  n'y  a  pas  de limite pour les individus. Je voudrais
        cependant vous encourager  a  vous  enregistrer  pour  supporter
        Netscape  dans  leurs efforts contre Microsoft (et qu'est ce que
        c'est que $40US). Mon sentiment est  que,  si  Microsoft  gagne,
        nous  serons  obliges  d'utiliser  MS  Internet Explorer sur une
        plateforme Windows :(
     ````LLyynnxx''''
        Lynx est  le  plus  petit  navigateur  web.  C'est  le  roi  des
        navigateurs en mode texte. Il est gratuit et son code source est
        disponible sous les termes de la GNU public license. Il  est  en
        mode texte, mais dispose de nombreuses options.

     KKffmm
        Kfm  fait  partie  de  K  Desktop  Environment (KDE). KDE est un
        systeme qui tourne au-dessus  de  X-Window.  Il  vous  donne  de
        nombreuses  specificites comme le copier - coller, les sons, une
        corbeille et une apparence unifiee. Kfm est le K  File  Manager,
        mais  c'est aussi un navigateur web. Ne soyez pas etonne par son
        nom, pour un produit jeune il est tres utilisable  en  tant  que
        navigateur.  Il  supporte  deja  les  frames,  les tableaux, les
        chargements par ftp, la navigation dans  les  archives  tar,  et
        beaucoup  d'autres.  La  version actuelle de Kfm est la 1.39, et
        elle est gratuite. Kfm peut-etre utilise  sans  KDE,  mais  vous
        aurez  besoin  des  librairies  utilisees  par  KDE.  Pour  plus
        d'informations sur KDE et Kfm, visitez le  site  web  de  KDE  a
        <http://www.kde.org>.

     ````EEmmaaccss''''
        Emacs  est  un  programme  qui fait tout. C'est un traitement de
        texte, un lecteur  de  news,  un  lecteur  de  courrier,  et  un
        navigateur  web.  Son  chemin pour apprendre est tres raide, car
        vous devez apprendre ce que font toutes les touches. La  version
        X-Window  est  plus  facile  a  utiliser,  car  la  plupart  des
        fonctions sont sur des menus.  Un autre inconvenient  est  qu'il
        est  principalement  base  sur  du  texte. (il peut afficher des
        images si vous l'utilisez depuis  X-Window).  Il  est  egalement
        gratuit,  et  le  code  source  est  disponible  sous la licence
        publique GNU.

     NNCCSSAA MMoossaaiicc
        Mosaic est un navigateur  X-Window  developpe  par  le  National
        Center for Supercomputing Applications (NCSA) de l'universite de
        l'Illinois. Le NCSA a passe  quatre  ans  sur  ce  projet  et  a
        maintenant  bouge  vers d'autres choses. La derniere version est
        la 2.6 qui a ete lance le 7 Juillet 1995.  Le  code  source  est
        disponible pour toute utilisation non-commerciale. Spyglass Inc.
        <http://www.spyglass.com> possede  les  droits  commerciaux  sur
        Mosaic.  C'est un navigateur X-Window solide, mais il lui manque
        les dernieres  nouveautes  du  HTML.  Pour  plus  d'informations
        visitez        la        page        NCSA        Mosaic        a
        <http://www.ncsa.uiuc.edu/SDG/Software/Mosaic/>.   Ce   logiciel
        peut-etre          charge          a          partir          de
        <ftp://ftp.ncsa.uiuc.edu/Mosaic/Unix/binaries/2.6/Mosaic-
        linux-2.6.Z>.

     AArreennaa
        Arena etait un navigateur X-Window conceptuel pour le W3C (World
        Wide Web Consortium) lorsqu'ils testaient  le  HTML  3.0.  C'est
        pourquoi  il  supporte  tous  les  standards  HTML 3.0 comme les
        feuilles de style  et  les  tableaux.  Le  developpement  a  ete
        effectue  par  Yggdrasil  Computing,  dans  l'idee d'en faire un
        navigateur X-Window totalement libre. Mais  le  developpement  a
        ete  stoppe  en  fevrier 1997 avec la version 0.3.11. Une partie
        seulement du standard HTML 3.2 a ete implementee. Le code source
        est   disponible   sous  la  license  publique  GNU.  Pour  plus
        d'informations       voyez       le       site       web       a
        <http://www.yggdrasil.com/Products/Arena/>.  Il peut etre charge
        de  <ftp://ftp.yggdrasil.com/pub/dist/web/arena/>.
     AAmmaayyaa
        Amaya est le navigateur X-Window conceptuel pour le W3C pour  le
        HTML  3.2. Toutefois il supporte tous les standards HTML 3.2. Il
        supporte egalement quelques unes des nouveautes du HTML 4.0.  Il
        supporte  les  tableaux, les formulaires, les cartes d'images du
        client, la publication, les images gifs, jpegs et png.  C'est  a
        la  fois  un navigateur et un outil d'apprentissage. La derniere
        version publique est la 1.0 beta. La version  1.1  beta  est  en
        tests  internes et doit sortir bientot. Pour plus d'informations
        voyez le site d'Amaya a   <http://www.w3.org/Amaya/>.   Il  peut
        etre      charge      de      <ftp://ftp.w3.org/pub/Amaya-LINUX-
        ELF-1.0b.tar.gz>.

     RReedd BBaarroonn
        Red Baron un navigateur X-Window concu par Red Hat Software.  Il
        est  distribue avec la distribution officielle Red Hat Linux. Je
        n'ai pas pu avoir beaucoup plus d'informations sur lui, mais  je
        sais  qu'il  supporte  les frames, les formulaires et le SSL. Si
        vous utilisez Red Baron, aidez moi a remplir cette section. Pour
        plus    d'informations    visitez    le    site    Red   Hat   a
        <http://www.redhat.com>.

     CChhiimmeerraa
        Chimera est un navigateur X-Window basique. Il supporte quelques
        unes  des  specificites  du HTML 3.2. La derniere version est la
        2.0 alpha 6 du 27 aout 1997. Pour plus d'informations visitez le
        site de Chimera a  <http://www.unlv.edu/chimera/>.  Chimera peut
        etre     charge     sur      <ftp://ftp.cs.unlv.edu/pub/chimera-
        alpha/chimera-2.0a6.tar.gz>.

     QQwweebb
        Qweb  est  encore  un  autre  navigateur  X-Window  basique.  Il
        supporte les tableaux, les formulaires, et les cartes des images
        cote  serveur.  La  derniere  version  est  la  1.3.  Pour  plus
        d'informations      visitez      le      site       Qweb       a
        <http://sunsite.auc.dk/qweb/>.  Les sources sont disponibles sur
        <http://sunsite.auc.dk/qweb/qweb-1.3.tar.gz>.  Les binaires sont
        disponibles      en      format      Red      Hat      RPM     a
        <http://sunsite.auc.dk/qweb/qweb-1.3-1.i386.rpm>.

     GGrraaiill
        Grail est un navigateur X-Window developpe  par  la  Corporation
        for  National Research Initiatives (CNRI). Grail est entierement
        ecrit  en  Python,  un  langage  interprete  oriente  objet.  La
        derniere  version  est  la  0.3  du  7 Mai 1997. Il supporte les
        formulaires, les marque-pages,  l'historique,  les  frames,  les
        tableaux, et beaucoup de choses du HTML 3.2.

     IInntteerrnneett EExxpplloorreerr
        Il  y  a  des  rumeurs,  comme quoi Microsoft porterait Internet
        Explorer sur diverses plateformes Unix  -  peut-etre  Linux.  Si
        c'est  exact  ils  prennent  le  temps  de  le  faire.  Si  vous
        connaissez quelque chose de plus sur, envoyez moi un mail.

  A  mon  humble  avis,  la  plupart  des   logiciels   ci-dessus   sont
  inutilisables  pour  apprecier serieusement le web. Je n'essaye pas de
  discrediter les auteurs, je sais qu'ils ont travaille tres dur sur ces
  projets.   Imaginez   simplement,  si  toutes  ces  personnes  avaient
  travaille en commun sur un seul  projet,  nous  aurions  peut-etre  un
  navigateur  gratuit  qui  pourrait rivaliser avec Netscape et Internet
  Explorer.

  A mon avis, sur tous  ces  navigateurs,  Netscape  et  Lynx  sont  les
  meilleurs.  Les suivants pourraient etre Kfm, Emacs-W3 et Mosaic.

  33..  LLyynnxx

  Lynx  est  des  plus  petits (environ 600 ko d'executable) et des plus
  rapides des navigateurs disponibles.  et probablement le  browser  web
  le  plus  rapide  actuellement disponible.  Il n'utilise pas autant de
  bande passante ni de ressources systeme car il affiche  uniquement  en
  mode texte. Il peut-etre utilise sur toute console, terminal ou xterm.
  Vous  n'aurez  pas  besoin  d'un  _s_y_s_t_e_m_e  _X_-_W_i_n_d_o_w  ni   de   memoire
  supplementaire pour faire tourner ce petit browser.

  33..11..  OOuu ll''oobbtteenniirr ??

  Les  deux  distributions  Red  Hat  et  Slackware incluent Lynx. C'est
  pourquoi je ne vous ennuierai pas avec les details sur la  compilation
  et l'installation de Lynx.

  La  derniere  version  est  la  2.7.1  ,  et  peut  etre  obtenue  sur
  <http://www.slcc.edu/lynx/fote/> ou sur tout serveur ftp miroir  comme
  ftp://ftp.lip6.fr dans /pub/linux/sunsite/apps/www/browsers/.

  Pour plus d'informations sur Lynx essayez l'une de ces url:

     LLyynnxx LLiinnkkss
        <http://www.crl.com/~subir/lynx.html>

     LLyynnxx PPaaggeess
        <http://lynx.browser.org>

     LLyynnxx HHeellpp PPaaggeess
        <http://www.crl.com/~subir/lynx/lynx_help/lynx_help_main.html>
        (les memes que celle donnees par lynx --help et ? dans lynx).

  Note: les pages d'aides de Lynx ont recemment demenage. Si  vous  avez
  une version ancienne de Lynx, vous devrez changer votre lynx.cfg (dans
  /usr/lib) pour pointer sur la nouvelle adresse (plus haut).

  Je pense que la specificite la plus importante de Lynx par  rapport  a
  tous  les  autres  navigateurs  web  est  sa  capacite de recuperation
  automatique des fichiers.N'importe  qui  peut  ecrire  un  script  qui
  recuperera  tout  document,  fichier ou n'importe quoi d'autre via des
  url _h_t_t_p, _F_T_P, _g_o_p_h_e_r, _W_A_I_S, _N_N_T_P ou _f_i_l_e_:_/_/ - et les  sauver  sur  le
  disque.   De  plus,  toute  personne  peut entrer des donnees dans les
  formulaires HTML en mode  batch  en  redirigeant  simplement  l'entree
  standard et en utilisant l'option _-_p_o_s_t___d_a_t_a.

  Pour  en savoir plus les specificites exceptionnelles de Lynx regardez
  juste les fichiers d'aide et les pages de man. Si  vous  utilisez  une
  option  speciale  de  Lynx  que  vous  desireriez  voir  ajouter  a ce
  document, faites le moi savoir.

  44..  EEmmaaccss--WW33

  Il y a differentes versions d'Emacs. Les deux les plus populaires sont
  GNU  Emacs  et XEmacs. GNU Emacs vient de la Free Software Foundation,
  et est l'Emacs  original.  Il  est  principalement  oriente  vers  les
  terminaux  en  mode  texte, mais il peut tourner sous X-Window. XEmacs
  (au depart par Lucid Emacs) est une version qui tourne uniquement sous
  X-Window.  Il  dispose de nombreuses specificites de type X-Window (de
  meilleurs menus, ...).

  44..11..  OOuu ll''oobbtteenniirr ??

  Les deux distributions Red Hat et Slackware incluent GNU Emacs.

  Le GNU emacs le plus recent est le 19.34. Il ne semble  pas  avoir  de
  site      web.      Le      site      FTP      original      est     a
  <ftp://ftp.gnu.ai.mit.edu/pub/gnu/>; il y a un mirroir pour la  France
  sur  <ftp://ftp.lip6.fr/pug/gnu/>.

  La derniere version de XEmacs est la 20.2. Le site FTP de XEmacs est a
  <ftp://ftp.xemacs.org/pub/xemacs>. Pour plus d'informations sur XEmacs
  allez voir leurs pages web a  <http://www.xemacs.org>.

  Les  deux  sont  disponibles  sur tous mirroir des archives Linux, par
  exemple a ftp://ftp.lip6.fr/pub/linux/sunsite/apps/editors/emacs/

  44..22..  NNeettssccaappee NNaavviiggaattoorr//CCoommmmuunniiccaattoorr

  44..33..  DDeess vveerrssiioonnss eett ddeess ooppttiioonnss ddiiffffeerreenntteess..

  Netscape Navigator est le roi des navigateurs WWW. Netscape  Navigator
  peut  quasiment  tout  faire.  Mais  d'un  autre  cote,  c'est  un des
  programmes les plus gourmand en memoire et en ressources que  j'ai  pu
  voir.

  Il y a 3 versions differentes de ce programme:

  Netscape  Navigator  contient  le navigateur web, netcaster (le client
  push) et un programme basique de courrier.

  Netscape Communicator contient le navigateur web, un editeur  web,  un
  programme avance de courrier, un lecteur de news, netcaster (le client
  push), et un utilitaire pour les conferences de groupes.

  Netscape Communicator Pro contient tout ce qu'a Communicator  plus  un
  calendrier  groupe, l'emulation des terminaux IBM, et des options pour
  la gestion a distance (les administrateurs peuvent mettre a  jour  des
  milliers de copies de Netscape a partir de leur siege).

  En  addition  a ces trois versions il y a deux autres options que vous
  pouvez choisir.

  La premiere est l'installation  complete  ou  basique.  L'installation
  complete  vous  installe  tout.  L'installation  de base vous en donne
  suffisamment  pour  commencer.  Vous  pouvez  charger  les  composants
  supplementaires   lorsque  vous  en  avez  besoin  (comme  le  support
  multimedia et netscaster). Ces composants peuvent etre  installes  par
  l'utilitaire  'smart  update'  de Netscape (apres l'installation allez
  dans 'help->software updates'). Actuellement, l'installation  complete
  n'est pas disponible pour Linux.

  La  seconde option est l'import ou l'export. Si vous habitez les US ou
  le Canada vous pouvez choisir la version d'import. Cela  vous  donnera
  l'encryption  plus solide de 128 bits pour les transactions securisees
  (SSL).  La version d'export  dispose  seulement  d'une  encryption  40
  bits, et est la seule version autorisee en dehors des US et du Canada.

  La derniere version  de  Netscape  Navigator/Communicator/Communicator
  Pro est la 4.03. Il y a deux versions differentes pour Linux, une pour
  l'ancienne serie des noyaux 1.2 et une pour les nouveaux 2.0. Si  vous
  n'avez pas de noyau 2.0 je vous suggere de le mettre a jour; il y a de
  nombreuses nouveautes dans le nouveau noyau.

  Des beta version sont  egalement  disponibles.  Si  vous  essayez  une
  version  beta,  elles  expireront  generalement  plus ou moins un mois
  apres !

  44..44..  OOuu ll''oobbtteenniirr ??

  Le meilleur moyen pour obtenir des logiciels de Netscape  est  d'aller
  le  chercher par leur site web a  <http://www.netscape.com/download/>.
  Ils ont des menus pour vous guider  dans  votre  selection.  Lorsqu'on
  demande  une  version  Linux,  on  reference  par rapport au noyau (la
  plupart des gens doivent maintenant utiliser le 2.0). Si  vous  n'etes
  pas  sur  de la version du noyau que vous avez vous pouvez lancer 'cat
  /proc/version'. Chercher sur le site web est le seul  moyen  d'obtenir
  les versions d'import.

  Si  vous desirez une version export vous pouvez la charger directement
  des serveurs FTP de Netscape. Leurs serveurs FTP sont egalement plus a
  jour.  Par  exemple  la premiere fois que j'ai ecrit ceci, l'interface
  web n'avait pas encore la version non-beta 4.03 pour Linux, mais  elle
  etait  sur  le  site  FTP.  Voici les liens vers les versions d'export
  pour Linux 2.0:

  Netscape           Navigator           4.03           est            a
  <ftp://ftp.netscape.com/pub/communicator/4.03/shipping/english/unix/linux20/navigator_standalone/navigator-
  v403-export.x86-unknown-linux2.0.tar.gz>

  Netscape  Communicator   4.03   pour   Linux   2.0   (noyau)   est   a
  <ftp://ftp.netscape.com/pub/communicator/4.03/shipping/english/unix/linux20/base_install/communicator-
  v403-export.x86-unknown-linux2.0.tar.gz>

  Communicator Pro 4.03 pour Linux n'etait pas disponible au  moment  ou
  j'ecris ces lignes.

  Ces  url  changeront  lorsque  de nouvelles versions sortiront. Si ces
  liens ne fonctionnent pas vous pouvez les trouver en  pechant  sur  le
  site FTP  <ftp://ftp.netscape.com/pub/communicator/>.

  Ces  serveurs  sont  souvent tres charges. Il vaut mieux attendre hors
  des heures de bureau ou choisir  un  site  mirroir.  Soyez  prepare  a
  attendre, ces archives sont grosses. Navigator pese environ 8 megs, et
  l'installation de base de Communicator est de 10 megs.

  44..55..  IInnssttaallllaattiioonn

  Cette section explique comment installer  la  version  4  de  Netscape
  Navigator, Communicator, et Communicator Pro.

  Tout  d'abord  decompactez  l'archive  dans  un repertoire temporaire.
  Lancez ensuite  le  script  ns-install  (tapez  ./ns-install).   Creez
  ensuite un lien symbolique du binaire /usr/local/netscape/netscape sur
  /usr/local/bin/netscape  (tapez  ln  -s   /usr/local/netscape/netscape
  /usr/local/bin/netscape).     Enfin,    attribuez   a   une   variable
  d'environnement  $MOZILLA_HOME  pour  tout  le   systeme   la   valeur
  /usr/local/netscape,  de  facon  a  ce que Netscape puisse trouvez ses
  fichiers. Si vous utilisez  bash  en  tant  que  shell,  editez  votre
  /etc/profile et ajoutez les lignes:

  export MOZILLA_HOME="/usr/local/netscape"

  Apres  l'avoir  installe  le logiciel peut se mettre automatiquement a
  jour avec smart update.  Lancez juste  Netscape  en  tant  que  super-
  utilisateur   et   allezz  a  help->software  updates.  Si  vous  avez
  simplement  pris  l'installation  basique,   vous   pouvez   egalement
  installer les composants Netscape de la.

  Note:  Ceci ne supprimera pas vos anciennes versions de Netscape, vous
  devez les supprimer manuellement en supprimant le binaire Netscape  et
  le fichier des classes Java (pour la version 3).

  55..  LLaanncceerr uunn sseerrvveerr WWWWWW

  Cette  section  contient  des informations sur les differents serveurs
  http et les outils additionnels comme les langages de scripts pour les
  programmes  CGI, etc. Il y a plusieurs douzaines de serveurs web, j'ai
  seulement  couvert  ceux  qui  sont  pleinement  fonctionnels.   Comme
  certains  sont  des programmes commerciaux, je ne peux pas les tester.
  La plupart des informations de la  section  de  presentation  ont  ete
  recuperees   sur   divers  sites  web.   S'il  y  a  des  informations
  incorrectes ou manquantes, veuillez me le faire savoir.

  Pour une documentation plus technique des mecanismes  du  http,  voyez
  les  RFCs  mentionnees dans le chapitre "Documents plus avances" de ce
  HOWTO.

  Je prefere utiliser le serveur Apache. Il a la plupart des options que
  vous avez jamais desire et il est gratuit ! J'admets que cette section
  est fortement orientee vers Apache.  J'ai  decide  de  concentrer  mes
  efforts  sur  la  section  Apache plutot que le negliger par rapport a
  tous les autres serveurs web. Je pourrais  couvrir  d'autres  serveurs
  web dans le futur.

  55..11..  SSuurrvvooll

     CCeerrnn hhttttppdd
        Ce  fut  le  premier  serveur  web.  Il  a  ete developpe par le
        European Laboratory for Particle Physics (CERN). Le  CERN  httpd
        n'est  plus supporte. Le serveur CERN httpd est connu pour avoir
        quelques bugs etranges, pour etre lent et mangeur de ressources.
        La  derniere  version  est  la  3.0.   Pour  plus d'informations
        visitez     la     page     mere     du     CERN     httpd     a
        <http://www.w3.org/Daemon/Status.html>.  Il peut etre charge sur
        <ftp://sunsite.unc.edu/pub/Linux/apps/www/servers/httpd-3.0.term.tpz>
        (non, ce n'est pas une erreur, l'extension est actuellement .tpz
        sur le site; ce devrait probablement etre .tgz).

     NNCCSSAA HHTTTTPPdd
        Le serveur NCSA HTTPd est le pere d'Apache (le  developpement  a
        donne  naissance  a  deux  serveurs  differents).  Toutefois les
        fichiers de configuration sont tres similaires.  le  NCSA  HTTPd
        est  gratuit  et le code source est disponible. Ce serveur n'est
        pas couvert par ce document, cependant la lecture de la  section
        Apache  peut  vous  donner quelques tuyaux.  Le serveur NCSA fut
        populaire, mais la plupart des gens l'ont remplace  par  Apache.
        Apache  est  un  essai  de  remplacement  du  serveur NCSA (meme
        fichiers de configuration), et  il  fixe  plusieurs  limites  du
        serveur  NCSA.  Le serveur NCSA HTTPd compte pour 4.9% (en chute
        libre) de tous les serveurs web (source Septembre 1997, Netcraft
        survey  <http://www.netcraft.com/survey/>).  La derniere version
        est la 1.5.2a. Pour plus d'informations voyez le site du NCSA  a
        <http://hoohoo.ncsa.uiuc.edu>.

     ````AAppaacchhee''''
        Apache  est  le  roi  de  tous  les  serveurs web. Apache et ses
        sources sont gratuits. Apache est modulaire, aussi il est facile
        d'y  ajouter  des  caracteristiques. Apache est tres flexible et
        dispose de tres, tres nombreuses caracteristiques. Apache et ses
        derives  realisent  44%  de  tous  les domaines web (50% su vous
        comptez tous les derives).  Il y  a  plus  de  695.000  serveurs
        Apache   actifs   (source   Septembre   1997,   Netcraft  survey
        <http://www.netcraft.com/survey/>).

        La version officielle d'Apache ne contient pas le SSL, mais il y
        a  deux  derives  qui  l'incluent.  Stronghold  est  un  produit
        commercial qui est base sur  Apache.  Il  est  vendu  $995;  une
        version  plus economique est disponible pour $495 (basee sur une
        vieille version d'Apache).  Stronghold est le  numero  deux  des
        serveurs    securises   derriere   Netscape   (source   C2   net
        <http://www.c2.net/products/stronghold>   et   Netcraft   survey
        <http://www.netcraft.com/survey/>).   Pour  plus  d'informations
        voyez        le        site        de        Stronghold        a
        <http://www.c2.net/products/stronghold/>.  Il  a  ete  developpe
        hors des US, il est donc disponible avec  du  SSL  en  128  bits
        partout.

        Apache-SSL est une implementation gratuite de SSL, mais pas pour
        une utilisation commerciale dans les US (RSA a  une  license  US
        sur   la  technologie  SSL).  Il  peut  etre  utilise  pour  une
        utilisation non-commerciale aux US si vous  le  reliez  avec  la
        librairie  gratuite  RSAREF.  Pour  plus d'informations voyez le
        site a  <http://www.algroup.co.uk/Apache-SSL/>.

     NNeettssccaappee FFaasstt TTrraacckk SSeerrvveerr
        Fast Track a ete developpe par Netscape, mais la  version  Linux
        est  mise sur le marche par Caldera. Le site de Caldera le liste
        en tant que "Fast Track for OpenLinux". Je ne suis pas sur qu'il
        tourne seulement sous Caldera OpenLinux ou si toute distribution
        Linux peut le faire (ecrivez moi si vous connaissez la reponse).
        Les  serveurs  Netscape  comptent pour 11.5% (en chute libre) de
        tous    les    serveurs    web    (source     Septembre     1997
        <http://www.netcraft.com/survey/>).   Le serveur est vendu $295.
        Il est egalement inclus avec la distribution  Caldera  OpenLinux
        Standard  qui est vendue $399 (version education: $199.50).  Les
        pages web parlent d'une  interface  d'administration  simple  et
        pratique et d'une configuration rapide en 10 minutes. Le serveur
        supporte le SSL en 40 bits. Pour obtenir les 128 bits  SSL  vous
        aurez  besoin  du Netscape Enterprise Server. Malheureusement il
        n'est  pas  disponible  pour  Linux  :(  La   derniere   version
        disponible pour Linux est la 2.0 (la version 3 est en beta, mais
        elle n'est pas encore disponible pour Linux).   Pour  l'acheter,
        allez      sur      le     site     web     de     Caldera     a
        <http://www.caldera.com/products/netscape/netscape.html>.   Pour
        plus    d'informations    voyez    la    page   Fast   Track   a
        <http://www.netscape.com/comprod/server_central/product/fast_track/>

     WWNN WN   dispose   de   nombreuses  caracteristiques  qui  le  rende
        attractif.  Tout d'abord il est  plus  petit  que  les  serveurs
        CERN,  NCSA  HTTPd,  Apache.  Il dispose egalement de nombreuses
        options integrees qui necessiteraient sinon des CGI. Par exemple
        la  recherche  sur  le site, des integres du cote du serveur. Il
        peut   egalement   decompresser/compresser   des   fichiers   en
        transparence  avec  son  option  de  filtrage. Il peut egalement
        recuperer une partie seulement  d'un  fichier  avec  son  option
        d'echelle.  Il  est  distribue  sous  licence  publique  GNU. La
        version actuelle est la 1.18.3. Pour plus  d'informations  voyez
        le site de WN a  <http://hopf.math.nwu.edu/>.

     AAOOLLsseerrvveerr
        AOLserver est developpe par America Online. Je dois admettre que
        j'ai ete surptis par les options offertes  par  un  serveur  web
        venant  de  chez  AOL.  En  addition  aux  options  standard, il
        supporte la connectivite des bases de donnees. Les pages peuvent
        interroger  une  base  de  donnees  par les commandes Structured
        Query Language (SQL). La  base  de  donnees  est  accessible  au
        travers   du  Open  Database  Connectivity  (ODBC).  Il  dispose
        egalement d'un moteur de recherche et des scripts TCL.  Si  cela
        ne  vous  suffit  pas,  vous  pouvez ajouter votre module par la
        Application Programming Interface (API), en C. J'ai meme  oublie
        de  mentionner le support pour 40 bits SSL. Et vous obtenez tout
        ceci gratuitement ! Pour plus d'informations voyez  le  site  du
        AOLserver a  <http://www.aolserver.com/server/>.

     ZZeeuuss SSeerrvveerr
        Zeus  Server  a  ete  developpe  par  Zeus  Technology.  Ils  se
        reclament comme ayant le serveur web le plus rapide (d'apres  la
        batterie  de tests WebSpec96). Le serveur peut etre configure et
        controle par un navigateur web ! Cela limite  l'encombrement  du
        processeur  et  de  la  memoire  pour  les  scripts  CGI,  et il
        s'execute dans un environnement securise  (quelle  que  soit  la
        signification  de  cette  expression). Il supporte egalement les
        serveurs virtuels sans limitation. Il est  vendu  $999  pour  la
        version  standard.  Si vous desirez le serveur securise (SSL) le
        prix grimpe a $1699. Ils sont base hors des US,  la  technologie
        128   bits   SSL   est   donc   disponible  partout.  Pour  plus
        d'informations   voyez   le   site   de   Zeus   Technology    a
        <http://www.zeus.co.uk>.   Le   site   web   US  se  trouve  sur
        <http://www.zeus.com>.  Je vous previens qu'ils sont  trop  surs
        d'eux  a  propos  de  leur  serveur  le  plus  rapide.  Mais ils
        n'apparaissent meme pas dans le  top  des  serveurs  web  de  la
        Netcraft Surveys.

     CCLL--HHTTTTPP
        CL-HTTP  est  l'abrege de Common Lisp Hypermedia Server. Si vous
        etes un programmeur Lisp ce serveur est pour vous.  Vous  pouvez
        ecrire   vos   scripts  CGI  en  Lisp.  Il  a  une  fonction  de
        configuration basee sur le web. Il supporte egalement toutes les
        options  standards  des serveurs. CL-HTTP est gratuit et le code
        source est disponible. Pour plus d'informations  voyez  le  site
        web  de  CL-HTTP a  <http://www.ai.mit.edu/projects/iiip/doc/cl-
        http/home-page.html> (ne pouvaient-ils  rendre  cette  url  plus
        longue ?).

  Si vous avez un dessein commercial (site web d'une compagnie, ou ISP),
  je vous  recommanderais  fortement  l'utilisation  d'Apache.  Si  vous
  regardez  plus  a  une  configuration simple qu'a des options avances,
  alors le Zeus Server est fait pour vous. J'ai egalement  entendu  dire
  que  le  Netscape  Server  est  facile  a configurer. Si vous avez une
  utilisation interne, vous pouvez etre un peu  plus  flexible.  Mais  a
  moins  que  l'un  d'entre  eux  dispose  d'une  option  que vous devez
  utiliser, je vous recommanderai neanmoins l'utilisation  de  l'un  des
  trois pre-cites.
  Il  s'agit  seulement  d'une  liste  partielle  de  tous  les serveurs
  disponibles.   Pour  une  liste  plus  complete  visitez  Netcraft   a
  <http://www.netcraft.com/survey/servers.html>   ou   Web   Compare   a
  <http://webcompare.internet.com>.

  66..  AAppaacchhee

  La version actuelle d'Apache est la 1.2.4. La version 1.3 est en test.
  Le  site principal d'Apache est a  <http://www.apache.org/>. Une autre
  bonne      source      d'information      est       Apacheweek       a
  <http://www.apacheweek.com/>.  La documentation d'Apache est bonne, je
  ne rentrerai donc pas dans les details de la  configuration  d'apache.
  La  documentaion  est  sur  le  site web et egalement incluse dans les
  sources (au format HTML). Il y a egalement des fichiers textes  inclus
  dans les sources, mais la version HTML est meilleure. La documentation
  doit devenir bien meilleure depuis que le Apache Documentation Project
  a  ete  lance. Pour l'instant la plupart des documents sont ecrits par
  les developpeurs. Sans vouloir discrediter les developpeurs, ils  sont
  un   peu  difficiles  a  comprendre  si  vous  ne  connaissez  pas  la
  terminologie.

  66..11..  OOuu ll''oobbtteenniirr ??

  Apache est inclus  dans  les  distributions  Red  Hat,  Slackware,  et
  OpenLinux.   Cependant  il  se  peut  que  ce  ne soit pas la derniere
  version, ce sont des binaires tres fiables. La mauvaise  nouvelle  est
  que  vous  aurez  a  vivre  avec  leurs choix de repertoires (qui sont
  totalement differents les  uns  des  autres  et  de  ceux  par  defaut
  d'Apache).

  Le    source   est   disponible   sur   le   site   web   d'Apache   a
  <http://www.apache.org/dist/>.    Les    binaires    sont    egalement
  disponibles  au  meme endroit.  Vous pouvez aussi obtenir les binaires
  de sunsite a   <ftp://sunsite.unc.edu/pub/Linux/apps/www/servers/>  et
  pour                   la                  France                  sur
  <ftp://ftp.lip6.fr/pub/linux/sunsite/apps/www/servers/>.  Et pour ceux
  d'entre  vous  qui  utilisent  une  Red  Hat le dernier fichier RPM se
  trouve  generalement  dans   le   repertoire   des   contributions   a
  <ftp://ftp.redhat.com/pub/contrib/i386/>.

  Si  votre  serveur  doit  desservir  un  dessein  commercial,  il  est
  hautement recommande que vous obteniez les sources a  partir  du  site
  web  d'Apache  et  de  le  compiler  vous  meme.  L'autre  option  est
  d'utiliser un binaire qui provient  d'une  distribution  majeure,  par
  exemple  Slackware, Red Hat, ou OpenLinux. La principale raison en est
  la securite. Un binaire inconnu peut avoir une  "sortie  cachee"  pour
  les  hackers,  ou  une correction instable peut crasher votre systeme.
  Ceci vous donnera egalement plus de controle sur les modules compiles,
  et  vous autorisera a changer les repertoires par defaut. Il n'est pas
  difficile de compiler Apache, et vous ne serez pas un reel utilisateur
  de Linux tant que vous ne compilerez pas vos programmes ;)

  66..22..  CCoommppiilleerr eett IInnssttaalllleerr

  Tout  d'abord  decompactez  l'archive  dans  un repertoire temporaire.
  Ensuite placez vous dans le repertoire src. Editez  alors  le  fichier
  Configuration  si  vous  desirez  ajouter  des  modules  speciaux. Les
  modules les plus communement utilises sont deja inclus. Il n'y  a  pas
  besoin de changer les regles ou le makefile pour Linux. Lancez ensuite
  le script shell Configure (./Configure). Verifiez qu'il vous  dit  que
  vous  utilisez  une  plateforme  Linux et gcc en tant que compilateur.
  Ensuite vous  pouvez  editer  le  fichier  httpd.h  pour  changer  les
  repertoires  par  defaut.  L'emplacement du serveur (ou sont conserves
  les fichiers de configuration) par defaut  est  /usr/local/etc/httpd/,
  mais  vous  pouvez le changer pour juste /etc/httpd/. Et le repertoire
  principal du serveur (ou sont conservees les pages  HTML)  par  defaut
  est   /usr/local/etc/httpd/htdocs/,   mais  j'apprecie  le  repertoire
  /home/httpd/html (le defaut de Red Hat pour  Apache).  Si  vous  devez
  utiliser  su-exec  (voir  les  options speciales plus bas) vous pouvez
  egalement desirer changer le repertoire. Le repertoire principal  peut
  egalement  etre  change  a  partir des fichiers de config. Mais il est
  egalement bon de le compiler, juste au cas ou Apache ne puisse trouvez
  ou  lire les fichiers de configuration. Tout le reste doit etre change
  a partir des  fichiers  de  configuration.   Lancez  enfin  make  pour
  compiler Apache.

  Si  vous  avez  des  problemes au sujet de fichiers include manquants,
  verifiez les points suivants. Verifiez que vous avez  les  entetes  du
  noyau  (fichiers  include)  installes  pour  votre  version  du noyau.
  Verifiez egalement que vous avez ces liens symboliques installes:

       /usr/include/linux doit etre un lien sur /usr/src/linux/include/linux
       /usr/include/asm doit etre un lien sur /usr/src/linux/include/asm
       /usr/src/linux doit etre un lien sur les sources de Linux (ex.linux-2.0.30)

  Les liens peuvent etre crees avec ln -s, cela  fonctionnera  comme  la
  commande cp a part qu'il fera un lien ((ln -s SOURCE DESTINATION).

  Lorsque  make a termine il doit y avoir un executable nomme httpd dans
  le repertoire. Il est necessaire de le  deplacer  dans  un  repertoire
  bin.  /usr/sbin ou /usr/local/sbin seraient de bons choix.

  Copiez  les  sous-repertoires  conf,  logs,  et icons des sources vers
  l'emplacement du serveur. Renommez ensuite trois des fichiers du sous-
  repertoire  conf  pour  vous  debarasser  de  l'extension  -dist ((ex.
  httpd.conf-dist devient httpd.conf).

  Il y a aussi divers programmes de support qui sont inclus avec Apache.
  Ils  sont  dans  le  repertoire  support  et  doivent etre compiles et
  installes separement/ La plupart d'entre eux  peuvent  etre  crees  en
  utilisant le makefile de leur repertoire (ce qui est fait lorsque vous
  lancez le script principal  Configure).  Vous  n'avez  besoin  d'aucun
  d'entre eux pour utiliser Apache, mais certains rendent le travail des
  administrateurs plus simple.

  66..33..  CCoonnffiigguurreerr

  Maintenant vous devez avoir quatre fichiers dans votre sous-repertoire
  conf  de  l'emplacement du serveur. Le fichier httpd.conf met en place
  le daemon du serveur (numero de port, utilisateur, etc).  Le  srm.conf
  donne  l'arborescence  pour  les  documents  principaux,  les  actions
  speciales, etc. Le access.conf donne les cas  basiques  pour  l'acces.
  Finalement, le mime.types dit au serveur que type mime il doit envoyer
  au navigateur pour quelle extension.

  Les fichiers de configuration sont assez  bien  documentes  (ils  sont
  pleins  de  commentaires),  tant  que  vous comprenez le langage. Vous
  devriez les lire  attentivement  avant  de  mettre  votre  serveur  en
  marche.   Chaque   option   de   configuration  est  couvert  dans  la
  documentation Apache.

  Le  fichier  mime.types   n'est   pas   reellement   un   fichier   de
  configuration.   Il  est  utilise  par  le  serveur  pour traduire les
  extensions des fichiers en types mime  a  envoyer  au  navigateur.  La
  plupart  des types mime communs sont deja dans le fichier. La majorite
  des gens ne devrait pas editer ce fichier.  Au cours du temps, plus de
  types  mime  seront  ajoutes pour supporter de nouveaux programmes. La
  meilleure chose a faire est de prendre un nouveau  fichier  mime.types
  (et peut-etre une nouvelle version du serveur) a ce moment la.

  Souvenez  vous  toujours  que  lorsque  vous  changez  les fichiers de
  configuration vous devrez relancer Apache ou  lui  envoyer  le  signal
  SIGHUP avec kill pour que les changements prennent effet. Verifiez que
  vous envoyez le signal au process parent et non aux  process  enfants.
  Le parent a generalement le chiffre id le plus faible. L'id du process
  du parent est egalement dans le fichier httpd.pid du  repertoire  log.
  Si  vous  envoyez accidentellement le signal a un des process enfants,
  le process stoppera et le parent le relancera.

  Je ne vous conduirai pas le  long  des  chemins  de  la  configuration
  d'Apache.  A la place je parlerai des problemes specifiques, des choix
  a faire, et des options speciales.

  Je recommande chaudement que tous les utilisateurs  lisent  les  trucs
  sur  la  securite  dans  la  documentation  Apache. Elle est egalement
  disponible      sur      le      site       web       d'Apache       a
  <http://www.apache.org/docs/mics/security_tips.html>.

  66..44..  HHeebbeerrggeerr ddeess sseerrvveeuurrss wweebb vviirrttuueellss

  L'hebergement virtuel existe lorsqu'un seul ordinateur dispose de plus
  d'un nom de domaine. L'ancienne methode etait d'avoir une  adresse  IP
  pour  chaque  site virtuel. La nouvelle methode utilise uniquement une
  adresse  IP,  mais  cela  ne  fonctionne  pas  correctement  avec  les
  navigateurs qui ne supportent pas le HTTP 1.1.

  Ma  recommandation  pour  le  commerce est de conserver un hebergement
  virtuel base sur plusieurs IP jusqu'a ce  que  la  majorite  des  gens
  disposent  de  navigateurs  supportant  HTTP 1.1 (donnez leur un an ou
  deux). Ceci  vous  donne  egalement  une  illusion  plus  complete  de
  l'hebergement virtuel. Alors que les deux methodes peuvent vous donner
  des possibilites de  courrier  virtuel  (est  ce  que  quelqu'un  peut
  confirmer?),  seul  l'hebergement  virtuel base IP peut egalement vous
  donner un serveur FTP virtuel.

  S'il  s'agit  d'un  club  ou  d'une  page  personnelle,  vous   pouvez
  considerer  l'hebergement  virtuel par IP liee.  Ce devrait etre moins
  cher  que  l'hebergement  base  IP  et  vous  sauverez  de  precieuses
  addresses IP.

  Vous  pouvez egalement melanger les hebergements virtuels par IP fixes
  et par IP partagees sur le meme serveur. Pour plus  d'information  sur
  l'hebergement        virtuel        voyez        Apacheweek        sur
  <http://www.apacheweek.com/features/vhost>.

  66..44..11..  HHeebbeerrggeemmeenntt vviirrttuueell bbaassee IIPP

  Pour cette methode chaque site virtuel dispose de  sa  propre  adresse
  IP.  En  determinant l'adresse IP a laquelle la requete etait envoyee,
  Apache et d'autres programmes peuvent  dire  quel  domaine  desservir.
  C'est  un  incroyable  gain  d'adresses  IP.  Prenez  par  exemple les
  serveurs ou est conserve mon domaine virtuel. Ils ont plus  de  35.000
  comptes  virtuels,  ce  qui  signifie  35.000 adresses IP. Pourtant je
  crois qu'aux derniers comptes ils avaient moins de 50 serveurs  reels.

  La  configuration  se  fait  en  deux  parties. La premiere consiste a
  obtenir de Linux l'acceptation de plus d'une adresse  IP.  La  seconde
  est de configurer apache pour servir les sites virtuels.
  La  premiere  etape dans la configuration pour l'acceptation par Linux
  de  multiples  adresses  IP  est  de  creer  un  nouveau  noyau.  Ceci
  fonctionne  mieux  avec  la serie des noyaux 2.0 (ou superieure). Vous
  devrez inclure le support pour "IP networking" et  "IP  aliasing".  Si
  vous  avez  besoin d'aide pour la compilation du noyau voyez le kernel
  howto  <http://sunsite.unc.edu/LDP/HOWTO/Kernel-HOWTO.html>,   ou   sa
  version   francaise   sur   <http://www.freenix.fr/linux/HOWTO/Kernel-
  HOWTO.html>.

  Vous devrez ensuite configurer chaque interface au lancement. Si  vous
  utilisez la distribution Red Hat akirs ceci peut etre fait a partir du
  panneau de controle. Lancez X-Window en  tant  que  super-utilisateur,
  vous  devriez voir un panneau de controle. Double-cliquez sur "network
  configuration" (configuration reseau). Allez ensuite  sur  le  panneau
  des  interfaces  et choisissez votre carte reseau. Ensuite cliquez sur
  alias en bas de l'ecran.  Rentrez  les  informations  et  cliquez  sur
  "done". Ceci devra etre fait pour chaque site virtuel / adresse IP.

  Si  vous  utilisez une autre distribution vous pouvez avoir a le faire
  manuellement. Vous pouvez simplement  mettre  les  commandes  dans  le
  fichier rc.local de /etc/rc.d (en realite vous devriez les mettre avec
  toutes celles concernant le reseau). Vous devrez  avoir  une  commande
  ifconfig et route pour chaque peripherique. Les adresses en alias sont
  divisees sous le peripherique principal. Par exemple eth0  aurait  les
  alias  eth0:0,  eth0:1, eth0:2, etc. Voici un exemple de configuration
  d'un alias:

       ifconfig eth0:0 192.168.1.57
       route add -host 192.168.1.57 dev eth0:0

  Vous pouvez egalement ajouter une adresse de broadcast et un netmask a
  la  commande  ifconfig.  Si  vous  avez  beaucoup  d'alias vous pouvez
  vouloir faire une  boucle  pour  le  rendre  plus  simple.  Pour  plus
  d'informations   voyez   le   IP   alias   mini   howto   <http://sun-
  site.unc.edu/LDP/HOWTO/mini/IP-Alias.html> ou sa version  francaise  a
  <http://www.freenix.org/HOWTO/mini/IP-Alias.html>.

  Vous  devrez  ensuite  configurer  votre domain name server (DNS) pour
  desservir ces nouveaux domaines. Et si vous ne possedez pas  deja  les
  noms     de     domaine,     vous    devrez    contacter    l'Internic
  <http://www.internic.net> pour enregistrer les noms de domaines. Voyez
  le  DNS-howto  pour  plus d'informations sur la configuration de votre
  DNS.

  Dernierement vous devrez configurer  Apache  de  maniere  a  desservir
  correctement  le  domaine  virtuel.  Ceci  se  fait dans le fichier de
  configuration httpd.conf pres de la fin. Ils vous donnent  un  exemple
  sur  la  facon  de  proceder. Toutes les commandes specifiques au site
  virtuel sont places  entre  les  marqueurs  virtualhost.  Vous  pouvez
  mettre  a  peu  pres n'importe quelle commande ici.  Generalement vous
  devrez placer differents repertoires pour le  serveur,  le  repertoire
  script,  et  les  fichiers  de log. Vous pouvez avoir un nombre quasi-
  illimite de sites virtuels en ajoutant plus de marqueurs  virtualhost.

  Dans  de  rares cas vous pouvez avoir a lancer des serveurs separes si
  une directive est necessaire pour un  site  virtuel,  mais  n'est  pas
  accepte  dans les marqueurs du site virtuel. Ceci se fait en utilisant
  la directive bindaddress. Chaque serveur aura un nom des  fichiers  de
  configuration  differents.  Chaque  serveur  repondra  seulement a une
  seule adresse IP, specifiee par la  directive  bindaddress.  C'est  un
  gain incroyable de ressources systeme.

  66..44..22..  HHeebbeerrggeemmeenntt vviirrttuueell ppaarr IIPP ppaarrttaaggeeee

  C'est  une  nouvelle  methode pour l'hebergement virtuel. Elle utilise
  une adresse IP simple, tout en conservant les  adresses  IP  pour  les
  vrais  machines  (et pas les virtuelles). Dans le meme exemple utilise
  plus  haut  ces  30.000  sites  virtuels  utiliseraient  seulement  50
  adresses  IP (une pour chaque machine).  Ceci est fait en utilisant le
  nouveau protocole HTTP 1.1. Le navigateur dit au serveur quel site  il
  desire   lorsqu'il   envoie  la  demande.  Le  probleme  est  que  les
  navigateurs qui  ne  supportent  pas  HTTP  1.1  obtiendront  la  page
  principale des serveurs, qui peut etre configuree pour donner la liste
  des sites virtuels disponibles.  Ceci  ruine  la  totale  illusion  de
  l'hebergement  virtuel. L'illusion que vous avez votre propre serveur.

  La configuration est bien plus simple que pour  l'hebergement  virtuel
  base  sur  IP.  Vous  aurez  toujours besoin d'obtenir votre domaine a
  partir de l'Internic et de configurer votre DNS. Cette fois-ci le  DNS
  pointe  sur la meme adresse IP que le domaine original. Ensuite Apache
  se configure comme precedemment. Puisque vous utilisez la meme adresse
  IP  dans  les  marqueurs  virtualhost,  Apache  sait  que vous desirez
  l'hebergement virtuel par IP partagee.

  Il y a differentes choses a faire pour  les  anciens  navigateurs.  Je
  vais  vous  expliquer la meilleure. Tout d'abord vous devrez creer vos
  pages principales pour un serveur virtuel (soit base IP, soit  par  IP
  partagee).  Ceci  libere  la page principale pour un lien listant tous
  vos sites virtuels. Ensuite vous devrez creer une sortie  cachee  pour
  les  anciens  navigateurs.  On  le  realise  en utilisant la directive
  ServerPath pour chaque site virtuel de la directive  virtualhost.  Par
  exemple  en  ajoutant  ServerPath  /monsite/  a  www.monsite.com,  les
  anciens    navigateurs    pourront     acceder     au     site     par
  www.monsite.com/monsite/.  Ensuite  mettez  dans la page par defaut du
  serveur principal un message qui les incitera poliment  a  obtenir  un
  nouveau  navigateur,  et  listera  les  liens  sur  toutes les sorties
  cachees des sites qye  vous  hebergez  sur  cette  machine.  Lorsqu'un
  ancien  navigateur  accedera  au  site  ils  seront renvoyes a la page
  principale, et auront un lien  sur  la  page  correcte.  Les  nouveaux
  navigateurs  ne verront jamais la page principale et iront directement
  sur les sites virtuels. Vous devez vous rappeler de conservez tous vos
  liens  relatifs  entre les sites web, car les pages seront demandees a
  partir    de    deux    URL    differentes     (www.monsite.com     et
  www.monsite.com/monsite/).

  J'espere  que  je  ne  vous  ai pas perdu ici, mais ce n'est pas d'une
  comprehension simple. Apres tout, vous  devriez  peut-etre  considerer
  l'hebergement base IP. Une explication tres similaire se trouve sur le
  site web d'apache a  <http://www.apache.org/manual/host.html>.

  Si quelqu'un dispose d'un pointeur sympathique pour l'hebergement  par
  IP  partagee, j'aimerais le connaitre. Il serait agreable de connaitre
  le pourcentage de navigateurs qui supportent le HTTP 1.1,  et  d'avoir
  une liste des navigateurs et des versions qui supportent HTTP 1.1.

  66..55..  SSccrriippttss CCGGII

  Il  existe deux methodes differentes pour donner a vos utilisateurs la
  possibilite d'utiliser des scripts CGI. La premiere  est  de  declarer
  tout fichier se terminant par .cgi comme script CGI. La seconde est de
  creer des repertoires de scripts (generalement nommes  cgi-bin).  Vous
  pouvez  egalement  utiliser les deux methodes. Quelque soit la methode
  utilisee vos scripts doivent etre executable par n'importe qui  (chmod
  711).  En donnant a vos utilisateurs l'acces aux scripts vous creez un
  gros risque de securite.  Faites  proprement  votre  travail  afin  de
  minimiser les risques concernant la securite.

  Je   prefere  la  premiere  methode,  specialement  pour  les  scripts
  complexes.  Ceci vous autorisera a mettre les scripts  dans  n'importe
  quel  repertoire.   J'aime  mettre mes scripts au meme endroit que les
  pages web qui s'en servent. Pour les sites avec  beaucoup  de  script,
  ceci est beaucoup mieux que d'avoir un repertoire plein de scripts. La
  configuration est simple. Tout d'abord  supprimez  le  commentaire  du
  marqueur  .cgi a la fin du fichier srm.conf. Ensuite verifiez que tous
  vos repertoires ont les  marqueurs  option  ExecCGI  ou  All  dans  le
  fichier access.conf.

  Creer  un  repertoire  de  scripts est considere comme plus sur.  Pour
  creer un repertoire de scripts vous utilisez la directive  ScriptAlias
  dans  le  fichier  srm.conf.  Le  premier  argument est l'Alias, et le
  second  le  repertoire  reel.  Par   exemple   ScriptAlias   /cgi-bin/
  /usr/httpd/cgi-bin/  rend  le  repertoire  /usr/httpd/cgi-bin  capable
  d'executer les scripts. Ce repertoire sera utilise meme  si  quelqu'un
  demande  le  repertoire  /cgi-bin/.  Pour des raisons de securite vous
  devez egalement changer les  proprietes  du  repertoire  pour  Options
  none,   AllowOveride  none  dans  le  fichier  access.conf  (supprimer
  simplement les commentaires de l'exemple donne). Egalement  ne  placez
  pas  vos  repertoires  de  scripts  en tant que sous repertoire de vos
  repertoires de pages web. Par exemple  si  vous  servez  les  pages  a
  partir  de /home/httpd/html/, ne creez pas le repertoire de scripts en
  tant que /home/httpd/html/cgi-bin;  au  lieu  de  ca  mettez  le  dans
  /home/httpd/cgi-bin.

  Si  vous  desirez  que  vos  utilisateurs  disposent  de leurs propres
  repertoires de scripts vous pouvez  utiliser  de  multiples  commandes
  ScriptAlias.   Les   sites   virtuels  doivent  avoir  cette  commande
  ScriptAlias dans leurs directives virtualhost.  Est ce  que  quelqu'un
  connait  un  moyen simple pour autoriser les utilisateurs a avoir leur
  propre repertoire cgi-bin sans utiliser  des  commandes  individuelles
  ScriptAlias ?

  66..66..  RReeppeerrttooiirreess WWeebb ddeess UUttiilliissaatteeuurrss

  Il  y  a  deux differentes methodes pour s'occuper des repertoires web
  des utilisateurs. La premiere est d'avoir un sous-repertoire dans  les
  repertoires  des  utilisateurs (generalement public_html).  La seconde
  est  d'avoir  une  aborescence   entierement   differente   pour   les
  repertoires  web.  Pour ces deux methodes verifiez les options d'acces
  aux repertoires dans le fichier access.conf.

  La premiere methode est configuree par defaut dans apache.  Lorsqu'une
  demande   pour  /~bob/  arrive,  Apache  regarde  dans  le  repertoire
  public_html du repertoire principal de bob.  Vous  pouvez  changer  le
  repertoire  avec  la  directive  UserDir  dans le fichier srm.conf. Ce
  repertoire doit lisible  et  executable  par  tout  le  monde.   Cette
  methode  cree  un  risque  pour  la  securite car Apache le repertoire
  principal eds utilisateurs doit etre  executable  par  toute  personne
  afin qu'Apache puisse y acceder.

  La  seconde  methode est facile a configurer. Vous devez juste changer
  la directive UserDir dans le fichier srm.conf.  Il  y  a  beaucoup  de
  formats  differents;  vous  pouvez voir la documentation d'Apache pour
  clarification. Si vous que chaque utilisateur dispose  de  son  propre
  repertoire  sous  /home/httpd/,  vous  utiliserez UserDir /home/httpd.
  Ensuite lorsqu'une demande arrivera pour  /~bob/  Apache  la  traduira
  pour  /home/httpd/bob/.  Ou  si  vous  avez un sous-repertoire dans le
  repertoire de bob vous  pouvez  utiliser  UserDir  /home/httpd/*/html.
  Ceci  traduira en /home/httpd/bob/html/ et vous autorisera egalement a
  avoir un repertoire de script (par exemple  /home/httpd/bob/cgi-bin/).

  66..77..  MMooddee ddeemmoonn ccoonnttrree mmooddee IInneettdd

  Il  y a deux methodes par lesquelles apache peut tourner. L'une est un
  demon qui tourne tout le temps (Apache appelle  ceci  standalone).  La
  seconde est celle du super-serveur inetd.

  Le  mode  demon  est  de  loin  superieur  au  mode  inetd. Apache est
  configure pour le mode demon par defaut. La seule raison d'utiliser le
  mode  d'inetd  est pour les applications tres peu utilisees, comme les
  tests de scripts en interne, l'Intranet d'une petite  compagnie,  etc.
  Le  mode inetd economisera de la memoire car apache ne sera charge que
  lorsqu'il sera demande. Seul le demon inetd restera en memoire.

  Si vous n'utilisez pas tres souvent apache vous pouvez  juste  vouloir
  le  conserver  en mode demon et le lancer lorsque vous en avez besoin.
  Ensuite vous pouvez le supprimer lorsque vous avez termine (soyez  sur
  de bien supprimer le processus parent et non pas un des enfants).

  Pour  configurer  le  mode inetd vous devrez editer quelques fichiers.
  Tout d'abord /etc/services regardez si http est deja present. S'il n'y
  est pas alors ajoutez ceci:

       http    80/tcp

  Le  placer juste apres 79 (finger) serait un bon endroit. Ensuite vous
  devez editer le fichier /etc/inetd.conf   et  ajouter  la  ligne  pour
  Apache:

       http    stream  tcp     nowait  root    /usr/sbin/httpd httpd

  Changez le chemin si vous avez Apache a un autre endroit. et le second
  httpd n'est pas une erreur; le  demon  inetd  en  a  besoin.  Si  vous
  n'utilisez  generalement  pas le demon inetd, vous pouvez vouloir com-
  menter toutes les autres lignes du fichier afin de ne pas activer  les
  autres  services (FTP, finger, telnet, et beaucoup d'autres choses qui
  sont generalement lancees par ce demon).

  Si le demon inetd est deja lance (inetd), alors vous devez lui envoyer
  le  signal SIGHUP (par kill; voyez la page de manuel de kill pour plus
  d'infos) ou relancer l'ordinateur  pour  que  les  changements  soient
  effectifs.  Si vous n'avez pas lance inetd alors vous pouvez le lancer
  manuellement.  Vous  devez  egalement   l'ajouter   a   vos   fichiers
  d'initialisation  afin  qu'il  soit  charge  au  lancement (le fichier
  rc.local serait un bon choix).

  66..88..  AAuuttoorriisseerr lleess ccoommmmaannddeess ppuutt eett ddeelleettee

  Les nouveaux outils de  publication  web  supportent  cette  nouvelles
  methodes  d'envoi des pages web par http (a la place de FTP). Certains
  de ces produits ne supportent meme plus le FTP!  Apache  le  supporte,
  mais  il  manque  d'un  script pour se charger des requetes. Le script
  peut etre un gros trou de securite,  soyez  certain  de  ce  que  vous
  faites avant de tenter d'en ecrire ou d'en installer un.

  Si  quelqu'un connait un script qui fonctionne faites le moi savoir et
  j'incluerai l'adresse ici.

  Pour   plus   d'informations   voyez    l'article    d'Apacheweek    a
  <http://www.apacheweek.com/features/put>.

  66..99..  AAuutthheennttiiffiiccaattiioonn ddee ll''UUttiilliissaatteeuurr // CCoonnttrroollee ddeess AAcccceess

  Il s'agit de l'une de mes options  preferees.  Elle  vous  autorise  a
  proteger un repertoire ou un fichier par un mot de passe sans utiliser
  de scripts CGI. Il vous autorise egalement a interdire ou a  autoriser
  l'acces  sur  la base de l'adresse IP ou du nom de domainde du client.
  C'est une specificite tres interessante pour laisser les cretins  hors
  de  votre  messagerie et des vos livres d'or (vous avez l'IP ou le nom
  de domaine a partir de vos fichiers de log).

  Pour autoriser l'authentification de l'utilisateur le repertoire  doit
  avoir  AllowOverrides  AuthConfig  dans  le  fichier access.conf. Pour
  autoriser  le  controle  d'acces   (par   domaine   ou   adresse   IP)
  AllowOverrides Limit doit etre mis pour ce repertoire.

  La configuration du repertoire oblige le placement d'un fichier il est
  egalement utilise avec un  .htpasswd  et  optionnellement  un  fichier
  .htgroup.  Ces  fichiers  peuvent  etre  partagees  pour  de multiples
  fichiers .htaccess si vous le desirez.

  Pour des raisons de securite je  recommande  que  chacun  utilise  ces
  directives dans leur fichier access.conf:

       <files ~ "/\.ht">
       order deny,allow
       deny from all
       </files>

  Si  vous  n'etes pas l'administrateur du systeme vous pouvez egalement
  l'ajouter dans votre fichier  .htaccess  si  AllowOverride  Limit  est
  configure pour votre repertoire. Cette directive interdira a quiconque
  de  regarder  dans  vos  fichiers  de  controle  d'acces   (.htaccess,
  .htpasswd, etc).

  Il  y  a  de  nombreux types de fichiers et d'options qui peuvent etre
  utilises avec le controle  d'acces.  Toutefois  il  n'est  pas  de  la
  competence   de   ce  document  de  decrire  ces  fichiers.  Pour  les
  informations  sur   la   configuration   de   l'authentification   des
  utilisateurs        voyez        l'article        d'Apacheweek       a
  <http://www.apacheweek.com/features/userauth> ou les pages de la  NCSA
  a <http://hoohoo.ncsa.uiuc.edu/docs-1.5/tutorials/user.html>.

  66..1100..  ssuu--eexxeecc

  su-exec  lance les scripts CGI en tant qu'utilisateur du proprietaire.
  Normalement ils sont lances en  tant  qu'utilisateur  du  serveur  web
  (generalement  nobody).  Ceci  autorise  les  utilisateurs a acceder a
  leurs propres fichiers CGI sans les rendre autorises en  ecriture  (un
  trou de securite). Mais si vous ne faites pas attention vous pouvez un
  trou encore plus gros en utilisant le code su-exec. Celui-ci  effectue
  des  controles  de securite avant d'executer les scripts, mais si vous
  le configurez de maniere incorrecte vous aurez un trou de securite.

  Le code su-exec n'est pas pour les amateurs. Ne l'utilisez pas si vous
  ne  savez  pas  ce  que  vous faites. Vous pouvez terminer par un gros
  probleme de securite ou vos utilisateurs  peuvent  obtenir  des  acces
  super-utilisateurs  pour  votre  systeme.  Ne  modifiez  pas  le  code
  quelqu'en soit la raison. Lisez attentivement toute la  documentation.
  Le  code  su-exec  est  intentionnellement difficile a configurer afin
  d'eviter l'utilisation par des amateurs (tout  doit  etre  fait  a  la
  main, il n'y a pas de script d'installation).

  Le code su-exec se trouve dans le repertoire support des sources. Tout
  d'abord vous devez editer le  fichier  suexec.h  pour  votre  systeme.
  Ensuite vous devez compiler le code su-exec avec cette commande:

       gcc suexec.c -o suexec

  Copiez  ensuite  l'executable  suexec  dans  le  repertoire approprie.
  Apache le place par defaut dans /usr/local/etc/httpd/sbin/. Ceci  peut
  etre change en editant le fichier httpd.h dans les sources d'Apache et
  en recompilant Apache. Apache regardera seulement dans ce  repertoire,
  Il ne cherchera pas ailleurs. Ensuite le fichier doit etre change pour
  la possession par le super-utilisateur (chown root suexec) et les per-
  missions  doivent  etre  changees (chmod 4711 suexec).  Enfin relancez
  Apache, il doit vous donner un message sur la  console  indiquant  que
  su-exec est utilise.

  Les  scripts  CGI  doivent  etre  mis  en  executable  par  tous comme
  d'habitude.  Ils seront automatiquement lances par  le  possesseur  du
  script  CGI.  Si  vous  changez  les  permissions  les  scripts CGI ne
  fonctionneront pas. Si le repertoire ou le fichier est en ecriture par
  tous  ou  par  un  groupe  le  script ne fonctionnera pas. Les scripts
  possedes par les utilisateurs  systeme  ne  doivent  pas  etre  lances
  (root,  bin, etc.). Pour les autres conditions de securite qui doivent
  etre remplies voyez la documentation de  su-exec.  Si  vous  avez  des
  problemes voyez le fichier de log de su-exec nomme cgi.log.

  Su-exec  ne  fonctionne  pas  si  vous  lancez  Apache  par  inetd, il
  fonctionne seulement en mode demon. Ceci sera fixe dans  la  prochaine
  version car il n'y aura pas de mode inetd. Si vous aimez jouer avec le
  code source, vous pouvez editer le fichier  http_main.c.  Vous  pouvez
  rire  de  la  ligne ou Apache annonce qu'il utilise le su-exec wrapper
  (ceci est faussement marque sur l'avant de toute sortie).

  Lisez attentivement la documentation d'Apache sur  su-exec.  Elle  est
  inclue  dans  les sources et est disponible sur le site web d'Apache a
  <http://www.apache.org/docs/suexec.html>.

  66..1111..  IImmaaggeemmaappss

  Apache peut gerer des cartes d'images du cote du serveur. Ce que  l'on
  appelle  "Imagemaps"  sont  les  images des pages web qui envoient les
  utilisateurs a divers emplacements,  dependant  de  l'endroit  ou  ils
  cliquent.  Pour utiliser les imagemaps verifiez que le module imagemap
  est installe (c'est un des modules par  defaut).  Ensuite  vous  devez
  supprimer  le  commentaire  de  la  ligne  .map  a  la  fin du fichier
  srm.conf.  Maintenant tous les fichiers se terminant  en  .map  seront
  des  fichiers d'imagemap. Les fichiers imagemap delimitent differentes
  aires sur l'image renvoyant vers des liens separes. Apache utilise des
  fichiers  d'aires  au format standard NCSA. Voici un exemple utilisant
  un fichier d'aire dns une page web:

  <a href="/map/mapfile.map">
  <img src="picture.gif" ISMAP>
  </a>

  Dans cette exemple mapfile.map est le fichier d'aires, et  picture.gif
  est l'image cliquable.

  Il y a de nombreux programmes qui peuvent generer des fichiers d'aires
  compatibles  NCSA  ou  vous  pouvez  les  creer  vous-meme.  Pour  une
  discussion  plus  detaillee  sur les imagemaps et les fichiers d'aires
  voyez              l'article              d'Apacheweek               a
  <http://www.apacheweek.com/features/imagemaps>.

  66..1122..  SSSSII//XXSSSSII

  Les  Server  Side  Includes  (SSI) ajoutent un contenu dynamique a des
  pages web qui sinon seraient statiques. Les en-tetes sont ajoutes dans
  les  pages  web  en  tant que commentaires. Le serveur web les execute
  ensuite et passe les resultats au serveur web. SSI  peut  ajouter  des
  en-tetes  et  des  notes  de  pieds  aux  documents, ajouter la date a
  laquelle le document a ete modifie pour la derniere fois, executer une
  commande  systeme  ou  un  script  CGI.  avec le tout nouveau eXtended
  Server Side Includes (XSSI) vous pouvez faire bien plus.  XSSI  ajoute
  les variables et les instructions de controle du flux (if, else, etc).
  C'est quasiment comme avoir un langage de programmation avec lequel on
  peut travailler.

  L'analyse  syntaxique  de  tous  les  fichiers  pour les commandes SSI
  utiliserait beaucoup  de  ressources  systeme.  Cependant  vous  devez
  distinguer  les  fichiers  HTML  normaux  de  ceux qui contiennent les
  commandes SSI. Ceci se fait generalement en changeant l'extension  des
  fichiers  HTML  utilisant  SSI.   Generalement  on utilise l'extension
  .shtml.

  Pour faire fonctionner SSI/XSSI verifiez tout d'abord  que  le  module
  des  en-tetes  est  installe. Editez ensuite srm.conf et supprimez les
  commentaires des directives AddType et AddHandler  pour  les  fichiers
  .shtml.  Finalement  vous  devez configurer Options Includes pout tous
  les repertoires ou vous desirez lancer des fichiers SSI/XSSI. Ceci  se
  fait  dans  le  fichier access.conf. Maintenant tous les fichiers avec
  l'extension .shtml seront analyses pour les commandes SSI/XSSI.

  Un autre moyen de faire fonctionner les  en-tetes  est  d'utiliser  la
  directive  XBitHack.  Si  vous  la mettez en marche il regardera si le
  fichier est executable par l'utilisateur. Si il l'est et  que  Options
  Includes est autorise pour le repertoire, alors le fichier sera traite
  comme un fichier SSI. Ceci fonctionne seulement pour les fichiers dont
  le  type  mime  est text/html (fichiers .html .htm). Ceci n'est pas la
  methode preferee.

  Il y a un risque pour la securite en autorisant  SSI  a  executer  des
  commandes  systemes  et  des scripts CGI. Toutefois il est possible de
  bloquer cette possibilite avec la directire Option  IncludesNOEXEC  au
  lieu de Option Includes dans le fichier access.conf. Toutes les autres
  commandes SSI fonctionneront encore.

  Pour plus d'informations voyez la documentation d'Apache  mod_includes
  qui  se  trouve  dans  les sources. Il est egalement disponible sur le
  site web a  <http://www.apache.org/docs/mod/mod_include.html>.

  Pour une discussion plus detaillee de l'implementation SSI/XSSI  voyez
  l'article d'Apacheweek a  <http://www.apacheweek.com/features/ssi>.
  Pour  plus d'informations sur les commandes SSI voyez la documentation
  de                    la                    NCSA                     a
  <http://hoohoo.ncsa.uiuc.edu/docs/tutorials/includes.html>.

  Pour   plus   d'informations   sur   les   commandes  XSSI  allez  sur
  <ftp://pageplus.com/pub/hsf/xssi/xssi-1.1.html>.

  66..1133..  SSyysstteemmee mmoodduullaaiirree

  Apache peut  etre  etendu  pour  supporter  quasiment  tout  avec  les
  modules.   Il  y  a  beaucoup  de  modules qui existent deja. Seul les
  modules d'interet general sont inclus avec Apache. Pour les liens vers
  les modules existants allez voir le

  Apache Module Registry a <http://www.zyzzyva.com/module_registry/>.

  Pour   les   informations  sur  la  programmation  des  modules  voyez
  <http://www.zyzzyva.com/module_registry/reference/>

  77..  AAjjoouuttss aauu sseerrvveeuurr wweebb

  Desole, cette section n'a pas encore ete ecrite.

  A  venir  bientot:  mSQL,  PHP/FI,  cgiwrap,  Fast-cgi,  MS  frontpage
  extentions, et beaucoup d'autres.

  88..  FFAAQQ ((FFooiirree AAuuxx QQuueessttiioonnss))

  Il n'y a pas de question frequemment posees - pour l'instant...

  99..  DDooccuummeennttss pplluuss aavvaanncceess

  99..11..  LLiivvrreess ddee cchheezz OO''RReeiillllyy && AAssssoocciiaatteess

  A  mon  avis  O'Reilly  & Associates editent les meilleures references
  techniques de la planete. Ils concentrent leurs efforts sur des sujets
  comme  l'Internet,  Unix  et  la  programmation.  Ils  commencent tout
  doucement avec beaucoup d'exemples et lorsque vous terminez  le  livre
  vous  etes  un  expert.  Je pense que vous pouvez arreter meme si vous
  avez seulement lu la moitie du livre. Ils ajoutent  egalement  un  peu
  d'humour a des sujets qui sinon seraient lassants.

  Ils  disposent  d'excellents  livres  sur HTML, PERL, la programmation
  CGI, Java, JavaScript, C/C++, Sendmail, Linux et beaucoup d'autres. De
  plus  les  sujets changeant rapidement (comme le HTML) sont mis a jour
  et revises tout les  six  mois  environ.  Visitez  donc  le  site  web
  d'O'Reilly  &  Associates  <http://www.ora.com/>  ou arretez vous chez
  votre libraire local pour plus d'informations.

  Et rappellez vous que s'il n'est pas marque O'Reilly & Associates  sur
  la couverture, c'est probablement quelqu'un d'autre qui l'a ecrit.

  99..22..  IInntteerrnneett RReeqquueesstt FFoorr CCoommmmeennttss ((RRFFCC))

  +o  RFC1866  written  by  T.  Berners-Lee  and  D. Connolly, "Hypertext
     Markup Language - 2.0", 11/03/1995

  +o  RFC1867 writtenm by E. Nebel  and  L.  Masinter,  "Form-based  File
     Upload in HTML", 11/07/1995

  +o  RFC1942 written by D. Raggett, "HTML Tables", 05/15/1996

  +o  RFC1945  by  T.  Berners-Lee,  R.  Fielding, H. Nielsen, "Hypertext
     Transfer Protocol -- HTTP/1.0", 05/17/1996.

  +o  RFC1630 by T. Berners-Lee, "Universal Resource Identifiers in  WWW:
     A  Unifying  Syntax  for  the  Expression of Names and Addresses of
     Objects on the Network as used in the World-Wide Web", 06/09/1994

  +o  RFC1959 by T. Howes, M. Smith, "An LDAP URL Format", 06/19/1996

