Salut

Ernesto BUSTOS a écrit :
> 
> Salut yann, a vrai dire j'ai pas compris grand chose ...
> 
> Les fichiers il faut que je les appelles index.php, page1.php, page2.php
> etc. ????

Les fichiers doivent avoir comme extension .php ou php3. Aprés tu leur
mets les noms que tu veux avant !!

> 
> Je t'envoi une copie de httpd.conf , httpd-perl.conf, et des packages
> apache que j'ai sur ma machine.

j'avais encore jamais vu un fichier hhttp.conf pour apache comme le tien
!! visiblement tu as un gros pb d'install d'Apache, de php et de Mysql
!! Je te joins mon fichier httpd.conf pour exemple !!
> 
> le perl, je ne pense pas en avoir besoin, mais il était déja installé usr
> ma machine, doi-je enlever le package correspondant ?

Normalement perl 5 s'installe par défaut avec apache (sur une mandrake
7.1 comme la mienne).
> 
> au httpd.conf, j'ai absolument rien toucher sauf :  DocumentRoot
> /home/intranet/Site
> 
> j'avais aussi décomenter ces deux lignes : AddType application/x-httpd-php3
> .php3 .phtml .php
>                                          AddType
> application/x-httpd-php3-source .phps
> 
> mais c'est pire quand j'essaye de charger la page dans netscape il me sort
> une boite de dialogue enregistrer-sous.
> 
> quand je laisse ses lignes en commentaire il m'affiche la page (index.php)
> mais sans prendre en compte le php (il affiche les <? xxx ?> comme
> n'importe quel texte sans executer)

donc ton php ne tourne pas !!!!! ;-)
> 
> au fait mon fichier index.php est ainsi :
> 
> <html>(ça c'est pas utile =>)"<head></head>"
> <body>  <? phpinfo(); ?> </body> </html>
> 
> j'ai aussi essayé de mettre le <? xxx ?> avant le tag <html> mais c'est
> pareil, il affiche les tags comme du texte.
> 
> TOUJOUR RIEN ........
> 
Je te joins un article hyper bien fait pour l'install de Apache, php et
mysql
Le seul pb va être de remettre à zéro ta configuration !! Désinstalles
tous les packages concernat apache, php et mysql puis suis l'article et
en cas de pbs, re-mail moi

A+ yann
http://yann.forgerit.free.fr
http://celticbrothers.poulp.org

P.S. : si tu veux voir apache+php+mysql en action, vas voir sur les 2
sites ci-dessus
Title: Apache+php3+mysql, par Fran�ois Elie

Apache+php3+mysql

Au del� de la pr�sentation de ces outils, l'objectif plus large de cette s�ance est de donner une repr�sentation de l'�volution des outils et de leurs m�canismes.
Hypoth�se auxiliaire : la r�volution du rapport lire / �crire (Elle explique que l'acc�s � des h�bergements de services actifs soit maintenant gratuitement � la port�e des particuliers)
Le "succ�s" (non pas au sens de popularit�, mais au sens de l'usage �videmment !) du web repose sa structure, qui permet � tous d'�crire, c'est-�-dire de servir quelque chose aux autres.

1. l'id�e de serveur sur internet

1.1. N'importe qui est a priori client et serveur

Une machine munie d'une IP est potentiellement serveur sur le r�seau dans lequel elle se trouve.
1. Cas de cette salle. une machine munie d'une IP priv�e au sein d'un intranet peut servir sur cet intranet.
2. Cas des serveurs publics. c'est une machine munie d'une IP publique, elle fait partie d'internet, ou plut�t elle est internet : elle peut servir toutes les machines de l'internet.
3. Cas de la connection particuli�re : m�me si vous n'avez pas d'IP fixe (chez un ISP - ou FAI en fran�ais - elles sont allou�es dynamiquement en DHCP, et elles peuvent m�me changer en cours de session), vous pouvez faire tourner un serveur sur votre machine, autrement dit : vous �tes  un peu internet
pour le temps de la session.
Conclusion essentielle : il n'y a pas de serveur privili�gi� sur le r�seau. Nous servons et nous nous servons.

Exercice 0 (� faire en rentrant chez soi) : devenir serveur sur internet,
devenir une heure, une heure seulement... client et serveur � la fois
.
description de la manip

1.2. L'id�e de requ�te http

r�f�rences : (cf RFC1945 sur http://alpha.poitou-charentes.iufm.fr/Linux/elie/www.w3c.org ou sur http://alpha.poitou-charentes.iufm.fr/Linux/elie/www.eisti.fr o� il y a quelques traductions)

Partons d'une exp�rience simple de l'internet : entrez une url dans un navigateur et validez.

Dessous, il s'agit d'une requ�te http.
Sur le fil, une requ�te d'une IP � une autre IP part pour le port 80 avec des informations permettant de retrouver le document � servir. En fait, d'une IP � une url (Universal Ressource Locator), mais rapidement, via le DNS (serveur de nom), la requ�te sera d'une IP � une IP.

Exemple d'url au hasard : http://alpha.poitou-charentes.iufm.fr/index.html

analyse de l'url : protocole://domaine1.domaine2/r�pertoire1/r�pertoire2/

rappel : un serveur, c'est-� dire un programme dans une machine physique.

En g�n�ral les fichiers sont dans une zone de service. Il faut retenir n�anmoins que l'organisation des donn�es telles que pr�sent�e par le serveur n'a pas grand chose � voir, a priori, avec l'organisation physique des documents. Remarque : les r�pertoires virtuels sont rendu possibles par la directive Alias d'Apache.

Il faut retenir qu'il y a un objet : le fichier, mais qu'il y a trois chemins pour y aller.

  1. le chemin dans le syst�me de fichiers que conna�t le programme serveur Apache
    dans le cas g�n�ral, c'est la zone de service du serveur
  2. le chemin qu'il montre � l'ext�rieur (que l'on prend � partir d'une autre page)
    tous les documents du serveur sont relatifs (greff�s virtuellement s'il le faut) � la racine des documents du serveur, (DocumentRoot )et peuvent ainsi faire r�f�rence les uns aux autres.
  3. le chemin d'acc�s universel de l'objet (url)

Regardons maintenant ce que le serveur nous renvoie : il nous renvoie une page HTML. Ouvrons-l� et regardons-en le contenu.

1.3. Le � langage � HTML

Un mot sur le langage HTML : c'est un langage de balises issu de SGML.

Il s'agit d'un langage de script permettant d'effectuer des action sentre des balises.
exemple

<i>ceci est en italique</i>mais pas �a...

le SGML, tr�s g�n�ral, permet de d�finir de cr�er ses propres balises. XML, qui va probablement s'imposer pour remplacer HTML permet de le faire de fa�on tr�s souple. Un groupe XML-Apache pr�sente ses activit� sur www.apache.org.

Une page html simple

<html>
<body>
<h1>Internet, c'est fait pour �crire.</h1>
</body>
</html>

Sur le serveur, chaque machine dispose d'une zone � elle (un r�pertoire qui porte son nom).

Exercice : �crire une page html simple, la placer dans la zone de service, et dans le r�pertoire  qui porte le nom de sa machine sous le nom index.html et y acc�der non plus par le syst�me de fichier mais par le serveur http. On peut aller voir les pages des autres...

Pour acc�der � la machine serveur, on pourra passer par un telnet et �crire directement sur place.

Comment faire un lien hypertexte ?

Si je place dans ma page : <a href= "coucou.htm">la machine coucou</a> j'ai plac� un lien vers le fichier coucou.htm qui se trouve dans le m�me r�pertoire que moi (moi=le fichier dans lequel se trouve le code du lien). Ce lien permet d'effectuer une requ�te vers coucou.htm � chaque fois que l'on cliquera sur la machine coucou.

On peut faire l'exp�rience de la r�alit� d'internet par ce biais :

Exercice (dans la foul�e) : cr�er des liens sur les pages des autres.
Surfez en �crivant, tralala la la la la

Remarque : il y a trois mani�res d'�crire des pages HTML

  1. � la main (onse lasse vite)
  2. avec des outils puissants qui �crivent en wysiwyg (what you see is what you get)
    starofffice sous Linux...
  3. par programmation (le serveur calcule les pages)

1.4. Pages statiques et pages dynamiques

genre

esp�ce

mode op�ratoire

Serveur

Client

scripts et code client scripts et codes client code transport� tel quel HTML HTML
code transport� tel quel
les applets java sont m�me transport�es chez le client pour ex�cution
HTML
+javascript
+java
HTML
+javascript
+java
(pour ex�cution)
code serveur externe CGI Lourd � mettre en oeuvre. La montagne accouche d'une souris. requ�te CGI HTML produit
script serveur Server Side Include fonctions tr�s limit�es HTML+SSI HTML produit
Microsoft donne un acc�s facile aux bases de donn�es. La souris accouche d'une montagne. HTML+ASP+$ HTML produit
Silent killer HTML+PHP HTML produit
scripts serveurs et clients

XML

un partage � faire entre les temps machine client et serveur... mais au prix d'une ma�trise de concepts particuli�rement difficiles ! XML ex�cut�
sur le serveur
pour produire
...de l'XML
XML ex�cut�
par le client

2. Installation de l'ensemble Apache+php3+mysql

En fait il s'agit d'installer deux serveurs : un serveur http (Apache) et un serveur de donn�es (Mysql), Apache sera install� muni d'un module (modphp3) lui permettant d'ex�cuter sur le serveur du code php3 inscrit dans le Html, et permettant d'interroger le serveur de donn�es Mysql avec des requ�tes en Sql.

Linux Magazine (octobre 1999) a publi� un excellent article d'installation - c'est le premier d'une s�rie sur Apache+php3+ du sql... intitul� Le Web du futur. C'est l'installation pour la redhat 6 qui est reprise ici.

Notre excellent coll�gue Jean-Fran�ois Billaud (qui co-anime des formations libres � l'Espace Mend�s-France de Poitiers...) a produit une documentation d'une grande pr�cision qui est en ligne sur
http://www.interpc.fr/mapage/billaud/apmysphp.htm mais cette documentation pour la distribution Slackware
Ce qui suit est une n�me synth�se qui pourrait s'appeler EUIA (Encore Une Installation d'Apache)


2.1 sous Linux

2.1.1 installation de mysql

r�cup�rer
$ cp mysql-3.22.32.tar.gz /usr/local
$ cd /usr/local
$ tar xvzf mysql-3.22.32.tar.gz
d�sarchivage de mysql
$ cd mysql-3.22.25
./configure -prefix=/usr/local/mysql
configuration de mysql
$ make
$ su
# make install
compilation de mysql
# /usr/local/mysql-3.22.xx/scripts/mysql_install_db
# chmod +x /usr/local/mysql-3.22.32/support-files/mysql.server
le script de lancement est rendu ex�cutable

on peut lancer maintenant  mysql par /usr/local/mysql-3.22.32/support-files/mysql.server start
le plus simple est de le copier ailleurs pour le lancer...
Pour l'instant, nous ne mettrons pas de mots de passe du tout sur mysql, on verra en temps utile

2.1.2 installation d'Apache avec le module php3

killall httpd destruction de tous les processus httpd (avec les fils)
cd /var/lib/apache
rm *
rm -rf *
destruction physique du serveur apache pr�c�dent
R�cup�rer
$ cd /usr/local
$ tar xvzf apache_1.3.12.tar.gz
d�sarchivage d'Apache
$ cd apache_1.3.12
$ ./configure --sysconfdir=/etc/httpd --datadir=/home/httpd --logfiledir=/var/log/httpd

premi�re configuration
$ cd /usr/local
$ tar -xvzf php-3.0.11.tar.gz
d�sarchivage de php3
$ cd php-3.0.11
$ ./configure --with-mysql --with-config-file-path=/etc/httpd --with-apache=../apache_1.3.12 --enable-track-vars
configuration de php3
$ make
$ make install
compilation du module php3
$ cd ../apache_1.3.12
$ ./configure --sysconfdir=/etc/httpd --datadir=/home/httpd --/logfiledir=/var/log/httpd --activate-module=src/modules/php3/libphp3.a
configuration d'Apache avec l'activation du module php3
$ make
$ su
# make install
compilation d'Apache
# cd ../php-3.0.15
# cp php3.ini.dist /etc/httpd/php3.ini
transport du fichier de configuration du php3
DirectoryIndex index.html index.htm index.php3 Editer le fichier /etc/httpd/httpd.conf
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps
dans httpd.conf
d�commenter ces lignes

Apache se lance par /usr/local/apache/bin/apachectl start


2.2 sous Windows

2.2.1 installation d'Apache+php3+mysql

cr�er le r�pertoire c:\usr\local\
y cr�er  deux r�pertoires
  • apache

  • php3
pr�paration de l'environnement
r�cup�rer l'isntaller dans
c:\usr\local\apache
r�cup�rer l'installer dans
c:\usr\local\php3
SET PHPRC=c:\usr\local\php3\php3.ini
SET PHP_SELF=c:\usr\local\php3\php.exe
dans l'autoexec.bat, ajouter ces deux lignes
ServerRoot "C:/usr/local/apache"
DocumentRoot "C:/usr/local/apache/htdocs"

DirectoryIndex index.html index.htm index.php3
Editer le fichier /etc/httpd/httpd.conf
AddType application/x-httpd-php3 .php3
AddType application/x-httpd-php3-source .phps
dans l'httpd.conf
d�commenter ces lignes
r�cup�rer l'installer
(il s'installera dans c:\mysql)
il se lancera par c:\mysql\bin\mysqld

remarque: le r�pertoire usr, une fois tout construit est ensuite transportable tel quel, � deux conditions :

  • il faut r�sinstaller Apache par dessus (il garde l'ancien fichier de configuration mais se d�clare  dans la base de registres)

  • il faut rajouter les lignes dans l'autoexec.bat

C'est tr�s pratique pour transporter rapidement le serveur.
En revanche mysql devra �tre r�install� (on pourra transporter les bases qui sont dans c:\mysql\data et �craser celles de l'installation.

http://www.cigogne.net/php/ (pas mal de choses sur les installations)

3. Configuration et exploitation d'Apache

Apache est un serveur http dont le d�veloppement est tr�s int�ressant. Il est le produit du groupe Apache.
Il r�pond aux exigences suivantes :

  • multit�ches (par d�faut une centaine de requ�tes simultan�es)
  • red�marre � chaud sans d�connecter personne en relisant une nouvelle configuration
  • rapide
  • capable de filtrer les utilisateurs sur des crit�res fins
  • s�curis�

Apache est gratuit et libre. Vous pouvez aller sur http://www.netcraft.com/ pour regarder quel serveur vous sert une url donn�e. Apache tourne sur plus de la moiti� des serveurs dans le monde (1,5 millions...)

Apache est configur�

  1. pour savoir interpr�ter des directives (les modules) httpd -l pour voir la liste des modules
  2. par des directives. voir la liste dans le manual/mod/directive.html...

Il faut distinguer

  • la ma�trise totale du serveur.
  • un h�bergement de site actif sur ce genre de serveur.

Dans le premier cas, on travaille dans l'httpd.conf, dans le second on pr�cise le comportement du serveur en lui donnant des directives particuli�res (surcharge locale) dans des fichiers .htaccess.

Chacun d'entre vous dispose d'un apache qui tourne par d�faut. Mais il ne permet pas de travailler en php3. Vous pouvez toujours placer un document dans la zone de service de votre apache... et y acc�der avec Netscape � l'adresse http://localhost/nomdufichier. (localhost est l'adresse de la machine pour elle-m�me).

3.1. exploration de l'httpd.conf

Les directives sont impl�ment�es dans des modules (il existe des modules compil�s avec Apache et des modules que l'on peut greffer � l'�x�cution sur Apache). Les directives sont d�clar�es dans le fichier de configuration httpd.conf. Historiquement httpd.conf, srm.conf, access.conf.

On distingue trois zones dans le httpd.conf

  1. la d�finition des modules � t�lecharger (c-a-d l'impl�mentation des directives utilisables)
  2. le fonctionnement par d�faut du serveur (les directives)
  3. les serveurs virtuels (les alt�rations de ces directives pour les serveurs virtuels.

Exemples de directives (voir plus haut l'installation du php3)

ServerRoot "C:/usr/local/apache"
DocumentRoot "C:/usr/local/apache/htdocs"
DirectoryIndex index.html index.htm index.php3 Alias /travaux/ /win95/usr/local/apache/htdocs/

On peut relancer le serveur � chaud, voir la documentaton.  httpd -k restart
Il relit alors le httpd.conf, et red�marre en douceur.

3.2. les .htaccess

Chez http://alpha.poitou-charentes.iufm.fr/Linux/elie/www.netcraft.com, http://alpha.poitou-charentes.iufm.fr/Linux/elie/www.nexen.org, http://alpha.poitou-charentes.iufm.fr/Linux/elie/www.altern.org, et on peut le supposer chez un nombre croissant de FAI (Fournisseurs d'Acc�s Internet, ISP), un espace disque d'h�bergement est fourni - gratuitement dans les trois cas, muni du fait qu'un Apache (capable d'ex�cuter du php3) sert les pages et qu'un serveur mysql sert les donn�es d'une base de donn�es personnelle.

Cette configuration d'Apache, qui permet de g�rer des r�pertoires personnels d'utilisateurs, est tr�s int�ressante. La mise � disposition de site actifs - capable sde produire des pages en r�ponse � des requ�tes intelligentes comme un moteur de recherche - posait des probl�mes de s�curit� consid�rables pour l'ex�cution de CGI �crits par les utilisateurs. Elle en pose  beaucoup moins avec l'ex�cution de code php3, le serveur contr�lant de bout en bout l'ex�cution du code, et pouvant interdire lui-m�me l'ex�cution de ressources ext�rieures au r�pertoire du client.

Le comportement par d�faut du serveur dans un r�pertoire peut �tre surcharg� (Overrride). exemple de fichier .htaccess

Les fichiers .htaccess sont en g�n�ral par d�faut impossibles � lire. On ne peut les modifiers qu'en ftp si on dispose des droits ou en telnet dans le syst�me de fichiers.

AuthType Basic
AuthName validation
AuthUserFile /auth/gus"
AuthGroupFile /auth/groupes"

<Files "secret.html">
require user paranoid
</Files>

<Files "prive*">
require valid-user
</Files>
authentification simple

fichier /auth/gus contenant une liste de lignes de la forme user:password
chemin absolu dans la zone de service

le fichier "secret.html" ne peut �tre lu que par paranoid

les fichiers commen�ant par prive ne peuvent �tre lu que par des utiliseurs connus (non-anonymes)

Exercice Configurer un de ses r�pertoires pour qu'il n'accepte qu'un utilisateur et un ficher pour qu'il n'accepte aucun anonyme

les fichiers de mots de passe peuvent �tre cr��s par le programme htpasswd qui se trouve dans le r�pertoire /usr/local/apache/bin.

htpasswd -c gus riri
il faut donner le mot de passe de riri, le fichier gus est cr��
htpasswd gus fifi
fifi est ajout� (il faut donn� son mot de passe) au fichier gus

Une fois constitu� on pourra d�placer le fichier gus vers le lieu qu'on a d�clar� par un mv (ou avec mc)

3.3. Exploitation d'Apache

Avant d'exploiter un syst�me, il faut savoir exploiter sa documentation

http://www.apache.org/
http://www.int.c2.net/support/apache/
http://www.int.c2.net/support/apache/

4. Php3

PHP Version 3.0 is an HTML-embedded scripting language. Much of its syntax is borrowed from C, Java and Perl with a couple of unique PHP-specific features thrown in. The goal of the language is to allow web developers to write dynamically generated   pages quickly. (sic www.php.net)

4.1 Description rapide du langage

ce qui vient du C par exemple : les boucles for
for ($i=0;$i<10;$i++) {  echo $i; }
ce qui vient du Pascal : le s�parateur point-virgule.
mais le php3 est aussi objet comme java, mais non-typ�, comme Perl (il traite comme Perl les chaines r�guli�res, ce qui le rend particuli�rement puissant), et il poss�de des biblioth�ques d'interfa�age avec des domaines tr�s nombreux, en particuliers les autres protocoles IP et les serveurs de bases de donn�es.

On �crit le php3 dans l'html, le m�me programme peut �tre coup� � peu pr�s n'importe comment. Il est reconstitu� � partir des balises <?php ou <?.

utilisation de base : le require()

<? require("en-tete.php3"); ?>
votre page html
<? requite("bas-de-page.php3"); ?>

un mot sur les objets

class panier {
  var $items; // Items in our shopping cart
  function ajoute_articles($artnr, $num)    // ajoute $num articles of $artnr au panier
   {  
     $this->items[$artnr] += $num;  
    } //fin de ajoute_articles
function retire_articles($artnr, $num) // retire $num articles of $artnr du panier
 {
   if ($this->items[$artnr] > $num)    { $this->items[$artnr] -= $num; return true;  }
  else  { return false;  }
 }  //fin de enl�ve_articles
} //fin de panier

4.2 Quelques exemples simples

4.2.1  Du php dans l'html

...
<b>bonjour</b>
<br>
<? $petale_marguerite="� la folie"; ?>
<---! on pourait tirer au sort mais ici on prendra des pr�cautions oratoires -->
je t'aime <? echo $petale_marguerite; ?>
<br>
<h1>:-)</h1>

Exercice Dans une page faire un essai d'affectation et d'utilisation de variable.

4.2.2 Du html dans le php

...
<? echo "<h1>$titre</h1>"; ?>

Exercice : dans une page html_dans_php.ph3, d�finir une variable comme une chaine de caract�re contenant des balises html et publier cette variable dans le navigateur.

4.2.3 Passage de param�tres en "ligne de commande"

http://truc.machin/fichier.php3?variable=valeur&variable2=valeur2

Exercice : �crire une page bonjour.php3 qui r�pond � la requ�te bonjour?prenom=riri par un retentissant "bonjour <prenom>" ou n'importe quoi du genre

4.2.4. Formulaire en php3 (pour ceux qui pratiquent l'html)

les noms des champs de saisie sont repris ("method="post") par le php3
si name="nom" figure dans la boite, on aura $nom qui sera retourn�e avec une valeur, celle du champ de saisie.

Exercice : �crire un petit formulaire (un mod�le se trouvera sur le site exemple) et exploitez les saisies.

4.2.5. Production de code html dans un formulaire (pour ceux qui pratiquement l'html)

utilisation du php3 pour produire un menu <select>
on peut ainsi cr�er les <option> automatiquement

Exercice : �crire une saisie de date en php3.

4.3. Approfondissements tactiques et strat�giques

Exercices

  • chercher dans la documentation comment on utilise des tableaux de valeurs
  • explorer les fonctions permettant d'exploiter le fait de tourner sur un apache (relatives au serveur http)
    <? phpinfo() ?>
    pour commencer

Exercice : r�fl�chir � l'usage raisonn� du php3 pour transformer ses instruments de publication

(il ne s'agit plus de transf�rer du digital en num�rique, mais du statique en actif !)

En-t�te et bas de page, paragraphes ou morceaux de page pr��crits... etc
Un parcours de la documentation (et surtout la zone FUNCTION REFERENCE) peut s'av�rer tr�s utile.

On peut ainsi rendre actives ses pages dans ses propres documents ou dans les documents publi�s.

exemple : un professeur d'optique peut inclure dans ses pages des formulaires de calcul permettant de faire des exercices...


La prochaine s�ance de Apache+php3+mysql sera consacr�e � la fa�on dont, en php3, on peut effectuer des requ�tes sql sur un serveur mysql. Elle sera divis�e en deux parties

Fran�ois Elie ([EMAIL PROTECTED])
professeur de philosophie
Lyc�e de l'image et du Son d'Angoul�me

##
## httpd.conf -- Apache HTTP server configuration file
##

#
# Based upon the NCSA server configuration files originally by Rob McCool.
#
# This is the main Apache server configuration file.  It contains the
# configuration directives that give the server its instructions.
# See <URL:http://www.apache.org/docs/> for detailed information about
# the directives.
#
# Do NOT simply read the instructions in here without understanding
# what they do.  They're here only as hints or reminders.  If you are unsure
# consult the online docs. You have been warned.  
#
# After this file is processed, the server will look for and process
# /www/conf/srm.conf and then /www/conf/access.conf
# unless you have overridden these with ResourceConfig and/or
# AccessConfig directives here.
#
# The configuration directives are grouped into three basic sections:
#  1. Directives that control the operation of the Apache server process as a
#     whole (the 'global environment').
#  2. Directives that define the parameters of the 'main' or 'default' server,
#     which responds to requests that aren't handled by a virtual host.
#     These directives also provide default values for the settings
#     of all virtual hosts.
#  3. Settings for virtual hosts, which allow Web requests to be sent to
#     different IP addresses or hostnames and have them handled by the
#     same Apache server process.
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path.  If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
# with ServerRoot set to "/usr/local/apache" will be interpreted by the
# server as "/usr/local/apache/logs/foo.log".
#

### Section 1: Global Environment
#
# The directives in this section affect the overall operation of Apache,
# such as the number of concurrent requests it can handle or where it
# can find its configuration files.
#

#
# ServerType is either inetd, or standalone.  Inetd mode is only supported on
# Unix platforms.
#
ServerType standalone

#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE!  If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the LockFile documentation
# (available at <URL:http://www.apache.org/docs/mod/core.html#lockfile>);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
ServerRoot "/www"

#
# The LockFile directive sets the path to the lockfile used when Apache
# is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or
# USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be left at
# its default value. The main reason for changing it is if the logs
# directory is NFS mounted, since the lockfile MUST BE STORED ON A LOCAL
# DISK. The PID of the main server process is automatically appended to
# the filename. 
#
#LockFile /www/logs/httpd.lock

#
# PidFile: The file in which the server should record its process
# identification number when it starts.
#
PidFile /www/logs/httpd.pid

#
# ScoreBoardFile: File used to store internal server process information.
# Not all architectures require this.  But if yours does (you'll know because
# this file will be  created when you run Apache) then you *must* ensure that
# no two invocations of Apache share the same scoreboard file.
#
ScoreBoardFile /www/logs/httpd.scoreboard

#
# In the standard configuration, the server will process httpd.conf (this 
# file, specified by the -f command line option), srm.conf, and access.conf 
# in that order.  The latter two files are now distributed empty, as it is 
# recommended that all directives be kept in a single file for simplicity.  
# The commented-out values below are the built-in defaults.  You can have the 
# server ignore these files altogether by using "/dev/null" (for Unix) or
# "nul" (for Win32) for the arguments to the directives.
#
#ResourceConfig conf/srm.conf
#AccessConfig conf/access.conf

#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300

#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15

#
# Server-pool size regulation.  Rather than making you guess how many
# server processes you need, Apache dynamically adapts to the load it
# sees --- that is, it tries to maintain enough server processes to
# handle the current load, plus a few spare servers to handle transient
# load spikes (e.g., multiple simultaneous requests from a single
# Netscape browser).
#
# It does this by periodically checking how many servers are waiting
# for a request.  If there are fewer than MinSpareServers, it creates
# a new spare.  If there are more than MaxSpareServers, some of the
# spares die off.  The default values are probably OK for most sites.
#
MinSpareServers 5
MaxSpareServers 10

#
# Number of servers to start initially --- should be a reasonable ballpark
# figure.
#
StartServers 5

#
# Limit on total number of servers running, i.e., limit on the number
# of clients who can simultaneously connect --- if this limit is ever
# reached, clients will be LOCKED OUT, so it should NOT BE SET TOO LOW.
# It is intended mainly as a brake to keep a runaway server from taking
# the system with it as it spirals down...
#
MaxClients 150

#
# MaxRequestsPerChild: the number of requests each child process is
# allowed to process before the child dies.  The child will exit so
# as to avoid problems after prolonged use when Apache (and maybe the
# libraries it uses) leak memory or other resources.  On most systems, this
# isn't really needed, but a few (such as Solaris) do have notable leaks
# in the libraries. For these platforms, set to something like 10000
# or so; a setting of 0 means unlimited.
#
# NOTE: This value does not include keepalive requests after the initial
#       request per connection. For example, if a child process handles
#       an initial request and 10 subsequent "keptalive" requests, it
#       would only count as 1 request towards this limit.
#
MaxRequestsPerChild 0

#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, in addition to the default. See also the <VirtualHost>
# directive.
#
#Listen 3000
#Listen 12.34.56.78:80

#
# BindAddress: You can support virtual hosts with this option. This directive
# is used to tell the server which IP address to listen to. It can either
# contain "*", an IP address, or a fully qualified Internet domain name.
# See also the <VirtualHost> and Listen directives.
#
#BindAddress *

#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Please read the file README.DSO in the Apache 1.3 distribution for more
# details about the DSO mechanism and run `httpd -l' for the list of already
# built-in (statically linked and thus always available) modules in your httpd
# binary.
#
# Note: The order in which modules are loaded is important.  Don't change
# the order below without expert advice.
#
# Example:
# LoadModule foo_module libexec/mod_foo.so


#  Reconstruction of the complete module list from all available modules
#  (static and shared ones) to achieve correct module execution order.
#  [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE UPDATE THIS, TOO]


#
# ExtendedStatus controls whether Apache will generate "full" status
# information (ExtendedStatus On) or just basic information (ExtendedStatus
# Off) when the "server-status" handler is called. The default is Off.
#
#ExtendedStatus On

### Section 2: 'Main' server configuration
#
# The directives in this section set up the values used by the 'main'
# server, which responds to any requests that aren't handled by a
# <VirtualHost> definition.  These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#

#
# If your ServerType directive (set earlier in the 'Global Environment'
# section) is set to "inetd", the next few directives don't have any
# effect since their settings are defined by the inetd configuration.
# Skip ahead to the ServerAdmin directive.
#

#
# Port: The port to which the standalone server listens. For
# ports < 1023, you will need httpd to be run as root initially.
#
Port 80

#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.  
#
# User/Group: The name (or #number) of the user/group to run httpd as.
#  . On SCO (ODT 3) use "User nouser" and "Group nogroup".
#  . On HPUX you may not be able to use shared memory as nobody, and the
#    suggested workaround is to create a user www and use that user.
#  NOTE that some kernels refuse to setgid(Group) or semctl(IPC_SET)
#  when the value of (unsigned)Group is above 60000; 
#  don't use Group nobody on these systems!
#
User nobody
Group nobody

#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed.  This address appears on some server-generated pages, such
# as error documents.
#
ServerAdmin [EMAIL PROTECTED]

#
# ServerName allows you to set a host name which is sent back to clients for
# your server if it's different than the one the program would get (i.e., use
# "www" instead of the host's real name).
#
# Note: You cannot just invent host names and hope they work. The name you 
# define here must be a valid DNS name for your host. If you don't understand
# this, ask your network administrator.
# If your host doesn't have a registered DNS name, enter its IP address here.
# You will have to access it by its address (e.g., http://123.45.67.89/)
# anyway, and this will make redirections work in a sensible way.
#
# 127.0.0.1 is the TCP/IP local loop-back address, often named localhost. Your 
# machine always knows itself by this address. If you use Apache strictly for 
# local testing and development, you may use 127.0.0.1 as the server name.
#
#ServerName localhost.localdomain

#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/www2"

#
# Each directory to which Apache has access, can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories). 
#
# First, we configure the "default" to be a very restrictive set of 
# permissions.  
#
<Directory />
    Options FollowSymLinks
    AllowOverride None
</Directory>

#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#

#
# This should be changed to whatever you set DocumentRoot to.
#
<Directory "/www/htdocs">

#
# This may also be "None", "All", or any combination of "Indexes",
# "Includes", "FollowSymLinks", "ExecCGI", or "MultiViews".
#
# Note that "MultiViews" must be named *explicitly* --- "Options All"
# doesn't give it to you.
#
    Options Indexes FollowSymLinks MultiViews

#
# This controls which options the .htaccess files in directories can
# override. Can also be "All", or any combination of "Options", "FileInfo", 
# "AuthConfig", and "Limit"
#
    AllowOverride None

#
# Controls who can get stuff from this server.
#
    Order allow,deny
    Allow from all
</Directory>

#
# UserDir: The name of the directory which is appended onto a user's home
# directory if a ~user request is received.
#
<IfModule mod_userdir.c>
    UserDir public_html
</IfModule>

#
# Control access to UserDir directories.  The following is an example
# for a site where these directories are restricted to read-only.
#
#<Directory /home/*/public_html>
#    AllowOverride FileInfo AuthConfig Limit
#    Options MultiViews Indexes SymLinksIfOwnerMatch IncludesNoExec
#    <Limit GET POST OPTIONS PROPFIND>
#        Order allow,deny
#        Allow from all
#    </Limit>
#    <LimitExcept GET POST OPTIONS PROPFIND>
#        Order deny,allow
#        Deny from all
#    </LimitExcept>
#</Directory>

#
# DirectoryIndex: Name of the file or files to use as a pre-written HTML
# directory index.  Separate multiple entries with spaces.
#
<IfModule mod_dir.c>
    DirectoryIndex index.html index.php
</IfModule>

#
# AccessFileName: The name of the file to look for in each directory
# for access control information.
#
AccessFileName .htaccess

#
# The following lines prevent .htaccess files from being viewed by
# Web clients.  Since .htaccess files often contain authorization
# information, access is disallowed for security reasons.  Comment
# these lines out if you want Web visitors to see the contents of
# .htaccess files.  If you change the AccessFileName directive above,
# be sure to make the corresponding changes here.
#
# Also, folks tend to use names such as .htpasswd for password
# files, so this will protect those as well.
#
<Files ~ "^\.ht">
    Order allow,deny
    Deny from all
</Files>

#
# CacheNegotiatedDocs: By default, Apache sends "Pragma: no-cache" with each
# document that was negotiated on the basis of content. This asks proxy
# servers not to cache the document. Uncommenting the following line disables
# this behavior, and proxies will be allowed to cache the documents.
#
#CacheNegotiatedDocs

#
# UseCanonicalName:  (new for 1.3)  With this setting turned on, whenever
# Apache needs to construct a self-referencing URL (a URL that refers back
# to the server the response is coming from) it will use ServerName and
# Port to form a "canonical" name.  With this setting off, Apache will
# use the hostname:port that the client supplied, when possible.  This
# also affects SERVER_NAME and SERVER_PORT in CGI scripts.
#
UseCanonicalName On

#
# TypesConfig describes where the mime.types file (or equivalent) is
# to be found.
#
<IfModule mod_mime.c>
    TypesConfig /www/conf/mime.types
</IfModule>

#
# DefaultType is the default MIME type the server will use for a document
# if it cannot otherwise determine one, such as from filename extensions.
# If your server contains mostly text or HTML documents, "text/plain" is
# a good value.  If most of your content is binary, such as applications
# or images, you may want to use "application/octet-stream" instead to
# keep browsers from trying to display binary files as though they are
# text.
#
DefaultType text/plain

#
# The mod_mime_magic module allows the server to use various hints from the
# contents of the file itself to determine its type.  The MIMEMagicFile
# directive tells the module where the hint definitions are located.
# mod_mime_magic is not part of the default server (you have to add
# it yourself with a LoadModule [see the DSO paragraph in the 'Global
# Environment' section], or recompile the server and include mod_mime_magic
# as part of the configuration), so it's enclosed in an <IfModule> container.
# This means that the MIMEMagicFile directive will only be processed if the
# module is part of the server.
#
<IfModule mod_mime_magic.c>
    MIMEMagicFile /www/conf/magic
</IfModule>

#
# HostnameLookups: Log the names of clients or just their IP addresses
# e.g., www.apache.org (on) or 204.62.129.132 (off).
# The default is off because it'd be overall better for the net if people
# had to knowingly turn this feature on, since enabling it means that
# each client request will result in AT LEAST one lookup request to the
# nameserver.
#
HostnameLookups Off

#
# ErrorLog: The location of the error log file.
# If you do not specify an ErrorLog directive within a <VirtualHost>
# container, error messages relating to that virtual host will be
# logged here.  If you *do* define an error logfile for a <VirtualHost>
# container, that host's errors will be logged there and not here.
#
ErrorLog /www/logs/error_log

#
# LogLevel: Control the number of messages logged to the error_log.
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
#
LogLevel warn

#
# The following directives define some format nicknames for use with
# a CustomLog directive (see below).
#
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

#
# The location and format of the access logfile (Common Logfile Format).
# If you do not define any access logfiles within a <VirtualHost>
# container, they will be logged here.  Contrariwise, if you *do*
# define per-<VirtualHost> access logfiles, transactions will be
# logged therein and *not* in this file.
#
CustomLog /www/logs/access_log common

#
# If you would like to have agent and referer logfiles, uncomment the
# following directives.
#
#CustomLog /www/logs/referer_log referer
#CustomLog /www/logs/agent_log agent

#
# If you prefer a single logfile with access, agent, and referer information
# (Combined Logfile Format) you can use the following directive.
#
#CustomLog /www/logs/access_log combined

#
# Optionally add a line containing the server version and virtual host
# name to server-generated pages (error documents, FTP directory listings,
# mod_status and mod_info output etc., but not CGI generated documents).
# Set to "EMail" to also include a mailto: link to the ServerAdmin.
# Set to one of:  On | Off | EMail
#
ServerSignature On

#
# Aliases: Add here as many aliases as you need (with no limit). The format is 
# Alias fakename realname
#
<IfModule mod_alias.c>

    #
    # Note that if you include a trailing / on fakename then the server will
    # require it to be present in the URL.  So "/icons" isn't aliased in this
    # example, only "/icons/"..
    #
    Alias /icons/ "/www/icons/"

    <Directory "/www/icons">
        Options Indexes MultiViews
        AllowOverride None
        Order allow,deny
        Allow from all
    </Directory>

    #
    # ScriptAlias: This controls which directories contain server scripts.
    # ScriptAliases are essentially the same as Aliases, except that
    # documents in the realname directory are treated as applications and
    # run by the server when requested rather than as documents sent to the client.
    # The same rules about trailing "/" apply to ScriptAlias directives as to
    # Alias.
    #
    ScriptAlias /cgi-bin/ "/www/cgi-bin/"

    #
    # "/www/cgi-bin" should be changed to whatever your ScriptAliased
    # CGI directory exists, if you have that configured.
    #
    <Directory "/www/cgi-bin">
        AllowOverride None
        Options None
        Order allow,deny
        Allow from all
    </Directory>

</IfModule>
# End of aliases.

#
# Redirect allows you to tell clients about documents which used to exist in
# your server's namespace, but do not anymore. This allows you to tell the
# clients where to look for the relocated document.
# Format: Redirect old-URI new-URL
#

#
# Directives controlling the display of server-generated directory listings.
#
<IfModule mod_autoindex.c>

    #
    # FancyIndexing is whether you want fancy directory indexing or standard
    #
    IndexOptions FancyIndexing

    #
    # AddIcon* directives tell the server which icon to show for different
    # files or filename extensions.  These are only displayed for
    # FancyIndexed directories.
    #
    AddIconByEncoding (CMP,/icons/compressed.gif) x-compress x-gzip

    AddIconByType (TXT,/icons/text.gif) text/*
    AddIconByType (IMG,/icons/image2.gif) image/*
    AddIconByType (SND,/icons/sound2.gif) audio/*
    AddIconByType (VID,/icons/movie.gif) video/*

    AddIcon /icons/binary.gif .bin .exe
    AddIcon /icons/binhex.gif .hqx
    AddIcon /icons/tar.gif .tar
    AddIcon /icons/world2.gif .wrl .wrl.gz .vrml .vrm .iv
    AddIcon /icons/compressed.gif .Z .z .tgz .gz .zip
    AddIcon /icons/a.gif .ps .ai .eps
    AddIcon /icons/layout.gif .html .shtml .htm .pdf
    AddIcon /icons/text.gif .txt
    AddIcon /icons/c.gif .c
    AddIcon /icons/p.gif .pl .py
    AddIcon /icons/f.gif .for
    AddIcon /icons/dvi.gif .dvi
    AddIcon /icons/uuencoded.gif .uu
    AddIcon /icons/script.gif .conf .sh .shar .csh .ksh .tcl
    AddIcon /icons/tex.gif .tex
    AddIcon /icons/bomb.gif core

    AddIcon /icons/back.gif ..
    AddIcon /icons/hand.right.gif README
    AddIcon /icons/folder.gif ^^DIRECTORY^^
    AddIcon /icons/blank.gif ^^BLANKICON^^

    #
    # DefaultIcon is which icon to show for files which do not have an icon
    # explicitly set.
    #
    DefaultIcon /icons/unknown.gif

    #
    # AddDescription allows you to place a short description after a file in
    # server-generated indexes.  These are only displayed for FancyIndexed
    # directories.
    # Format: AddDescription "description" filename
    #
    #AddDescription "GZIP compressed document" .gz
    #AddDescription "tar archive" .tar
    #AddDescription "GZIP compressed tar archive" .tgz

    #
    # ReadmeName is the name of the README file the server will look for by
    # default, and append to directory listings.
    #
    # HeaderName is the name of a file which should be prepended to
    # directory indexes. 
    #
    # If MultiViews are amongst the Options in effect, the server will
    # first look for name.html and include it if found.  If name.html
    # doesn't exist, the server will then look for name.txt and include
    # it as plaintext if found.
    #
    ReadmeName README
    HeaderName HEADER

    #
    # IndexIgnore is a set of filenames which directory indexing should ignore
    # and not include in the listing.  Shell-style wildcarding is permitted.
    #
    IndexIgnore .??* *~ *# HEADER* README* RCS CVS *,v *,t

</IfModule>
# End of indexing directives.

#
# Document types.
#
<IfModule mod_mime.c>

    #
    # AddEncoding allows you to have certain browsers (Mosaic/X 2.1+) uncompress
    # information on the fly. Note: Not all browsers support this.
    # Despite the name similarity, the following Add* directives have nothing
    # to do with the FancyIndexing customization directives above.
    #
    AddEncoding x-compress Z
    AddEncoding x-gzip gz tgz

    #
    # AddLanguage allows you to specify the language of a document. You can
    # then use content negotiation to give a browser a file in a language
    # it can understand.  
    #
    # Note 1: The suffix does not have to be the same as the language 
    # keyword --- those with documents in Polish (whose net-standard 
    # language code is pl) may wish to use "AddLanguage pl .po" to 
    # avoid the ambiguity with the common suffix for perl scripts.
    #
    # Note 2: The example entries below illustrate that in quite
    # some cases the two character 'Language' abbriviation is not
    # identical to the two character 'Country' code for its country,
    # E.g. 'Danmark/dk' versus 'Danish/da'.
    #
    # Note 3: In the case of 'ltz' we violate the RFC by using a three char 
    # specifier. But there is 'work in progress' to fix this and get 
    # the reference data for rfc1766 cleaned up.
    #
    # Danish (da) - Dutch (nl) - English (en) - Estonian (ee)
    # French (fr) - German (de) - Greek-Modern (el)
    # Italian (it) - Korean (kr) - Norwegian (no)
    # Portugese (pt) - Luxembourgeois* (ltz)
    # Spanish (es) - Swedish (sv) - Catalan (ca) - Czech(cz)
    # Polish (pl) - Brazilian Portuguese (pt-br) - Japanese (ja)
    # Russian (ru)
    #
    AddLanguage da .dk
    AddLanguage nl .nl
    AddLanguage en .en
    AddLanguage et .ee
    AddLanguage fr .fr
    AddLanguage de .de
    AddLanguage el .el
    AddLanguage he .he
    AddCharset ISO-8859-8 .iso8859-8
    AddLanguage it .it
    AddLanguage ja .ja
    AddCharset ISO-2022-JP .jis
    AddLanguage kr .kr
    AddCharset ISO-2022-KR .iso-kr
    AddLanguage no .no
    AddLanguage pl .po
    AddCharset ISO-8859-2 .iso-pl
    AddLanguage pt .pt
    AddLanguage pt-br .pt-br
    AddLanguage ltz .lu
    AddLanguage ca .ca
    AddLanguage es .es
    AddLanguage sv .se
    AddLanguage cz .cz
    AddLanguage ru .ru
    AddLanguage tw .tw
    AddCharset Big5         .Big5    .big5
    AddCharset WINDOWS-1251 .cp-1251
    AddCharset CP866        .cp866
    AddCharset ISO-8859-5   .iso-ru
    AddCharset KOI8-R       .koi8-r
    AddCharset UCS-2        .ucs2
    AddCharset UCS-4        .ucs4
    AddCharset UTF-8        .utf8

    # LanguagePriority allows you to give precedence to some languages
    # in case of a tie during content negotiation.
    #
    # Just list the languages in decreasing order of preference. We have
    # more or less alphabetized them here. You probably want to change this.
    #
    <IfModule mod_negotiation.c>
        LanguagePriority en da nl et fr de el it ja kr no pl pt pt-br ru ltz ca es sv 
tw
    </IfModule>

    #
    # AddType allows you to tweak mime.types without actually editing it, or to
    # make certain files to be certain types.
    #
    # For example, the PHP 3.x module (not part of the Apache distribution - see
    # http://www.php.net) will typically use:
    #
    AddType application/x-httpd-php3 .php3 .php
    #AddType application/x-httpd-php3-source .phps
    #
    # And for PHP 4.x, use:
    #
    #AddType application/x-httpd-php .php
    #AddType application/x-httpd-php-source .phps

    AddType application/x-tar .tgz

    #
    # AddHandler allows you to map certain file extensions to "handlers",
    # actions unrelated to filetype. These can be either built into the server
    # or added with the Action command (see below)
    #
    # If you want to use server side includes, or CGI outside
    # ScriptAliased directories, uncomment the following lines.
    #
    # To use CGI scripts:
    #
    #AddHandler cgi-script .cgi

    #
    # To use server-parsed HTML files
    #
    #AddType text/html .shtml
    #AddHandler server-parsed .shtml

    #
    # Uncomment the following line to enable Apache's send-asis HTTP file
    # feature
    #
    #AddHandler send-as-is asis

    #
    # If you wish to use server-parsed imagemap files, use
    #
    #AddHandler imap-file map

    #
    # To enable type maps, you might want to use
    #
    #AddHandler type-map var

</IfModule>
# End of document types.

#
# Action lets you define media types that will execute a script whenever
# a matching file is called. This eliminates the need for repeated URL
# pathnames for oft-used CGI file processors.
# Format: Action media/type /cgi-script/location
# Format: Action handler-name /cgi-script/location
#

#
# MetaDir: specifies the name of the directory in which Apache can find
# meta information files. These files contain additional HTTP headers
# to include when sending the document
#
#MetaDir .web

#
# MetaSuffix: specifies the file name suffix for the file containing the
# meta information.
#
#MetaSuffix .meta

#
# Customizable error response (Apache style)
#  these come in three flavors
#
#    1) plain text
#ErrorDocument 500 "The server made a boo boo.
#  n.b.  the single leading (") marks it as text, it does not get output
#
#    2) local redirects
#ErrorDocument 404 /missing.html
#  to redirect to local URL /missing.html
#ErrorDocument 404 /cgi-bin/missing_handler.pl
#  N.B.: You can redirect to a script or a document using server-side-includes.
#
#    3) external redirects
#ErrorDocument 402 http://some.other_server.com/subscription_info.html
#  N.B.: Many of the environment variables associated with the original
#  request will *not* be available to such a script.

#
# Customize behaviour based on the browser
#
<IfModule mod_setenvif.c>

    #
    # The following directives modify normal HTTP response behavior.
    # The first directive disables keepalive for Netscape 2.x and browsers that
    # spoof it. There are known problems with these browser implementations.
    # The second directive is for Microsoft Internet Explorer 4.0b2
    # which has a broken HTTP/1.1 implementation and does not properly
    # support keepalive when it is used on 301 or 302 (redirect) responses.
    #
    BrowserMatch "Mozilla/2" nokeepalive
    BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0

    #
    # The following directive disables HTTP/1.1 responses to browsers which
    # are in violation of the HTTP/1.0 spec by not being able to grok a
    # basic 1.1 response.
    #
    BrowserMatch "RealPlayer 4\.0" force-response-1.0
    BrowserMatch "Java/1\.0" force-response-1.0
    BrowserMatch "JDK/1\.0" force-response-1.0

</IfModule>
# End of browser customization directives

#
# Allow server status reports, with the URL of http://servername/server-status
# Change the ".your_domain.com" to match your domain to enable.
#
#<Location /server-status>
#    SetHandler server-status
#    Order deny,allow
#    Deny from all
#    Allow from .your_domain.com
#</Location>

#
# Allow remote server configuration reports, with the URL of
# http://servername/server-info (requires that mod_info.c be loaded).
# Change the ".your_domain.com" to match your domain to enable.
#
#<Location /server-info>
#    SetHandler server-info
#    Order deny,allow
#    Deny from all
#    Allow from .your_domain.com
#</Location>

#
# There have been reports of people trying to abuse an old bug from pre-1.1
# days.  This bug involved a CGI script distributed as a part of Apache.
# By uncommenting these lines you can redirect these attacks to a logging 
# script on phf.apache.org.  Or, you can record them yourself, using the script
# support/phf_abuse_log.cgi.
#
#<Location /cgi-bin/phf*>
#    Deny from all
#    ErrorDocument 403 http://phf.apache.org/phf_abuse_log.cgi
#</Location>

#
# Proxy Server directives. Uncomment the following lines to
# enable the proxy server:
#
#<IfModule mod_proxy.c>
#    ProxyRequests On

#    <Directory proxy:*>
#        Order deny,allow
#        Deny from all
#        Allow from .your_domain.com
#    </Directory>

    #
    # Enable/disable the handling of HTTP/1.1 "Via:" headers.
    # ("Full" adds the server version; "Block" removes all outgoing Via: headers)
    # Set to one of: Off | On | Full | Block
    #
#    ProxyVia On

    #
    # To enable the cache as well, edit and uncomment the following lines:
    # (no cacheing without CacheRoot)
    #
#    CacheRoot "/www/proxy"
#    CacheSize 5
#    CacheGcInterval 4
#    CacheMaxExpire 24
#    CacheLastModifiedFactor 0.1
#    CacheDefaultExpire 1
#    NoCache a_domain.com another_domain.edu joes.garage_sale.com

#</IfModule>
# End of proxy directives.

### Section 3: Virtual Hosts
#
# VirtualHost: If you want to maintain multiple domains/hostnames on your
# machine you can setup VirtualHost containers for them. Most configurations
# use only name-based virtual hosts so the server doesn't need to worry about
# IP addresses. This is indicated by the asterisks in the directives below.
#
# Please see the documentation at <URL:http://www.apache.org/docs/vhosts/>
# for further details before you try to setup virtual hosts.
#
# You may use the command line option '-S' to verify your virtual host
# configuration.

#
# Use name-based virtual hosting.
#
#NameVirtualHost *

#
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHost container.
# The first VirtualHost section is used for requests without a known
# server name.
#
#<VirtualHost *>
#    ServerAdmin [EMAIL PROTECTED]
#    DocumentRoot /www/docs/dummy-host.example.com
#    ServerName dummy-host.example.com
#    ErrorLog logs/dummy-host.example.com-error_log
#    CustomLog logs/dummy-host.example.com-access_log common
#</VirtualHost>

Répondre à