Et pour fêter ça je vous propose de tout relire. Ceux qui sont arrivés en cours de route n'ont forcément pas tout lu. Et comme ça fait un bon paquet d'articles, je vous propose de les lire progressivement. Je ferai de même, je les relirai progressivement pour relever les fautes qui restent nécessairement, voire intégrerai les commentaires pertinents dans l'article..

C'est pourquoi j'ai fait une home page rétro (pas pour le look, mais pour le contenu). Elle s'appelle home2ans et contient tous les articles d'il y a 2 ans. Vous pourrez donc tout relire sans devoir passer tout le site d'un coup. Devinez-quoi ! Il y a un même un flux des articles datant de 720 jours exactement, disponible en RSS ou en Atom.

Pour ceux qui les ont déjà lus, n'hésitez pas à relire, il y a probablement des articles que vous avez oubliés, des astuces que vous auriez voulu mettre en place mais que vous n'avez pas eu le temps. Prenez donc votre temps et retournez dans un passé pas si lointain.

Enfin, quelques stats pour les curieux :

• presque 300 articles
• environ 300 visiteurs par jour
• environ un article tous les 2.5 jours
• 67% d'utilisateurs de firefox
• 13% d'utilisateurs d'IE (dont presque 40% d'ie6 bouh)
• et merci aux nombreux commentateurs

Rendez-vous dans deux ans, en espérant être toujours aussi productif !

Vous connaissez sûrement le bit suid pour les fichiers exécutables. Il permet de faire en sorte de lancer un programme en tant que l'utilisateur qui possède le fichier et non en tant que celui qui lance le fichier. Ceci fonctionne de la même façon pour le propriétaire et pour le groupe.

Or les répertoires disposent aussi d'un bit exécutable. Il sert à autoriser quelqu'un à rentrer dans le répertoire (avec la commande cd). Hé bien le bit suid sert aussi. Il permet de faire en sorte que tout fichier créé dans ce répertoire n'appartienne pas à celui qui crée le fichier, mais à celui qui possède le répertoire parent.

Exemple en image :

$ mkdir repertoire
$ stat repertoire
> Access: (0755/drwxr-xr-x)  Uid: ( 1000/peck)   Gid: ( 1000/peck)
$ chgrp group repertoire
$ chmod g+s test
$ stat repertoire
> Access: (2755/drwxr-sr-x)  Uid: ( 1000/peck)   Gid: ( 1001/group)
$ touch repertoire/fichier
$ stat repertoire/fichier
> Access: (0644/-rw-r--r--)  Uid: ( 1000/peck)   Gid: ( 1001/group)

Ceci est très pratique pour permettre à plusieurs personnes de travailler dans la même arborescence. Par exemple vous créez un groupe dans lequel vous mettez les utilisateurs concernés, puis vous mettez le bit sgid (bit de groupe) sur le répertoire de travail. Ainsi tous les fichiers créés sous ce répertoire appartiendront au même groupe et pourront dont être lu et/ou modifié (pensez à regarder votre umask) par tout le groupe. Notez que si c'est un sous répertoire qui est créé, il obtiendra lui aussi le bit suid.

Bien sûr, cela ne vaut pas les ACL.

Si vous avez aimé, il y a aussi :

1. On fait des groupes ?
2. Access Control List (bis)
3. Trucs et astuces (2)

Sshfs ou comment vous faciliter la vie.

N'avez-vous pas déjà pesté sur le fait de devoir travailler à distance ? Ouvrir un shell et utiliser les moyens du bord vi / emacs (ne lançons pas de troll, personnellement, je préfère ed), ou pire lancer une interface graphique pour éditer vos fichier et constater que tout cela est bien lent. Une autre alternative est de copier les fichiers en local chez vous et de travailler dessus (ouf enfin des outils sympa !), mais ensuite c'est la galère, il faut penser à renvoyer les fichier et après quelques aller-retours, on ne sait plus quel est le dernier fichier modifié et dans quel sens transmettre. rsync (over ssh svp) est la pour vous aider, mais ça manque de convivialité.

Aperçu

Il existe "Ô miracle" un outil fait pour vous, taillé à votre image : sshfs. Grâce à lui vous pourrez enfin vous sentir chez vous tout en manipulant des fichiers distants. Mais laissons parler la ligne de commande :

$ ssh loin.tresloin.com "ls -a ~/devel/"
> . .. README projetv1 projetv2
$ mkdir ~/loin-devel
$ ls -a loin-devel
> . ..
$ sshfs loin.tresloin.com:~/devel loin-devel
$ ls -a loin-devel
> . .. README projetv1 projetv2

Et voilà ! Faites comme chez vous.

Vous avez tous compris, sshfs fait apparaître comme locaux des fichiers distants à travers une connexion ssh. Il suffit dont de disposer d'un accès ssh à une machine pour pouvoir faire tout ce qu'on veut.

À l'usage vous aurez éventuellement besoin de démonter un montage sshfs : utilisez la commande

$ fusermount -u ~/loin-devel

Installation

C'est génial me direz-vous, mais comment dois-je faire pour l'avoir chez moi ?

Sshfs est un système de fichier basé sur ssh et donc implémenté en userland (ie pas dans le noyau) . Or "tous" les systèmes de fichiers sont dans le noyau. Une API a alors été développée pour rendre tout ceci possible: fuse (filesystem in userland). Par conséquent sshfs dépend de la présence de fuse dans votre noyau (maintenant fourni par défaut).

Ensuite à chaque utilisateur de trouver sa méthode pour installer sshfs.

 apt-get install

 tar xvfz && ./configure && make && sudo make install

Toutes les informations se trouvent ici : http://fuse.sourceforge.net/sshfs.html

Note

Sur le même principe, il existe de nombreux fs dont ftpfs, bien pratique pour le développement de sites web sur un hébergement mutualisé : liste non exhaustive

Si vous avez aimé, il y a aussi :

1. Utilisation de configure, make, make install
2. En vrac (20)

Je distillerai régulièrement quelques "astuces", "bidouilles", et autres "outils" connus ou inconnus qui vous faciliteront la vie au jour le jour, voire vous aideront à imaginer un monde meilleur où tout est possible.

Bonne visite.

Si vous avez aimé, il y a aussi :

1. Atelier lecture (bis)