Hébergement

[Couby]

Qui peut fournir cet hébergement ?

Peut-être faudrait-il d'abord connaître la solution technique "choisie" pour connaître les prérequis nécessaires à cet hébergement.

[Raphael]

Au vu des différentes questions posées par les uns et les autres hier soir (c'est l'histoire d'un type qui se fait écraser par un bus ...), il semble que l'hébergement assuré par une personne/un seul lieu (en cas de désaccord ça peut aller vite ...) ne soit peut-être pas la meilleure solution.

Peut-être l'idée de payer un hébergement web avec une cotisation que payeraient les Fablabs membres du réseau permettrait de résoudre ces problèmes de dépendance ? (Je ne pense pas qu'il faille y mettre des sommes astronomiques pour pouvoir juste payer un hébergement)

[.vince]

Souscrire un hébergement sous-entend que la structure doit être officialisée et on n'en est pas là.

Initialement, on peut référencer les hébergements disponibles ainsi que leurs caractéristiques techniques.

On peut imaginer faire des miroirs.

La clef reste le domaine et les DNS.

[Olivier G.]

@Raphael a dit :

Au vu des différentes questions posées par les uns et les autres hier soir (c'est l'histoire d'un type qui se fait écraser par un bus ...), il semble que l'hébergement assuré par une personne/un seul lieu (en cas de désaccord ça peut aller vite ...) ne soit peut-être pas la meilleure solution.

Peut-être l'idée de payer un hébergement web avec une cotisation que payeraient les Fablabs membres du réseau permettrait de résoudre ces problèmes de dépendance ? (Je ne pense pas qu'il faille y mettre des sommes astronomiques pour pouvoir juste payer un hébergement)

C’est un peu l’idée. S’il y a une structure qui gère tout l’aspect IT, ça fait reposer la responsabilité globale sur plusieurs personnes.

Niveau sous, le nom de domaine coûte 12€HT par an (de tête), mais un serveur dédié un peu sérieux ça va taper plutôt dans les 500€ HT (par exemple http://www.ovh.com/fr/serveurs_dedies/). Sinon on peut aussi regarder du côté de la virtualisation (par exemple https://www.gandi.net/hebergement/).

Sinon, pour répondre à la question initiale, je partage avec trois amis un serveur dédié, donc je peux héberger pas mal de trucs.

[Couby]

L'hébergement utilisé pour ce NodeBB de test est le VPS Classic 1 de OVH : http://www.ovh.com/fr/vps/vps-classic.xml .

C'est le plus petit, en gros 24€ HT par an. 1 coeur, 1GB de RAM, 10 Go d'espace.
Actuellement j'y fais tourner un pod Diaspora* + ce forum.

Si on voulait faire tourner un Discourse il faudrait par exemple passer au Classic 2, ce qui fait monter à 60€ HT par an.

Comme je l'indique dans le message initial, il faut d'abord stabiliser le "besoin" pour bien connaître les caractéristiques utiles.
Pour des outils comme nodeBB, Discourse, un pad... il faut à minima avoir un accès console ce qui impose de passer soit par un VPS ou un serveur dédié par rapport à des technos plus anciennes.

Dans le principe je trouve qu'il serait mieux (avis ) que l'hébergement des services soient "distribués" plutôt que centralisés, sur la base du volontariat de labs.
La centralisation restant en quelque sorte via l'utilisation du nom de domaine commun et la page centrale qui renvoi vers les services utilisant eux des sous-domaines.

Cela éviterai à mon sens de donner une justification un peu artificielle de "fédération" sur la base d'outils et ferai jouer plus l'aspect distribué et entraide qui font parties des gênes de notre réseau.

Le côté préservation des "accidents" de la vie (le bus, mésententes...) je crois que c'est plus le sujet du maintien en bien commun des données qui doit y répondre.
Il y a plusieurs façons ou combinaisons, soit dans l'administration partagée, soit dans l'upload régulier sur git des données/fichiers, soit les deux ou autres.
Je pense que cet aspect est à discuter plus dans cet autre sujet .

Côté hébergement, est-ce qu'on distribue techniquement, ou bien est-ce qu'on centralise avec un simple système de campagne annuelle d'appel aux dons de la part des labs et/ou particuliers pour le financer ?