Modifications entre les versions 3 et 4
Version 3 à la date du 2010-03-26 09:03:12
Taille: 3215
Éditeur: ThomasNoël
Commentaire: début de liste... ou c'est déjà la fin ? ;)
Version 4 à la date du 2010-03-26 13:51:00
Taille: 3339
Commentaire: tout le monde n'est pas compétant en tout => il faut des référents
Texte supprimé. Texte ajouté.
Ligne 25: Ligne 25:
 || nom || version à installer || versions supportées ||  || nom || version à installer || versions supportées || référents<<FootNote(Personnes ayant des compétence dans ce domaine et que l'on peut contacter en cas de souci.)>> ||
Ligne 33: Ligne 33:
Ligne 35: Ligne 34:
----

Hébergements de sites web

A rédiger : les idées et concepts que nous désirons faire apparaitre dans les conventions d'hébergement.

Objectif : proposer des hébergements de qualité, modernes, stables et sécurisés, avec une plus-value : l'installation et la maintenance des logiciels de gestion (CMS)

mes idées directrices (Thomas Noël)

  • systèmes LAMP. Services annexes :
    • hébergement DNS (assistance)
    • hébergement mail (pré-requis => accès imaps, smtp/submission et webmail) + mailman (à étudier : virtualhost)

  • ok pour les sites statiques (mais bon, ça devient rare)
  • quotas de volume d'hébergement : bien difficile à gérer (quota sur base MySQL ??)
    • -- WillyManga 2010-03-25 17:46:03

      • Quota MySQL (nombre de tables et/ou taille des tables) ?
      • Autre type de quota, doit-on prendre en compte la bande passante utilisée par le serveur ?
  • hébergement sans garantie, l'AUF se contente de gérer au mieux. contraintes locales fortes.
  • possibilité d'hébergement montreal (hypertech) ou paris (ovh ?) : solution à mettre en place, coût ? plutôt aider à l'appropriation de solutions commerciales pré-existantes ?
  • éviter les hébergements bas niveau, c'est-à-dire où le partenaire doit installer lui-même son site et le logiciel qui le gère. Il est plus pertinent de proposer des logiciels de gestion de contenus. D'une part, parce que les partenaires qui savent gérer eux mêmes leurs outils n'ont souvent pas besoin de nous pour être hébergés. D'autre part parce que cela assure une stabilité et une continuité du service. Exemple : on installe une seule fois le moteur SPIP et on met tous les sites de type SPIP dessus. Chaque site a son design et son contenu propres, et techniquement l'AUF assure une stabilité et une mise à jour. On héberge mieux et on peut héberger plus.

  • dans notre offre d'applications (CMS) : uniquement des systèmes réputés stables, maintenus avec suivi de sécurité, à moteur multisites. L'AUF se reserve le droit de bloquer un site qui présente un risque de sécurité.
  • la convention doit avoir une date de fin. Gratuit ou pas, l'hébergement doit être proposé pour un an (deux max). Cela permet de nettoyer les sites qui n'ont plus de convention (ceux qui n'ont pas été payés, ceux qui n'ont plus de responsable, ceux qui ont été oubliés par leur initiateurs, etc.). Cela oblige mécaniquement un inventaire à jour, on ne perd plus de vieilles conventions d'il y a 10 ans au fond d'un répertoire ou d'un tiroir.

  • pas d'accès FTP : c'est un vieux protocole qui fait passer les mots de passe "en clair" sur le réseau. N'importe qui sur la chaine de transmission peut intercepter le mot de passe. C'est devenu définitivement risqué avec les réseaux sans fil.

Systèmes que l'on sait / que l'on peut héberger :

  • nom

    version à installer

    versions supportées

    référents1

    SPIP

    2.0.x

    2.0.x

    Lodel

    0.9 (rc)

    0.7

    EPrints

    PMB

    Greenstone

    Moodle

Voir https://cnf.auf.org/tiki-index.php?page=Production+de+contenus+scientifiques+en+ligne


  1. Personnes ayant des compétence dans ce domaine et que l'on peut contacter en cas de souci. (1)

HébergementWeb (dernière édition le 2010-04-12 13:40:42 par JeanChristopheAndré)