Re: [gulliver] Mini-serveur Lighttpd sur Debian Etch

[Michael Henneton <m dot henneton at gmail dot com>]

Le dimanche 30 septembre 2007, plaunay1 a écrit :
> Jean-Philippe Gaulier a écrit :
> > Le Sun, 30 Sep 2007 15:21:10 +0200,
> > plaunay1 <pierre dot launay at ac-rennes dot fr> a écrit :
> > 
> > re-,
> >  
> >> 1) Quel avantage ?
> >> entre un mount dans fstab /dev/hda3 vers /media/partage
> >> et un ln -s /media/partage /var/www/partage à faire une fois
> >>
> >> et mount dans fstab /dev/hda3 vers /media/partage
> >> et un mount --bind /media/partage /var/www/partage
> > 
> > Essaye de changer des droits sur les fichiers avec un utilisateur simple
> > lorsque c'est root qui a monté le FS, histoire de rire. La commande ln permet
> > de créer des liens, donc de jouer avec la table des inodes. Un montage via
> > filesystem  est la seule option qui doit être considérée ;)
> > 
> >> Où mettre le deuxième mount pour l'avoir automatiquement ?
> > 
> > fstab, of course.
> >  
> Voici un exemple,
> "Par exemple pour monter:
> mount    --bind    /datas/docsvotrelogin    /home/votrelogin/Documents "
> ceci en manuel
> ou dans fstab
> "une ligne de montage supplémentaire dans fstab:
> 
> /datas/docsvotrelogin    /home/votrelogin/Documents    none    bind    0 
> 0  "
> extrait de http://linux.jpvweb.com/partitionnementsimple.html
> 
> Merci JP, je vais essayé.
> 
> Pierre, qui préfère des exemples...
> 
> 
> ---- Liste gulliver ----
> Archives,    http://gulliver.eu.org/ml-archives/
> Description, http://gulliver.eu.org/ml/ml.html
> Bons usages, http://gulliver.eu.org/wiki/UsagesCourriels
> 
> 

Pierre, 

J'ai parcouru les différents mails que tu as posté sur lighty depuis vendredi ce matin, et si je puis me permettre un conseil de débutant a débutant , je te conseille d'investir du temps dans l'apprentissage de lecture du man et des docs d'examples fournis (et le plus souvent mis a jour) sur ton systeme, leur localisation est le plus souvent donnée dans la page de man ( genre /usr/share/doc etc ..).
En effet les exemples glanés sur internet sont vraiment a prendre avec des pincettes car : 
-ils ne donnent pas toujours de date de redaction de l'exemple et peuvent etre désuets 
-ils correspondent à des choix/situations precis qui ne sont pas forcemment les tiens
-peuvent donner l'impression aux debutants qu'ils savent ce qu'ils font (ta remarque de tentative de test sur l'ip 192.168.0.100 "comme dans la doc" en est un exemple)

Je comprends bien que :
-aux premiers abords les pages de man peuvent faire peur
-les man et les exemples sont souvent en anglais (ce qui peut en rebutter certains , ;) )
-ca prend (beaucoup) du temps

mais c'est à mon sens INDISPENSABLE  
en effet ,
-la structure des pages de man est (souvent) la meme (cf man man) ,consacrer du temps à son 'dechiffrage' est un veritable investissement (en effet tu ne tombes pas toujours sur un probleme en meme temps que tu as une connexion internet pour rechercher un how to), avec un ROI quasi immediat (et c'est plutot rare crois moi)
-le man et la source de documentation la plus immédiate que tu puisse avoir sur ton systeme (et pour peu que tu dispose d'un environnement KDE/Konqueror , genre "man:commande" ca en devient un plaisir de la lire)
-l'anglais ... c'est pas du francais ( ;) )   certes... , mais c'est de l'anglais TECHNIQUE le plus souvent, et ca tombe bien tes fichiers de conf aussi !! autrement dit la lecture de doc en anglais ne doit surtout pas etre un critere d'eviction, bien au contraire, les docs officielles sont d'abord traduites en anglais, puis apres dans les autres langues quand les traducteurs bénévoles ont du temps a y consacrer, en gros un man francais a quasi toujours du retard sur un man anglais à une date t.
- meme si tu es un 'inconditionnel' des how to sur internet, corroborer le how to avec le man à jour de ton systeme et ses exemples fournis te permettra de verifier les options de configuration etc ... et de mieux cerner ce que tu fais.

Dans le cas ici present, un "petit" apprentissage des protocoles  TCP sur IP (ou tout au moins IP, genre les plan d'adressages )  rendrait d'énormes services, la configuration d'un serveur/service (web ou autre) contient tres souvent une composante système ET une composante réseau à ne pas négliger... 
Le temps que tu passes en lecture de (bonne) doc n'est JAMAIS JAMAIS JAMAIS inutile.

Enfin , un conseil 'pratique', poser une question sur un sujet en montrant que tu t'es bien documenté dans le man et autres , t'attires tres souvent la "sympathie" ( a prendre au sens éthymologique "sym pathos" -> "souffrir avec") des gens potentiellement capables de t'aider sur les canaux IRC, forums, et ML.

Voili voila, 

Michael alias "le cordonnier"