Fil a écrit :
Mais avoue que pour travailler, c'est mieux d'avoir un environnement
stable, tu ne trouves pas ?
qu'appelles-tu "stable" ?
Je qualifie de "stable" un site qui ne plante pas 9 fois sur 10 comme c'est
actuellement le cas avec la zone (partie Trac).
Je ne livre (commit) pas souvent, mais cela m'est parfois aussi arrivé de
ne pas pouvoir livrer pour cause de serveur SVN qui ne répond pas ou d'avoir
à relivrer suite à un crash.
Arf ! Ben voici une piste : SVN en tant que module apache bénéficie des
mêmes systèmes d'authentification qu'Apache.
Concrètement, pour la zone, ça apporterait quoi ? Ce dont on a besoin c'est
d'une authentification gérée par spip (.htpasswd par exemple), pas d'un NIS
ou d'un LDAP.
Ben voilà !
Je n'ai cité NIS et LDAP que pour l'exemple.
Mais comme là tu exprime un besoin plus identifié, je pense être en mesure
de te proposer quelque chose de plus concret : un handler d'authentification
spip pour apache.
Comme ça, une seule base de login/mdp à gérer, celle de spip (basée sur une
base de données), et les 3 systèmes se baseraient dessus : le site de la
zone en spip (s'il s'agit bien de zone.spip.org , le serveur svn, et la base
trac(*).
Est-ce que c'est quelque chose comme ça que tu recherches ?
(*) il est a noter que je ne connais pas l'organisation de la zone ni
l'interdépendance entre les différents sites zone.spip.org, spip-contrib,
spip.net, etc.
Moi je n'ai rien contre le fait que tu prennes en charge une partie de
l'admin d'un futur serveur ;
Houlà, loin de moi cette idée ! 
le serveur actuel, je ne veux pas y toucher, il
héberge trop de vieux trucs dont je ne suis pas sûr qu'ils passent une
upgrade, et je n'ai pas le temps de m'occuper de ça.
Ben dit comme ça, c'est assez clair pour que je comprenne 
PS: essayons de revenir sur la liste, car si on veut qu'il y ait des
participants/contributeurs il faut éviter de s'isoler:)
Désolé, je n'avais pas vu que je m'en étais écarté. C'est ma faute.
-- Fil
Pour ceux qui ont manqué les épisodes précédents :
__________________________________________
Mon courrier de 17h07
__________________________________________
Fil a écrit :
>> * Premièrement en utilisant SVN en tant que module Apache
>> (mod_dav_svn), on peut bénéficier d'un fonctionnement multithread
>> éprouvé et cela pourrait aussi simplifier l'accès au référentiel à
>> travers certains systèmes de pare-feu.
>>
> Ca nécessite apache2, or le serveur est installé en apache 1.3 (et je ne
> compte pas changer, ni vraiment mettre les deux en parallèle)
Ah tiens, je suis curieux de savoir pourquoi ne pas "migrer" vers apache2.
> ; par contre
> si on change de serveur, et qu'on en installe un spécifiquement pour spip,
> on devrait en effet partir sur une base d'apache2 pour ne pas se priver de
> cette possibilité.
>
>> * Deuxièmement, la base TRAC serait, elle aussi, plus stable sous
>> MySQL qui est très rapide et relativement stable par rapport au
>> besoin (et à sqlite).
>>
> Ca doit pouvoir se faire, mais en fait je doute que les difficultés
viennent
> de là ; c'est le serveur qui rame par moments, il faut dire qu'il fait
> énormément de trucs.
>
D'où le besoin d'en changer ou d'en dédier un, mais je ne connais pas
les moyens de "l'organisatoin".
> le besoin d'administration actuel sur la zone, ça serait de revoir le
> système de droits de façon à unifier commit/spip/trac ; j'ai fait ça à
> l'arrachée au début, pour démarrer, mais c'est trop sale, et incomplet.
>
Crois-tu que cela a quelque chose à voir avec les pb de stabilité ?
Quelles pistes à ce sujet ?
> -- Fil
>
Merci
Mogwaï.
____________________________________________
Mon courrier de 18h54
____________________________________________
Fil a écrit :
>>> Ca nécessite apache2, or le serveur est installé en apache 1.3 (et je
ne
>>> compte pas changer, ni vraiment mettre les deux en parallèle)
>>>
>> Ah tiens, je suis curieux de savoir pourquoi ne pas "migrer" vers
apache2.
>>
>
> C'est une question de temps ; vu que ça n'apporte rien, bof.
>
Ben, un serveur stable, c'est pas "rien" pour moi
>> D'où le besoin d'en changer ou d'en dédier un, mais je ne connais pas
>> les moyens de "l'organisatoin".
>>
> C'est toi qui parles d'un besoin, là
>
Ok, tu as raison : évitons de trop consommer quand c'est possible
Mais avoue que pour travailler, c'est mieux d'avoir un environnement
stable, tu ne trouves pas ?
>> Quelles pistes à ce sujet ?
>>
>
> Aucune, je n'y connais rien en svn.
>
Arf ! Ben voici une piste : SVN en tant que module apache bénéficie des
mêmes systèmes d'authentification qu'Apache. Tu le sais probablement, ce
sont par définition d'autres modules qui permettent d'utiliser les
systèmes d'authentification "traditionnels" tels que NIS, LDAP etc. Je
donne ces deux exemples parceque pour SVN et TRAC que j'ai déployés dans
l'entreprise où je travaille actuellement, j'utilise l'authentification
basée sur le serveur NIS, ce qui me permet par exemple de ne pas "gérer
moi-même" une liste de mots de passe à synchroniser avec toutes celles
qui existent déjà. Quand on passera à LDAP, comme c'est prévu, je
n'aurai qu'à changer la directive dans le fichier de configuration pour
accéder au module adequat. Idem pour TRAC puisqu'il est lui aussi servi
par le serveur apache.
Et ce n'est qu'un exemple.
A+
Mogwaï.
____________________________________________________
_______________________________________________
spip-zone@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-zone
