Utilisation de dhelp et d'info2www avec Lighttpd et scripts CGI

Le
Yannick P.
Bonjour,

Ayant récemment appris l'existence de dhelp, j'ai décidé par curiosité
de l'installer.
D'après ce que j'ai compris, info2www (que j'ai installé également) est
un script CGI qui convertirait à la volée les manuels Info installés sur
le disque dur en pages HTML.
Mais il y a quelques choses que je ne comprends pas.

Avec le "mod_cgi" désactivé dans la configuration de Lighttpd, les liens
de la page http://localhost/doc/HTML/index.html pointant vers
http://localhost/cgi-bin/info2www et
http://localhost/cgi-bin/man/man2html "fonctionnent" avec Iceweasel
(2.0.0.3-1). Il me propose de télécharger un "fichier BIN" et si je le
fais je retrouve les fichiers situés dans /usr/lib/cgi-bin/. Cela dit le
script n'est pas exécuté.
Mais ce comportement n'est pas le même avec Epiphany ou W3M. Ces deux-là
me sortent une erreur 404.

Et en fait c'est pareil avec le "mod_cgi" activé.
Je n'ai pas de lien symbolique pointant vers /usr/lib/cgi-bin/ dans
/var/www/

a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ?
b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/
alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y
connais pas trop en serveurs)
c) Comment faire exécuter ces scripts ?
d) Effectivement, passer par un serveur HTTP local pour lire des manuels
Info c'est un peu bizarre, ça m'apprendra. :P

Je trouve tout ça assez déroutant ! Si quelqu'un a une idée :-)

J'utilise Sid sur un Athlon XP.

Yannick


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Sylvain Le Gall
Le #9537211
Bonjour,

On 31-03-2007, Yannick P.
Bonjour,

Ayant récemment appris l'existence de dhelp, j'ai décidé par curiosité
de l'installer.
D'après ce que j'ai compris, info2www (que j'ai installé également) est
un script CGI qui convertirait à la volée les manuels Info installés sur
le disque dur en pages HTML.
Mais il y a quelques choses que je ne comprends pas.

Avec le "mod_cgi" désactivé dans la configuration de Lighttpd, les liens
de la page http://localhost/doc/HTML/index.html pointant vers
http://localhost/cgi-bin/info2www et
http://localhost/cgi-bin/man/man2html "fonctionnent" avec Iceweasel
(2.0.0.3-1). Il me propose de télécharger un "fichier BIN" et si je le
fais je retrouve les fichiers situés dans /usr/lib/cgi-bin/. Cela dit le
script n'est pas exécuté.
Mais ce comportement n'est pas le même avec Epiphany ou W3M. Ces deux-là
me sortent une erreur 404.

Et en fait c'est pareil avec le "mod_cgi" activé.
Je n'ai pas de lien symbolique pointant vers /usr/lib/cgi-bin/ dans
/var/www/

a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ?



Je ne sais pas répondre à ca... Desfois ca à avoir avec la "négociation
de contenu" (content negotiation) : IceWeasel dit qu'il accepte tout et
on lui envoie un fichier bin, W3M n'accepte que du html et comme bin ! html on lui envoie un 404.

b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/
alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y
connais pas trop en serveurs)



Les fichiers dans usr/lib/cgi-bin sont par un moyen ou un autre dans
l'arborescence vu par lighttp. Par exemple, il y dans lighttpd.conf ou
un fichier inclus :
alias.url += ( "/cgi-bin/" =>"/usr/lib/cgi-bin/" )

c) Comment faire exécuter ces scripts ?



Il faut activer le mod_cgi :
sudo lighty-enable-mod
taper "cgi" à l'invite

Je te conseille par ailleurs de laisser commenter la ligne "mod_cgi"
dans lighttpd.conf. Dans debian le tout est gérer par
lighty-enable-mod/lighty-disable-mod.

d) Effectivement, passer par un serveur HTTP local pour lire des manuels
Info c'est un peu bizarre, ça m'apprendra. :P




Non, ce n'est pas plus bizarre qu'autre chose...

Je trouve tout ça assez déroutant ! Si quelqu'un a une idée... :-)

J'utilise Sid sur un Athlon XP.




Cdlt,
Sylvain Le Gall


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Yannick P.
Le #9537121
Sylvain Le Gall a écrit :

a) Pourquoi ce comportement différent entre ces plusieurs navigateurs ?



Je ne sais pas répondre à ca... Desfois ca à avoir avec la "négociation
de contenu" (content negotiation) : IceWeasel dit qu'il accepte tout et
on lui envoie un fichier bin, W3M n'accepte que du html et comme bin ! > html on lui envoie un 404.



Pas bête, je n'avais pas pensé à ça.
En continuant à chercher tout seul j'étais tombé sur d'autres trucs
bizarres mais c'est très confus.


b) Comment Lighttpd me sort-il les fichiers situés dans usr/lib/cgi-bin/
alors que le mod CGI est désactivé ? (mais je dois dire que je ne m'y
connais pas trop en serveurs)



Les fichiers dans usr/lib/cgi-bin sont par un moyen ou un autre dans
l'arborescence vu par lighttp. Par exemple, il y dans lighttpd.conf ou
un fichier inclus :
alias.url += ( "/cgi-bin/" =>"/usr/lib/cgi-bin/" )



Sot que je suis, je n'avais pas regardé dans
/etc/lighttpd/conf-available, me laissant abuser par cet "available"...
Hem. Le clavier, la chaise, tout ça...


c) Comment faire exécuter ces scripts ?



Il faut activer le mod_cgi :
sudo lighty-enable-mod
taper "cgi" à l'invite

Je te conseille par ailleurs de laisser commenter la ligne "mod_cgi"
dans lighttpd.conf. Dans debian le tout est gérer par
lighty-enable-mod/lighty-disable-mod.



Ah, merci, je ne connaissais pas ces commandes.


d) Effectivement, passer par un serveur HTTP local pour lire des manuels
Info c'est un peu bizarre, ça m'apprendra. :P




Non, ce n'est pas plus bizarre qu'autre chose...



Hé hé. :-°



Cdlt,
Sylvain Le Gall





Eh bien merci beaucoup car ça marche... pas totalement ceci dit !
Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent que
de télécharger le fichier...

Je me pencherai sur ce problème un peu plus tard (ou un peu plus tôt,
car il est bientôt 1h du matin :D) et je posterai la réponse si jamais
je la trouve.
Mais je suis bien content déjà d'avoir appris ces deux choses.

Encore merci.

Cordialement,
Yannick. (qui en apprend tous les jours)


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Sylvain Le Gall
Le #9537081
On 01-04-2007, Yannick P.
Sylvain Le Gall a écrit :





Eh bien merci beaucoup car ça marche... pas totalement ceci dit !
Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent que
de télécharger le fichier...




C'est possible que ce soit un effet de cache de Iceweasel/Epiphany. Il
faut aussi considérer la possibilité que tu t'adresse à une sorte de
serveur "rémanent" de lighttpd (i.e. qui n'a pas été tué par le
start/stop... ca peut arriver sur certains démon qui conserve les
connexions comme sshd).

Mon conseil : fermer tous les iceweasel/epiphany, relancer lighttpd,
demander à iceweasel/epiphany de vider ses caches et réessayer ;-)

Cdlt,
Sylvain Le Gall


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Pierre THIERRY
Le #9537061
--DfnuYBTqzt7sVGu3
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Scribit Sylvain Le Gall dies 01/04/2007 hora 23:32:
> Eh bien merci beaucoup car ça marche... pas totalement ceci dit !
> Ça marche avec w3m et Opera, Iceweasel et Epiphany ne me proposent
> que de télécharger le fichier...
C'est possible que ce soit un effet de cache de Iceweasel/Epiphany.



Je confirme, je me suis fait b**ser un nombre incalculable de fois par
Firefox, à essayer vingt milliards de façon de régler un pro blème qui
l'était depuis belle lurette, mais que je croyais insoluble parce que
Firefox ne prenait pas la peine d'aller voir ailleurs que dans son
cache.

Ce en quoi il a raison, par contre je m'étonne qu'afficher une page du
cache ne soit pas plus rapide.

Donc je conseille d'avoir installé iceweasel-webdeveloper et de
désactiver le cache dès qu'on tente de règler un souci... Et une fois
que le souci est réglé, ne pas oublier de vider le cache avant de le
réactiver !

Furieusement,
Pierre
--

OpenPGP 0xD9D50D8A

--DfnuYBTqzt7sVGu3
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGEEyzxe13INnVDYoRAqswAJ90Yo8lSlZHI61lphHcIOUp24F0ggCeNXLO
ZiuIJpVQ7pIFZssUUghB+HM =0mHF
-----END PGP SIGNATURE-----

--DfnuYBTqzt7sVGu3--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Yannick P.
Le #9536981
Sylvain Le Gall a écrit :
> C'est possible que ce soit un effet de cache de Iceweasel/Epiphany.

Ah oui, effectivement, mais ce n'est plus du cache, c'est du vol. :-D
Tout marche au poil maintenant.
Merci.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Publicité
Poster une réponse
Anonyme