[Précédent (date)] [Suivant (date)] [Précédent (sujet)] [Suivant (sujet)] [Index par date] [Index par sujet]

Re: configuration serveur cgi



At 05:12 8/6/2001 -0400, cristo wrote:
>bonjour
>
>j'ai un problème avec le serveur cgi
>quand je lance un script cgi, il me l'affiche le code sur la page

Il ne reconnait pas le "Content-type" du document. Il les sert donc avec le 
Handler par défaut ; comme texte.


>j'ai cherché sur le net comment configurer un serveur cgi...
>le problème est qu'on parle beaucoup des fichiers httpd.conf et srm.conf
>et je ne trouve pas ce dernier (recherche avec locate)

Sous Mandrake/RedHat, il est par défaut dans /etc/httpd/conf

Les fichiers pertinents à Apache sont tous sous /etc/httpd, que ce soit 
directemetn ou par des symlinks.


>par contre, le fichier httpd.conf contient des lignes avec AddType (qui, 
>d'après les exemple de config, devraient etre dans srm.conf)
>etant donné que mon pc fait le serveur pour les script cgi, il faut aussi 
>que je mette qq chose pour pouvoir les lancer avec un 
>http://mon_serveur/cgi-bin/
>je sais pas trop comment faire là aussi

Tu peux mettre cette commande :

AddHandler cgi-script .cgi

et ajouter les extensions que tu veux reconnus comme des cgi. Tu dois 
rendre ces fichiers exécutables (chmod 755 fichier.cgi) sinon tu vas avoir 
un "Internal Server Error"

Ou encore utilser le répertoire configuré comme ScriptAliased pour 
concentrer tes cgi dans le répertoire cgi-bin et ne npas les éparpillés. 
papadoc a raison, c'est assez bien expliqué (mais en anglais).

Dans tous les cas avec Apache, quand tu as un doute sur ce qui ne marche 
pas, regarde le log d'erreur!

par exemple :

tail /etc/httpd/logs/error_log

va te donner les 10 dernières lignes.

et

tail -f /etc/httpd/logs/error_log

va te donner les lignes qui s'y ajoutent au fur et a mesure qu'elles sont 
écris : tu lance cette commande puis tu fais des essais avec ton browser.



Benoit Caron
Analyste-Programmeur
Netgraphe - Webfin.com - Le Web Financier
[email protected]
- - - - - - - - - - - - - - - - - - - - - - - -
"Because mod_perl is, frankly, scarier  than a typical Apache module."
                   - John Udell, Byte March 1998