Le blog à Fred

Bon sang !! Une année s'est écoulée depuis ma dernière publication !!
Le temps passe vraiment super vite quand on s'amuse

En parlant d'amusement, ma dernière occupation informatique professionnelle un peu nouvelle, c'est la maintenance d'une application Python.
Depuis le temps que je parlais de m'y mettre sérieusement... Enfin, si tant est que faire du Python soit une activité sérieuse :D

J'aurais pu sous-titrer ce billet Quand la confiance ne règne plus

Il m 'avait déjà été demandé par le passé de sécuriser l'accès à un serveur Subversion mais vu les effets de bord, j'étais revenu en arrière, histoire de pas embêter mes petits camarades développeurs.
Comme toutes les choses ont une fin, c'est reparti de plus belle.
Heureusement, cette fois-ci, j'ai réussi à m'y coller, non sans avoir foutu un beau bordel pendant quelques heures.
Je vais quand même tenter de vous expliquer ce qu'il y avait à faire et comment je suis arrivé à mes fins.
Ça vous semblera peut-être très simple mais il y avait des pièges.
Imaginons un référentiel Subversion ayant la structure suivante :

/
├── Projet1
│   ├── branches
│   ├── tags
│   └── trunk
└── Projet2
    ├── branches
    ├── tags
    └── trunk

Un exemple simple de fichier d'accès est le suivant :

[groups]
projet1_devs=john, joe
projet1_admins=john
projet2_devs=jane, joe
projet2_admins=jane

[/]
* = r

[Projet1]
@projet1_devs = r

[Projet1/tags]
@projet1_admins = rw
@projet1_devs = r

[Projet1/branches]
@projet1_devs = rw

#Et ainsi de suite pour chaque projet

Jusque là, c'est pas trop grave mais tous les développeurs peuvent voir le code de chaque projet mais ne peuvent pas y écrire, on est typiquement dans le cas classique tel que décrit dans la doc.
Tant que l'on a confiance, pas de problème mais quand le doute vous habite, ça va plus.
Allons-y, fermons les portes !

Le premier réflexe est de retirer la partie liée au /... C'est une bonne idée mais dont le principal effet de bord est de gêner les outils de navigation dans le référentiel et qui oblige le développeur à connaître l'URL complète vers son projet.
Alors comment faire pour continuer à pouvoir browser tranquillement mais que dans les projets où on a les droits ?
Et bien, au lieu de mettre des droits, on en retire explicitement :

[groups]
projet1_devs=john, joe
projet1_admins=john
projet2_devs=jane, joe
projet2_admins=jane

[/]
* = r

[Projet1]
* =
@projet1_devs = r

[Projet1/tags]
* =
@projet1_admins = rw
@projet1_devs = r

[Projet1/branches]
* = 
@projet1_devs = rw

#Et ainsi de suite pour chaque projet

Vous avez remarqué la subtilité ?
Pour chaque section de projet, il suffit de retirer les droits mis à tous.
Bon, c'est simple mais fallait y penser.

Je suis depuis deux jours la cible de spammers dans les commentaires de mes billets.
C'est pas bien méchant puisqu'il s'agit juste de faire de la pub pour leur site Web de poker en ligne qui n'est même pas du strip-poker.
Ce qui me gêne plus, c'est qu'en fait, j'avais activé toute une série de plugins d'antispam qui sont fournis avec Dotclear mais que ça passait quand même.
En regardant de plus près chacun des plugins dont Akismet, je me suis rendu compte que ceux-ci ne fonctionnaient plus !!
Un coup de moteur de recherches et hop, j'ai eu confirmation de mes craintes.
Tout plugin cherchant à se connecter à un site tiers ne peut le faire en raison des restrictions chez Free.
Pour l'instant, j'ai essayé de gérer par filtrage d'adresses IP mais bon, c'est lourdingue
Voilà qui me conduit à l'installation d'un petit outil de captcha qui je l'espère ne vous ennuiera pas trop
D'habitude, j'aime pas trop les captcha parce que c'est difficile à lire et pas franchement daltonien-friendly. Au moins, avec celui-là, je suis tranquille de ce côté-là.

Bien que ce soit la vérité, ce n'est pas de ce que tu crois, ô lecteur pervers et lubrique, que je vais parler.
Certes, il y a analogie mais je viens te parler ici et maintenant d'un site souvent fréquenté et peu critiqué... Pourtant, il mériterait de l'être.

Si c'est pas du teasing ça !!!