[SPIP Zone] [plugin habillages] Miroir http de la zone

Archives Zone
1

Bonjour,

Je peux créer un miroir http de quelques répertoires de la zone sur mon site perso (chez Free) pour le plugin "habillages" ?

L'objectif est :

1) de créer un fichier (genre archivelist) mis à jour régulièrement recensant les divers habillages (squelettes, styles, et images) de la zone;

2) de faire télécharger l'habillage voulu par l'utilisateur du plugin habillages (projet dans le répertoir plugins/dev que je suis en train de retravailler).

L'étape 1) permettrait de ne pas avoir à passer en revue toute une arborescence, soit sur un site distant, soit sur le site sur lequel est installé le plugin (ceci obligerait à télécharger tous les habillages, squelettes, et images compris), pour donner à l'utilisateur une liste d'habillages dispos mise à jour.

L'étape 2) permettrait de faire l'économie d'un téléchargement complet de tous les habillages disponibles.

Le tout permettrait à chacun(e) de développer sur la zone tout en offrant une possibilité aux utilisateurs du plugin habillages d'avoir des squelettes, styles et images à jour. Le tout sans que j'ai à administrer un serveur avec svn (je peux le faire au niveau perso pour mettre à jour un miroir, mais c'est tout).

J'ai bien conscience de la lenteur et du bricolage que peut représenter un miroir chez free, mais pour démarrer pourquoi pas ?

Une étape intermédiaire serait de créer un fichier recensant tous les habillages en même que l'on crée l'archive du plugin, mais : 1) je ne sais pas si c'est possible ni comment faire; 2) je ne sais pas dans quelle mesure le serveur qui fabrique les zip ne va pas ramer à scanner toute la zone en recherche des theme.xml (et peut-être les ouvrir).

Merci de vos avis éclairés.

A+
Franck

2

Bonjour,
Franck Ducas wrote:

Bonjour,

Je peux créer un miroir http de quelques répertoires de la zone sur mon site perso (chez Free) pour le plugin "habillages" ?

L'objectif est :

1) de créer un fichier (genre archivelist) mis à jour régulièrement recensant les divers habillages (squelettes, styles, et images) de la zone;

2) de faire télécharger l'habillage voulu par l'utilisateur du plugin habillages (projet dans le répertoir plugins/dev que je suis en train de retravailler).

L'étape 1) permettrait de ne pas avoir à passer en revue toute une arborescence, soit sur un site distant, soit sur le site sur lequel est installé le plugin (ceci obligerait à télécharger tous les habillages, squelettes, et images compris), pour donner à l'utilisateur une liste d'habillages dispos mise à jour.

L'étape 2) permettrait de faire l'économie d'un téléchargement complet de tous les habillages disponibles.

Le tout permettrait à chacun(e) de développer sur la zone tout en offrant une possibilité aux utilisateurs du plugin habillages d'avoir des squelettes, styles et images à jour. Le tout sans que j'ai à administrer un serveur avec svn (je peux le faire au niveau perso pour mettre à jour un miroir, mais c'est tout).

J'ai bien conscience de la lenteur et du bricolage que peut représenter un miroir chez free, mais pour démarrer pourquoi pas ?

Une étape intermédiaire serait de créer un fichier recensant tous les habillages en même que l'on crée l'archive du plugin, mais : 1) je ne sais pas si c'est possible ni comment faire; 2) je ne sais pas dans quelle mesure le serveur qui fabrique les zip ne va pas ramer à scanner toute la zone en recherche des theme.xml (et peut-être les ouvrir).
  

paquets.sh qui fabrique les zip dans les répertoires de téléchargement est en cours de révision.

La prochaine mouture (d'ici quelques heures/jours...) posera dans ce répertoire une copie de l'arborescence du svn pour tout sous-répertoire:
* référencé dans archivelist.txt
* qui contient un plugin.xml, un themes.xml ... ou autre à définir qui y sera copié
... histoire de référencer ce qui a un sens au niveau installation et pas un sous-répertoire d'un plugin par exemple.

Pour chacun de ces "noeuds", un svn.revision sera calculé et posé.
Cette arborescence ne contiendra donc que les plugin.xml et consorts et les svn.revision (éventuellement tout seul si il s'agit d'une référence archivelist.txt sans plugin.xml).

Nous aurons alors une base d'information exploitable pour fabriquer un joli index avec plus de renseignements pour les espaces de téléchargement , voire de créer un fil rss qui donne les évolutions.

Je ne sais pas si ça pourra t'aider , j'ai pas bien suivi ton affaire ...

à+
--
toggg

3

Franck Ducas a écrit :

Bonjour,

Je peux créer un miroir http de quelques répertoires de la zone sur mon site perso (chez Free) pour le plugin "habillages" ?

L'objectif est :

1) de créer un fichier (genre archivelist) mis à jour régulièrement recensant les divers habillages (squelettes, styles, et images) de la zone;

non pour ce genre de chose il faut viser un flux rss, c'est vraiment le plus simple :
un secteur de spip-contrib, avec un descriptif pour chaque theme/habillage, un lien vers le zip, et un screenshot
un squelette rss exhaustif (pas que les nouveautés) sur le secteur

2) de faire télécharger l'habillage voulu par l'utilisateur du plugin habillages (projet dans le répertoir plugins/dev que je suis en train de retravailler).

Ca reste a preconiser tant que l'item ci dessus n'est pas operationnel
Il y a de toute facon une problematique que tu eclipse au dela de la faisabilité technique qui pour moi est annexe, c'est l'aspect de la securité
Mettre en place un telechargement automatique suppose :
1/ ouvrir les droits en ecriture a apache sur un repertoire supplémentaire, qui sera utilisé pour calculer les squelettes, donc permettre potentiellement l'ecriture malveillante de code html et/ou php dans ce dossier, qui pourra etre ensuite executé par SPIP
2/ donner un minimum de garantie sur la source depuis laquelle l'internaute telecharge les squelettes :
- Ca ne peut a priori pas etre la zone, car elle est ouverte à trop de monde, il serait donc facile de commiter discretement du code malveillant dans un squelette, qui se retrouve automatiquement zippé dans un paquet au bout d'une demi heure et telechargé par des internautes confiants par la suite.
- Il me semble que seul un site comme contrib, sur lequel il y a une gestion communautaire, et un validation du contenu permet de presenter un minimum de garantie

L'étape 1) permettrait de ne pas avoir à passer en revue toute une arborescence, soit sur un site distant, soit sur le site sur lequel est installé le plugin (ceci obligerait à télécharger tous les habillages, squelettes, et images compris), pour donner à l'utilisateur une liste d'habillages dispos mise à jour.

L'étape 2) permettrait de faire l'économie d'un téléchargement complet de tous les habillages disponibles.

Le tout permettrait à chacun(e) de développer sur la zone tout en offrant une possibilité aux utilisateurs du plugin habillages d'avoir des squelettes, styles et images à jour. Le tout sans que j'ai à administrer un serveur avec svn (je peux le faire au niveau perso pour mettre à jour un miroir, mais c'est tout).

J'ai bien conscience de la lenteur et du bricolage que peut représenter un miroir chez free, mais pour démarrer pourquoi pas ?

Une étape intermédiaire serait de créer un fichier recensant tous les habillages en même que l'on crée l'archive du plugin, mais : 1) je ne sais pas si c'est possible ni comment faire; 2) je ne sais pas dans quelle mesure le serveur qui fabrique les zip ne va pas ramer à scanner toute la zone en recherche des theme.xml (et peut-être les ouvrir).

Merci de vos avis éclairés.

A+
Franck
_______________________________________________
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone

4

bertrand Gugger a écrit :

paquets.sh qui fabrique les zip dans les répertoires de téléchargement est en cours de révision.

La prochaine mouture (d'ici quelques heures/jours...) posera dans ce répertoire une copie de l'arborescence du svn pour tout sous-répertoire:
* référencé dans archivelist.txt
* qui contient un plugin.xml, un themes.xml ... ou autre à définir qui y sera copié
... histoire de référencer ce qui a un sens au niveau installation et pas un sous-répertoire d'un plugin par exemple.

Pour chacun de ces "noeuds", un svn.revision sera calculé et posé.
Cette arborescence ne contiendra donc que les plugin.xml et consorts et les svn.revision (éventuellement tout seul si il s'agit d'une référence archivelist.txt sans plugin.xml).

Nous aurons alors une base d'information exploitable pour fabriquer un joli index avec plus de renseignements pour les espaces de téléchargement , voire de créer un fil rss qui donne les évolutions.

Je ne sais pas si ça pourra t'aider , j'ai pas bien suivi ton affaire ...

Si, c'est excellent !
Et il sera possible de piocher dans plusieurs répertoires et sous répertoires (sur la base de la présence dans ce répertoire/sous-répertoire d'un fichier theme.xml) pour ne fabriquer qu'un zip ?

5

cedric.morin@yterium.com a écrit :

Franck Ducas a écrit :

Bonjour,

Je peux créer un miroir http de quelques répertoires de la zone sur mon site perso (chez Free) pour le plugin "habillages" ?

L'objectif est :

1) de créer un fichier (genre archivelist) mis à jour régulièrement recensant les divers habillages (squelettes, styles, et images) de la zone;

non pour ce genre de chose il faut viser un flux rss, c'est vraiment le plus simple :
un secteur de spip-contrib, avec un descriptif pour chaque theme/habillage, un lien vers le zip, et un screenshot
un squelette rss exhaustif (pas que les nouveautés) sur le secteur

2) de faire télécharger l'habillage voulu par l'utilisateur du plugin habillages (projet dans le répertoir plugins/dev que je suis en train de retravailler).

Ca reste a preconiser tant que l'item ci dessus n'est pas operationnel
Il y a de toute facon une problematique que tu eclipse au dela de la faisabilité technique qui pour moi est annexe, c'est l'aspect de la securité
Mettre en place un telechargement automatique suppose :
1/ ouvrir les droits en ecriture a apache sur un repertoire supplémentaire, qui sera utilisé pour calculer les squelettes, donc permettre potentiellement l'ecriture malveillante de code html et/ou php dans ce dossier, qui pourra etre ensuite executé par SPIP
2/ donner un minimum de garantie sur la source depuis laquelle l'internaute telecharge les squelettes :
- Ca ne peut a priori pas etre la zone, car elle est ouverte à trop de monde, il serait donc facile de commiter discretement du code malveillant dans un squelette, qui se retrouve automatiquement zippé dans un paquet au bout d'une demi heure et telechargé par des internautes confiants par la suite.
- Il me semble que seul un site comme contrib, sur lequel il y a une gestion communautaire, et un validation du contenu permet de presenter un minimum de garantie

OK.
Bon, je commence donc par n'utiliser qu'une archive créée à la volée qui contient tous les habillages. On verra pour le téléchargement quand le plugin sera un peu stabilisé. :slight_smile:

6

cedric.morin@yterium.com wrote:

[snip]...
2/ donner un minimum de garantie sur la source depuis laquelle l'internaute telecharge les squelettes :
- Ca ne peut a priori pas etre la zone, car elle est ouverte à trop de monde, il serait donc facile de commiter discretement du code malveillant dans un squelette, qui se retrouve automatiquement zippé dans un paquet au bout d'une demi heure et telechargé par des internautes confiants par la suite.
- Il me semble que seul un site comme contrib, sur lequel il y a une gestion communautaire, et un validation du contenu permet de presenter un minimum de garantie
  

C'est une question très générale qui dépasse ce cadre.
Même si on équipe la zone de moyens de téléchargement pour ceux qui n'ont pas svn, il faut continuer de marteler que la zone est un espace de développement donc sans réelle stabilité (même si on a des endroits appelé _stable_ ) et sans véritable validation.
Nous sommes bien sûr plusieurs à suivre les mises à jour sur la zone mais:
* pour nos centres d'intérêt propre,
* pas forcément en détail,
* et en aucun cas dans la demi-heure qui suit.

A terme, ce qui est vraiement stable devrait-être vraiement figé et validé sur contrib qui est le seule espace vraiement "public" et pas seulement pour des geeks, ce qui suppose entre autres une vraie doc et pas seulement du code. (c'est la règle sur spip-contrib)

Evidemment , vu la mouvance récente du corps de spip , il est difficile pour la zone de devenir elle même très stable , ce qui implique que des utilisateurs plus lambda mais décidés y accèdent.

à+
--
toggg