Projets de développements techniques du groupe Francophone
Spip
Page de coordination du groupe de travail concernant la publication ouverte et le CMS spip 2.x.
Les liens ci-dessous sont d\xE9preci\xE9s.
Spip et Spipindy (archive)
Cette section serait consacrée au projet de portage de l'open publishing sur spip 1.8.2 et à l'accès aux codes de développement de Spipindy et des squelette spip.
Liens
Openspip (archive)
Portage de l'open publishing et de fonctionnalités nouvelles adaptées à la publication ouverte de médias sur spip 1.8.2
Cahier des charges openspip (propositions) à compléter ;
- le code source doit être à tout moment disponible ; CVS ?
- Ne doit pas modifier le core du spip d'origine (travail sur les sources \xE0 la racine et en cas d'intervention dans /ecrire, on peut ajouter des fichiers mais ni supprimer ni modifier l'existant)
- possibilité d'op dans des rubriques spécifiques
- possibilité de pré-visualiser sa contribution
- possibilité de poster des médias accès facile aux archives de ceux-ci
- utilisation de nommage neutre des rubriques pour une adaptation rapide du squelette
- ...à vous d'ajoûter ce que vous voulez...
Autres CMS - Migrations - Créations
Drupal
On peut aussi envisager la possibilité de migrer plus facilement d'un CMS à un autre. Par exemple, une
communauté Drupal se forme peu à peu dans le réseau ; Drupal utilise
MySQL comme spipindy et peut-être permettrait-il la récupération des bases des données des sites existants ? le
Cmi de Québec utilise Drupal.
Comme avec spip
les moyens de gérer le problème des IPs a été étudié dans indymedia.
Oscailt
Oscailt est un projet récent issu du travail de l'équipe d'Indymedia Irlande.
C'est le premier projet de CMS dont le but de départ soit la publication ouverte. La version 3 est en développement et des traductions en Espagnol et en Français sont prévues.
Migrations et échanges
Plusieurs projets sont d'ores et déjà ouverts dans le réseau et qui modifient sensiblement les probématiques de migration d'un CMS à un autre :
- L'idée de développer un format commun d'échanges pour les contributions;
- Celle de réfléchir à un rapprochement des structures de bases de données elle-mêmes, qui faciliterait le passage d'un CMS à un autre.
- La possibilité de mettre en oeuvre un système de dénomination commun des posts ; ceci dans le but notamment de :
- Pouvoir exploiter les réseau décentralisés pour exporter et assurer la conservation des contributions même en cas de saisie de serveur.
- Pouvoir grâce à un système parallèle de backups, alléger substantiellement le volume des bases de données en service, pour les CMIs aux ressources limitées.
- Disposer virtuellement d'une archive globale des contributions du réseau, chose qui facilerait par la suite d'éventuelles recherches sur tel ou tel thème (ce dernier point supposant de créer un index assurant la correspondance entre l'identifiant de la contrib et des informations liminaires sur ses contenus).
Ces pistes comme d'autres sont ouvertes...
Vers un nouveau gestionnaire de contenus
Cette section pourrait servir à regrouper les liaisons pour le développement d'un tout nouveau système de publication, fondé sur les principes de non-centralisation des donnéees, de cryptage, et d'anonymat maximal.
Questions en suspens
Choix de l'environnement
Fonctionnalités demandées
Quelle ergonomie pour faciliter l'adaptation de l'outil aux besoins spécifiques à chaque cmi ?
Réflexions et projets sur le long terme
Une page existe, où s'échangent en anglais les points de vue relatifs aux choix actuels en matière de Systèmes de gestion de contenus ; C'est à rapprocher de
cet article de 2003 assez complet sur la relation entre technique et politique dans indymedia. Peut-être leurs traductions aideraient-elles à enrichir le débat.
Un des principaux reproches redondants sur les listes et le wiki concernant les projets techniques se rapporte à la difficulté pour certains d'avancer suivant un mode
réellement collaboratif.
Projet de serveurs bacs-à-sable
Un projet de mise en place de serveurs virtuels de test pour l'apprentissage de l'administration de ceux-ci ainsi que des systèmes de publication et gestion de contenus est en cours ; cette section est ouverte pour son suivi et développement.
Projets de développement liés à la syndication francophone
Ce sujet a fait l'objet d'un atelier spontanné à Liège en mai 2005.
quelques liens sur la syndication:
http://docs.indymedia.org/view/Devel/ImcTechFrancophone#Syndications_et_flux_RSS