Re-Hop,
je mets Toggg et la zone dans la boucle,
Le 17/01/07, James<james@rezo.net> a écrit :
> L'élément le plus important à exporter sont _graphisme_ (ex. _logos_) :
200Mo environ
> Je séparerais aussi les plugins, thèmes, et contribs..Est-ce que les binaires qui sont stockées dans _graphisme_ on un impact
là-dessus ? Izo commit des svg et des png, si on limitait le commit au
svg, il faudrait quelquechose qui permet soit le stockage paralèlle des
images, soit un système qui génère les images, ça ne fait que déplacer le
problème peut-être...On peut reflechir à un site dédié au graphisme, il y a des gens motivés
pour le faire vivre, mais leur soucis, c'est le manque de compétences
techniques pour gérer le serveur, la récupération de zip, et tout ça. La
Design Party est loin, fin mars, mais ce genre de discussion sera au coeur
de la journée... Soit parce qu'on aura résolu les problèmes, soit parce
qu'il faudra lancer les chantiers.
Non, perso c'est très bien svn pour les png. Rares sont ceux qui
peuvent exporter les fichiers svg en png. Ou alors on considère que
c'est le cas, et on fait l'équivalent des fichiers .zip, mais pour les
svg. Donc avec des png / tiff / jpg à part.. Mais on génère ça comment
? En plus je vois mal Izo gérer ça. Perso, un dépot de 200Mo pour la
partie graphique, exports compris, ne me choque pas du tout.
> En tout cas, ça permettrait à svnserve de travailler sur de plus petits
dépôts, je pense qu'on y gagnerait bcp en charge serveur.
De toute manière, si on tronçone la partie spip-zone en 3 ou 4
parties, on retrouvera de petits dépôts (entre autre car on perdra
l'historique des différentes parties, ce qui fera un nettoyage
certain).
Maintenant, j'ai essayé l'option "découpage sans nettoyage" : c'est
théoriquement la manip suivante :
svnadmin dump spip-zone > spip-zone.dump
cat spip-zone.dump | svndumpfilter -include _graphisme_.dump >
spip_zone_graphisme.dump
Mais ça ne fonctionne pas (j'ai des erreurs de nom de répertoires non valides)
Maintenant, on peut essayer de creuser d'avantage cette option si
l'historique de spip-zone est indispensable (perso je pense qu'on peut
garder le spip-zone actuel, renommé 'archives', à cette fin..)
Est-ce que ça permet de conserver une base d'utilisateur centralisée ou pas ?
Oui
Il manque pas toggg dans la conversation ?
C'est fait.
De toute manière rien ne presse (enfin, la prise de poids est
actuellement de 50Mo/mois..), mon message c'est juste pour qu'on
réfléchisse un peu sur la situation actuelle.
@+
.Gilles
--
James
SVN dont la base serait de type FSFS. * Une installation de Trac, lui aussi en mode multiprojet (bien que pour l’instant ce mode ne soit pas très développé), et en mod_python. Trac aurait sa base sous MySQL. * Création d’un handler d’authentification spécifique pour une base d’utilisateurs dans une database Spip (ex : celle de spip-contrib) permettant d’avoir un unique couple login/mdp pour tout contributeur, les droits d’accès des différents outils étant gérables du coté des outils eux-mêmes. A+ Mog. Plof ! Il disparait …
