[spip-dev] pérennité et portabilité

Dev
1

Salut,

je rebondis sur une remarque de marcel sur cette liste, pour signaler que j’ai travaillé dernièrement sur des éléments techniques visant à améliorer la portabilité de nos données.

Il serait bien de se prémunir par exemple de la faillite d’un hébergeur qui ferme d’un coup tous les accès (situation vécue…), ou de penser à ce que deviendra tel ou tel blog dans 40 ans… uZine3 tourne toujours sur SPIP, mais PHP n’est pas forcément éternel…

Donc, dans ce but, on peut se poser des questions du type :
— peut-on imaginer un autre type de représentation des articles, qui résiste au "R"elationnel des SGBDR ?
Pour moi id_auteur=123 est forcément moins pérenne que auteur=“Jean Valjean”.
=> j’ai commencé à chercher un nouveau type de représentation “portable” dans le plugin “projection”
— de la même manière, représenter un document sous forme d’un raccourci me paraît beaucoup moins parlant qu’un raccourci du type <http://mon-hebergeur-de-medias.tld/titre-du-morceau.mp3> : c’est un travail en cours dans le plugin “ressource”.

Tout ça est très préliminaire mais je suis prêt à en discuter (sur le fond et sur les techniques) avec qui veut avancer sur le projet ( enfin, plutôt à partir du 15 août).

– Fil

2

Fil <fil <at> rezo.net> writes:

Il serait bien de se prémunir par exemple de la faillite d'un hébergeur qui

ferme d'un coup tous les accès (situation vécue…), ou de penser à ce que
deviendra tel ou tel blog dans 40 ans… uZine3 tourne toujours sur SPIP, mais PHP
n'est pas forcément éternel…

Très bonne idée! Rien de plus fragile et facile à perdre que les données
numériques, alors que c'est paradoxalement très facile de les répliquer.

Je pense que pour le type de projet que tu lances, il est très important
de se pencher sur unhosted (http://unhosted.org/) que vous connaissez
sans aucun doute, ou sur tout autre type de technologies décentralisées
permettant de renforcer la robustesse des données et réduire la dépendance
aux hébergeurs et outils.

Si j'ai bien compris c'est un peu sur un autre plan que tu veux travailler,
celui de la manière de représenter les objets dans le code, mais bon, si
ça peut aider.

Et un peu dans la même veine, je me demandais récemment comment archiver
toutes les références que je peux trouver sur Internet. Jusqu'à maintenant
je travaille avec un lecteur de flux rss et semantic scuttle (un peu comme
reddit), tout ça autohébergé, mais je me rends compte que SPIP est capable de
faire tout ça et même bien plus :). Peut être qu'avec quelques plugins,
on peut arriver à une distribution de SPIP dédiée à la "veille", ou dit
autrement à l'archivage de la connaissance en ligne. En gros, un seenthis
local, privé et autohébergé, avec évidemment la possibilité de publier, mais
pas automatiquement.

Et dans l'optique de ce dernier paragraphe, c'est important de ne pas
perdre les données, que ce soit par erreur de manipulation ou pour
changement de technologie, comme tu le mentionnes. En effet, ce sont des
données que je voudrai certainement conserver pendant très longtemps, un peu
comme des bookmarks perso, avec des options extras comme la géolocalisation,
la qualification par mot-clés, etc.

Sylvain

3

Hop

2012/8/2 Severo <severo@rednegra.net>

Fil <fil rezo.net> writes:

Il serait bien de se prémunir par exemple de la faillite d’un hébergeur qui
ferme d’un coup tous les accès (situation vécue…),

Hébergeant sur un dédié OVH pas mal de services SPIP actuellement, je ne peux qu’applaudir à ce type de chantier.
En plus je pense qu’on peut y gagner beaucoup en qualité !

ps.: Fil, on t’avait bien dit que c’était une mauvaise idée d’héberger SPIP chez MegaUpload ^^

.Gilles